Vyspělé týmové struktury

Všechny cloudové funkce poskytuje někdo během každého úsilí o přechod na cloud. Tato přiřazení a týmové struktury se můžou vyvíjet ekologicky nebo mohou být záměrně navrženy tak, aby odpovídaly definované struktuře týmu.

S rostoucími potřebami adopce vzniká i potřeba rovnováhy a struktury. V tomto videu najdete přehled běžných týmových struktur v různých fázích vyspělosti organizace.

Následující obrázek znázorňuje tyto struktury založené na typických fázích zrání. Pomocí těchto příkladů najděte organizační strukturu, která nejlépe odpovídá vašim provozním potřebám.

Organizační struktury se obvykle pohybují v modelu společné vyspělosti, který je zde popsaný:

1. Pouze tým přechodu na cloud
2. Osvědčený postup MVP
3. Centrální IT tým
4. Strategické sladění
5. Provozní harmonizace
6. Centrum excelence pro cloud (CCoE)

Většina společností začíná s trochou více než týmem přechodu na cloud. Doporučujeme ale vytvořit organizační strukturu, která se více podobá struktuře osvědčených postupů MVP .

Pouze tým přechodu na cloud

Jádrem veškerého úsilí o přechod na cloud je tým přechodu na cloud. Tento tým řídí technické změny, které umožňují přijetí. V závislosti na cílech úsilí o přijetí může tento tým zahrnovat širokou škálu členů týmu, kteří zpracovávají širokou škálu technických a obchodních úkolů.

V případě úsilí o přechod na malé nebo počáteční fáze může být tento tým malý jako jedna osoba. Ve větších nebo pozdních fázích úsilí je běžné mít několik týmů přechodu na cloud, z nichž každý má přibližně šest techniků. Bez ohledu na velikost nebo úkoly je konzistentní aspekt každého týmu přechodu na cloud tím, že poskytuje prostředky pro onboarding řešení do cloudu. U některých organizací to může být dostatečná organizační struktura. Článek týmu přechodu na cloud poskytuje lepší přehled o struktuře, složení a funkci týmu přechodu na cloud.

Výstraha

Provozovat pouze s týmem pro přechod na cloud (nebo s několika týmy pro přechod na cloud) je považováno za antipattern a mělo by se tomu vyhnout. Minimálně zvažte osvědčený postup MVP.

Osvědčené postupy: minimální realizovatelný produkt (MVP)

Doporučujeme, abyste měli dva týmy k vytvoření rovnováhy mezi úsilím o přechod na cloud. Tyto dva týmy zodpovídají za různé funkce v rámci úsilí o přijetí.

• Tým přechodu na cloud: Tento tým zodpovídá za technická řešení, obchodní sladění, řízení projektů a provoz pro přijatá řešení.
• Tým správy cloudu: Aby byl tým přechodu na cloud vyvážený, je tým správy cloudu vyhrazený k zajištění kvalitních řešení, které jsou přijaty. Tým zásad správného řízení v cloudu zodpovídá za vyspělost platformy, provoz platforem, zásady správného řízení a automatizaci.

Tento osvědčený přístup se považuje za MVP, protože nemusí být udržitelný. Každý tým nosí mnoho klobouků, jak je popsáno v tabulkách RACI (odpovědný, zodpovědný, konzultovaný, informovaný).

Následující části popisují plně funkční a prověřenou organizační strukturu spolu s přístupy k sladění vhodné struktury s vaší organizací.

Centrální IT tým

Při škálování adopce může tým pro správu cloudu mít potíže držet krok s tokem inovací z několika týmů pro přechod na cloud. To platí zejména v prostředích s velkými požadavky na dodržování předpisů, operace nebo zabezpečení. V této fázi je běžné, že společnosti přenášejí odpovědnost za cloud na stávající centrální IT tým. Pokud tento tým může znovu posoudit nástroje, procesy a lidi, aby lépe podporoval přechod na cloud ve velkém měřítku, pak může zahrnutí centrálního IT týmu přidat významnou hodnotu. Odborníci na danou problematiku od provozu, automatizace, zabezpečení a správy mohou pomoci modernizovat centrální IT tým a řídit efektivní provozní inovace.

Centrální fáze IT týmu bohužel může být jednou z nejrizivějších fází vyspělosti organizace. Centrální IT tým musí přistoupit k jednání se silným růstovým myšlením. Pokud si tým prohlíže cloud jako příležitost k růstu a přizpůsobení, může v průběhu procesu poskytovat skvělou hodnotu. Pokud ale centrální IT tým vidí přechod na cloud primárně jako hrozbu pro stávající model, stane se centrální IT tým překážkou pro týmy přechodu na cloud a obchodní cíle, které podporují. Některé centrální IT týmy strávily měsíce nebo dokonce roky snahou přizpůsobit cloud přístupům využívaným na místě, což přineslo jen negativní výsledky. Cloud nevyžaduje, aby se všechno změnilo v centrálním IT týmu, ale vyžaduje významnou změnu. Pokud se v centrálním IT týmu vyskytuje odpor vůči změnám, může se tato fáze vyspělosti rychle stát kulturním antipatternem.

Plány přechodu na cloud, které se výrazně zaměřují na platformu jako službu (PaaS), DevOps nebo jiná řešení vyžadující menší podporu provozu, pravděpodobně v této fázi vyspělosti přinášejí menší hodnotu. Naopak, tyto typy řešení jsou nejvíce ohroženy nebo blokovány pokusy o centralizaci IT. Vyšší úroveň vyspělosti, jako je například centrum efektivity cloudu (CCoE), je pravděpodobnější, že pro tyto typy transformačních úsilí přinese pozitivní výsledky. Pokud chcete porozumět rozdílům mezi centralizovaným IT v cloudu a CCoE, viz Centrum excelence cloudu.

Strategické sladění

S tím, jak investice do přechodu na cloud roste a jsou realizovány obchodní hodnoty, obchodní zúčastněné strany se často stávají více zapojeny. Definovaný tým cloudové strategie sladí tyto obchodní zúčastněné strany, aby maximalizoval hodnotu realizovanou investicemi do přechodu na cloud.

Když vyspělost nastane přirozeně, v důsledku snah o přechod na cloud pod vedením IT, předchází strategické sladění tým pro řízení nebo centrální IT tým. Když podnik vede úsilí o přechod na cloud, zaměření na provozní model a organizaci se obvykle stává dříve. Kdykoli je to možné, definujte obchodní výsledky a tým cloudové strategie v rané fázi procesu.

Provozní sladění

Realizace obchodní hodnoty z úsilí o přechod na cloud vyžaduje stabilní provoz. Provoz v cloudu může vyžadovat nové nástroje, procesy nebo dovednosti. Pokud jsou k dosažení obchodních výsledků potřeba stabilní it operace, je důležité přidat definovaný tým pro provoz cloudu, jak je znázorněno tady.

Provozování cloudových služeb mohou zajišťovat stávající role v oblasti IT. Není ale neobvyklé, že se cloudové operace delegují na jiné strany mimo provoz IT. Poskytovatelé spravovaných služeb, týmy DevOps a IT oddělení firmy často předpokládají povinnosti spojené s cloudovými operacemi s podporou a mantinely poskytovanými IT provozem. To je stále častější pro úsilí o přechod na cloud, které se výrazně zaměřují na nasazení DevOps nebo PaaS.

Špičkové cloudové centrum

V nejvyšší úrovni zralosti sladí centrum excelence v oblasti cloudu týmy podle moderní strategie orientované na cloud. Tento přístup poskytuje centralizované IT funkce, jako jsou zásady správného řízení, zabezpečení, platforma a automatizace.

Hlavním rozdílem mezi touto strukturou a centrální strukturou IT týmu je silný důraz na samoobslužnou a demokratizaci. Týmy v této struktuře se organizují s cílem co nejvíce delegovat kontrolu. Sladění postupů zásad správného řízení a dodržování předpisů s řešeními nativními pro cloud vytváří ochranné mantinely a mechanismy ochrany. Na rozdíl od modelu centrálního IT týmu maximalizuje cloudově nativní přístup inovace a minimalizuje provozní režii. Aby byl tento model přijat, bude potřeba vzájemná dohoda o modernizaci IT procesů od vedení firmy a IT. Tento model se pravděpodobně nevyskytuje přirozeně a často vyžaduje podporu vedení.

Další kroky

Po sladění s určitou fází vyspělosti organizační struktury můžete pomocí diagramů RACI sladit odpovědnost a zodpovědnost napříč jednotlivými týmy.

Zarovnejte příslušný graf RACI