Agilní postupy nejsou jen pro vývojové týmy softwaru sprintující s aplikacemi pro kódování, testování a vydávání. Agilní metodiky, včetně skrumáže a Kanbanu, dnes používají různé obchodní, datové a technologické týmy, včetně IT operací.
I když lze agilní metodiky úspěšně použít na IT operace, existují určité výrazné rozdíly v listině, prioritách a kultuře operačních týmů, které je třeba zohlednit. Pochopení těchto rozdílů a definování struktury strategických priorit, jak mohou samoorganizující se operační IT týmy provádět na základě svých iniciativ a být lepšími členy dalších multidisciplinárních agilních týmů.
Zde je třeba vzít v úvahu tři kroky.
Předefinujte poslání a chartu IT operací
Členové provozního týmu IT považují svou primární práci za rozsvícenou pro produkční, resortní a vývojové sítě, systémy, aplikace a databáze. Mnoho z nich sleduje procesy ITIL (Information Technology Infrastructure Library) pro správu incidentů, problémů a změn a ke sledování je používají systémy prodeje jízdenek, jako je Cherwell, Jira Service Desk a ServiceNow. Když zaměstnanci a další koncoví uživatelé potřebují pomoc nebo mají jiné systémové požadavky, IT provoz také spoléhá na tyto systémy, aby zachytily požadavky a podpořily jejich pracovní toky.
CIO bude pravděpodobně mít jeden nebo více strategických plánů, které se silně spoléhají na operační týmy IT. CIO pravděpodobně mají kombinaci mobilních, digitálních transformací, cloudových a datových strategií, kde mohou operace IT hrát primární i podpůrné role. Mezi priority může patřit migrace do cloudu, infrastrukturní projekty, velké upgrady podnikových systémů, nové modely podpory nástrojů SaaS, audity souladu, instalace nových nástrojů pro spolupráci a pracovní postupy, upgrady ERP a kancelářské pohyby.
Otázkou je, jak budou operace IT řídit práci spojenou s těmito iniciativami? Agilní metodiky jsou pro mnoho z nich ideálně vhodné, zvláště když existují špatně definované počáteční požadavky, technické neznámé nebo protichůdné priority.
Ale protože mnozí v IT provozu vnímají agilní postupy jako metodiku rozvoje, vyžaduje to koučování a diskusi o jejich důležitějším poslání, rozsahu odpovědnosti a způsobech řízení jejich práce.
Konkrétně je mnoho IT provozů zvyklejší na to, že je řídí úkoly projektových manažerů. Neměli příležitost specifikovat, jak nejlépe navrhnout a implementovat řešení, posloupnost prací a zmírnění rizik z důvodu technických neznám. Agilní metodiky řeší tyto nedostatky řízení projektů shora dolů. Vyžadují, aby inženýři vstoupili do agilních rolí, účastnili se ceremonií a pomocí agilních nástrojů pochopili nový způsob práce.
Předefinujte agilní metodiky pro provoz IT
Agilní vůdci nemohou na IT operační týmy aplikovat pouze skrumáž nebo Kanban. Je třeba zvážit několik významných rozdílů v kultuře a provozním modelu. Zde je několik kroků ke kontrole jako skupina:
- Předefinujte agilní role. Většina IT operací nemá přidělené vlastníkům produktů jejich iniciativám. V nejlepším případě mohou mít sponzory projektů a analytiky, kteří píší požadavky. Pravděpodobně to bude vyžadovat určité školení a školení, které lidem pomůže převzít odpovědnost za vlastnictví produktu. Nejdůležitější je, že budou muset definovat, kdo jsou zákazníci pro jejich iniciativy, a hledat prioritu jejich práce na základě potřeb a hodnot zákazníků.
- Napište příběhy a kritéria přijetí. Inženýři pracující na systémech nejsou zvyklí psát požadavky jako uživatelské příběhy a definovat kritéria přijetí. Mnoho techniků zahájí implementaci pochopením celkového cíle, poté pracuje s technologií a přijde na funkční a optimální řešení. Přesto stojí za to přidat disciplínu požadavků na psaní, protože pomáhá rozvíjet sdílené chápání cílů z pohledu zákazníka nebo koncového uživatele a poté specifikovat kritéria přijetí kolem nefunkčních požadavků.
- Stanovte priority. Provoz IT musí vyměnit čas za reakci na incidenty a splnění požadavků spolu se svými závazky ohledně agilních iniciativ. Vývojáři mají svou práci většinou sladěnou se svými agilními týmy a závazky, ale IT operace musí reagovat na provozní priority, než začnou pracovat na svých agilních nevyřízených zakázkách. Mnoho IT provozních týmů zápasí s tím, jak vyjádřit priority, jaké závazky znamenají, když je mohou narušit prioritní incidenty, jak odhadnout agilní uživatelské příběhy a jak měřit jejich kapacitu.
- Vyberte vhodné agilní metodiky. Druhy práce upřednostňované v IT operacích se lépe shodují s některými metodami než s jinými. Některé týmy, které pracují na souboru menších iniciativ, mohou využívat Kanban; jiní pracující na delších iniciativách se složitými požadavky mohou být pro scrum vhodnější. Větší organizace by měly zvážit podporu alespoň těchto dvou metodik.
- Pochopte role. Provoz IT má různé odpovědnosti v různých agilních iniciativách. Pravděpodobně jsou hybnými silami infrastruktury, cloudové migrace a bezpečnostních iniciativ a mají definované role a odpovědnosti nad agilními týmy. V jiných, jako jsou iniciativy devops, automation nebo data governance, pravděpodobně nejsou hnací silou a účastní se jako agilní členové týmu. Oba scénáře vyžadují definování zapojení inženýrů na základě jejich odpovědnosti vůči týmu a programu.
Agilní integrace s provozními nástroji
Provozní týmy IT již používají systémy pro správu incidentů a požadavků, další platformy pro monitorovací systémy a další nástroje pro podporu týmové spolupráce. Nástroje ITSM (IT Service Management) však nejsou vhodné ke sledování iniciativ na více týdnů a správa složitých projektů pomocí Ganttových diagramů nebo tabulek zvyšuje rizika projektu. Pokud operační týmy přijmou agilní metodiky, budou potřebovat vhodný nástroj pro tento způsob práce.
IT operace, které do mixu přidávají nový agilní nástroj pro správu projektů, však musí vzít v úvahu pracovní tok a integraci dat mezi jejich procesy a systémy.
Nejlepší je zvážit dopad z pohledu jednoho inženýra. Mohou používat PowWow Mobile pro správu služeb, Jira pro agilní iniciativy, Slack pro spolupráci a BigPanda pro AIops. Přidává režii pro klikání do více nástrojů, aby poznal pracovní priority, jak zaznamenat stav probíhající práce a kde sdílet informace s kolegy. Může také vytvořit zmatek pro zúčastněné strany, když se inženýr zaváže k dokončení práce s agilními týmy, ale je stažen z úkolu reagovat na prioritní incident.
Provozní týmy IT musí zvážit, jak se pracovní tok a data propojují mezi těmito nástroji, a zajistit, aby existoval proces uzavřené smyčky. Například může dojít k incidentu v servisu, nechat provést nápravu implementovanou týmem agilního provozu IT a poté vyžadovat ověření pomocí monitorovacích nástrojů. Sledování od jednoho konce k druhému pomocí tří nebo více technologií zvyšuje úsilí a integrace mezi nimi zlepšuje kvalitu dat.
Tyto problémy jsou pouze výchozím bodem. Je nezbytné, aby provozní týmy IT pomocí hbitých retrospektiv diskutovaly o tom, co funguje, co je třeba změnit a jak rozvíjet jejich metodiky.
