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 mohou 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 přechodu roste i potřeba rovnováhy a struktury. V tomto videu získáte přehled o běžných týmových strukturách v různých fázích vyspělosti organizace.

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

Organizační struktury obvykle procházejí modelem společné vyspělosti, který je zde nastíněný:

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

Většina společností začíná s o něco víc než s 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

Základem 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řechod může tento tým zahrnovat různorodou škálu členů týmu, kteří mají na starosti širokou škálu technických a obchodních úkolů.

V případě malého nebo raného osvojení může být tento tým malý jako jedna osoba. Ve větším měřítku nebo v pozdní fázi 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ím aspektem každého týmu přechodu na cloud to, ž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 další přehled o struktuře, složení a funkci týmu přechodu na cloud.

Upozornění

Provoz pouze s týmem přechodu na cloud (nebo více týmy přechodu na cloud) se považuje za antipattern a měli byste se mu vyhnout. Zvažte minimálně osvědčený postup MVP.

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

Doporučujeme mít dva týmy, které zajistí rovnováhu mezi úsilím o přechod na cloud. Tyto dva týmy jsou zodpovědné za různé funkce v rámci celého úsilí o přechod.

• Tým přechodu na cloud: Tento tým zodpovídá za technická řešení, obchodní sladění, řízení projektů a provoz přijatých řešení.
• Tým zásad správného řízení v cloudu: Aby tým přechodu na cloud vyvážit, tým zásad správného řízení v cloudu se věnuje tomu, aby zajistil excelentní řešení, která se používají. Tým zásad správného řízení v cloudu zodpovídá za vyspělost platformy, provoz platformy, zásady správného řízení a automatizaci.

Tento osvědčená metoda se považuje za MVP, protože nemusí být udržitelný. Každý tým má na sobě mnoho klobouků, jak je uvedeno v grafech zodpovědných, zodpovědných, konzultovaných, informovaných (RACI).

Následující části popisují osvědčenou organizační strukturu s plně obsazeným personálem a také přístupy k přizpůsobení příslušné struktury vaší organizaci.

Centrální tým IT

S tím, jak se přechod škáluje, může mít tým zásad správného řízení v cloudu potíže udržet krok s tokem inovací od několika týmů přechodu na cloud. To platí zejména v prostředích, která mají vysoké požadavky na dodržování předpisů, provoz nebo zabezpečení. V této fázi je běžné, že společnosti posouvají odpovědnost za cloud na stávající centrální IT tým. Pokud tento tým dokáže přehodnocovat nástroje, procesy a lidi tak, aby lépe podporovaly přechod na cloud ve velkém měřítku, může být zahrnutí centrálního IT týmu významným přínosem. Odborníci na danou problematiku z provozu, automatizace, zabezpečení a správy až po modernizaci centrálního IT týmu mohou podpořit efektivní provozní inovace.

Centrální fáze IT týmu bohužel může být jednou z nejrizičích fází vyspělosti organizace. Centrální IT tým musí přijít ke stolu se silným růstovým myšlením. Pokud tým považuje cloud za příležitost k růstu a přizpůsobení, může být v celém procesu velmi přínosný. Pokud ale centrální IT tým považuje přechod na cloud primárně jako hrozbu pro svůj stávající model, stane se centrální IT tým překážkou pro týmy přechodu na cloud a pro obchodní cíle, které podporují. Některé centrální IT týmy strávily měsíce nebo i roky pokusy o sladění cloudu s místními přístupy, pouze s negativními výsledky. Cloud nevyžaduje, aby se všechno změnilo v rámci centrálního IT týmu, ale vyžaduje významné změny. Pokud v centrálním IT týmu převládá odpor ke změnám, může se tato fáze vyspělosti rychle stát kulturním antipatternem.

Plány přechodu na cloud do značné míry zaměřené na platformu jako službu (PaaS), DevOps nebo jiná řešení, která vyžadují menší provozní podporu, mají menší pravděpodobnost, že během této fáze vyspělosti uvidí hodnotu. Naopak u těchto typů řešení je nejpravděpodobnější, že jim pokusy o centralizaci IT znemožní nebo zablokují. Vyšší úroveň vyspělosti, jako je například špičkové cloudové centrum (CCoE), s větší pravděpodobností přinese pozitivní výsledky pro tyto typy transformačních činností. Pokud chcete porozumět rozdílům mezi centralizovaným IT v cloudu a CCoE, přečtěte si téma Špičkové centrum cloudu.

Strategické sladění

S rostoucími investicemi do přechodu na cloud a dosažením obchodních hodnot se obchodní účastníci často více zapojují. Tým definované cloudové strategie tyto obchodní účastníky srovná, aby maximalizoval hodnotu investic do přechodu na cloud.

Když dojde k ekologické vyspělosti v důsledku úsilí o přechod na cloud pod vedením IT, strategickému sladění předchází tým zásad správného řízení nebo centrální tým IT. Když podnik vede úsilí o přechod na cloud, zaměřuje se na provozní model a organizaci 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ích hodnot z úsilí o přechod na cloud vyžaduje stabilní provoz. Operace v cloudu můžou vyžadovat nové nástroje, procesy nebo dovednosti. Pokud k dosažení obchodních výsledků potřebujete stabilní provoz IT, je důležité přidat definovaný tým cloudového provozu, jak je znázorněno tady.

Cloudový provoz můžou zaručovat stávající role it oddělení. Není ale neobvyklé, že se cloudové operace delegují na jiné strany mimo provoz IT. Poskytovatelé spravovaných služeb, týmy DevOps a IT organizační jednotky často přebírají odpovědnost spojenou s cloudovými operacemi, a to s podporou a mantinely, které poskytuje provoz IT. To je stále častější u úsilí o přechod na cloud, které se výrazně zaměřují na nasazení DevOps nebo PaaS.

Vedoucí centrum cloudu

V nejvyšší fázi vyspělosti je špičkové cloudové centrum, které spojuje týmy s moderním provozním modelem založeným na cloudu. Tento přístup poskytuje centralizované funkce IT, 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é zaměření na samoobslužné služby a demokratizaci. Týmy v této struktuře se organizují s cílem co nejvíce delegovat řízení. 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 přístup nativní pro cloud inovace a minimalizuje provozní režii. Aby bylo možné tento model přijmout, bude od vedení it a firem vyžadována vzájemná dohoda o modernizaci IT procesů. Tento model se pravděpodobně nebude vyskytovat ekologicky a často vyžaduje podporu vedoucích pracovníků.

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.

Zarovnání příslušného grafu RACI