Mogna teamstrukturer

Varje molnfunktion tillhandahålls av någon under varje molnanpassning. Dessa tilldelningar och teamstrukturer kan utvecklas etiskt, eller så kan de avsiktligt utformas för att matcha en definierad teamstruktur.

I och med att implementeringsbehoven växer så ökar även behovet av balans och struktur. Titta på den här videon för att få en översikt över vanliga teamstrukturer i olika faser av organisationens mognad.

Följande bild och lista beskriver dessa strukturer baserat på typiska mognadsfaser. Använd de här exemplen för att hitta den organisationsstruktur som bäst överensstämmer med dina driftsbehov.

Organisationsstrukturer tenderar att gå igenom den gemensamma mognadsmodellen som beskrivs här:

1. Endast molnanpassningsteamet
2. Metodmetod för MVP
3. Centralt IT-team
4. Strategisk anpassning
5. Driftjustering
6. Molncenter för utmärkthet (CCoE)

De flesta företag börjar med lite mer än ett molnanpassningsteam. Men vi rekommenderar att du etablerar en organisationsstruktur som liknar MVP-strukturen för bästa praxis.

Endast molnanpassningsteamet

Det stora arbetet med molnanpassning är molnanpassningsteamet. Det här teamet driver de tekniska ändringar som möjliggör implementering. Beroende på målen för implementeringen kan det här teamet omfatta en mängd olika teammedlemmar som hanterar en bred uppsättning tekniska uppgifter och affärsuppgifter.

För små eller tidiga implementeringar kan det här teamet vara så litet som en person. I större skala eller sent stadium är det vanligt att ha flera team för molnanpassning, var och en med cirka sex tekniker. Oavsett storlek eller uppgifter är den konsekventa aspekten av alla molnanpassningsteam att det ger möjlighet att registrera lösningar i molnet. För vissa organisationer kan detta vara en tillräcklig organisationsstruktur. I artikeln om molnanpassningsteamet får du mer information om molnanpassningsteamets struktur, sammansättning och funktion.

Bästa praxis: Minsta fungerande produkt (MVP)

Vi rekommenderar att du har två team som kan skapa balans mellan olika molnanpassningar. Dessa två team ansvarar för olika funktioner under implementeringen.

• Teamet för molnanpassning: Det här teamet ansvarar för tekniska lösningar, anpassning av verksamheten, projekthantering och åtgärder för lösningar som används.
• Teamet för molnstyrning: För att balansera molnanpassningsteamet är ett molnstyrningsteam dedikerat för att säkerställa utmärkthet i de lösningar som används. Molnstyrningsteamet ansvarar för plattformsmognad, plattformsåtgärder, styrning och automatisering.

Den här beprövade metoden anses vara en MVP eftersom den kanske inte är hållbar. Varje team använder många saker, enligt beskrivningen i RACI-diagram (ansvarig, tillfrågad, informerad).

I följande avsnitt beskrivs en fullständigt bemannad och beprövad organisationsstruktur tillsammans med metoder för att anpassa lämplig struktur till din organisation.

Centralt IT-team

När implementeringen skalas kan molnstyrningsteamet få problem med att hålla jämna steg med innovationsflödet från flera team för molnin implementering. Detta gäller särskilt i miljöer som har tunga efterlevnads-, drift- eller säkerhetskrav. I det här skedet är det vanligt att företag flyttar molnansvaret till ett befintligt centralt IT-team. Om teamet kan omvärdera verktyg, processer och personer för att bättre stödja molnanpassning i stor skala kan även det centrala IT-teamet lägga till betydande värde. Genom att ta in ämnesexperter från drift, automatisering, säkerhet och administration för att modernisera det centrala IT-teamet kan du driva effektiva operativa innovationer.

Tyvärr kan den centrala IT-teamfasen vara en av de riskfyllda faserna i organisationens mognad. Det centrala IT-teamet måste komma till tabellen med ett starkt tillväxtt kunnande. Om teamet ser molnet som en möjlighet att växa och anpassa sig kan det ge stort värde genom hela processen. Men om det centrala IT-teamet ser molnanpassning främst som ett hot mot den befintliga modellen blir det centrala IT-teamet ett hinder för molnanpassningsteamen och de affärsmål som de stöder. Vissa centrala IT-team har ägnat månader eller till och med år åt att tvinga molnet att anpassa sig till lokala metoder, med endast negativa resultat. Molnet kräver inte att allt ändras i det centrala IT-teamet, men det kräver betydande förändring. Om motståndskraft mot förändring är vanligt inom det centrala IT-teamet kan den här mognadsfasen snabbt bli ett kulturellt antimönster.

Molnanpassningsplaner som fokuserar mycket på PaaS (plattform som en tjänst), DevOps eller andra lösningar som kräver mindre driftsstöd är mindre benägna att se värdet under den här mognadsfasen. De här typerna av lösningar är däremot mest sannolika att hindras eller blockeras av försök att centralisera IT. En högre mognadsnivå, till exempel ett molncenter för utmärkthet (CCoE), ger mer sannolikt positiva resultat för dessa typer av omvandlingsarbete. Information om skillnaderna mellan centraliserad IT i molnet och en CCoE finns i Molncenter för utmärkthet.

Strategisk anpassning

I takt med att investeringen i molnanpassningen växer och affärsvärden realiseras blir verksamhetens intressenter ofta mer engagerade. Ett definierat molnstrategiteam, som följande bild illustrerar, riktar in dessa affärsintressenter för att maximera värdet som realiseras av investeringar i molnanpassning.

När mognaden sker etiskt, till följd av IT-ledda molnanpassningar, föregås strategisk anpassning vanligtvis av ett styrningsteam eller centralt IT-team. När verksamheten leder arbetet med molnanpassning tenderar fokus på driftsmodell och organisation att ske tidigare. När det är möjligt bör affärsresultat och molnstrategiteamet definieras tidigt i processen.

Driftjustering

För att kunna få affärsvärde från molnanpassningen krävs stabila åtgärder. Åtgärder i molnet kan kräva nya verktyg, processer eller färdigheter. När stabila IT-åtgärder krävs för att uppnå affärsresultat är det viktigt att lägga till ett definierat molndriftsteam, som du ser här.

Molndriften kan levereras av de befintliga IT-verksamhetsrollerna. Men det är inte ovanligt att molndriften delegeras till andra parter utanför IT-verksamheten. Leverantörer av hanterade tjänster, DevOps-team och affärsenheter IT har ofta det ansvar som är associerat med molndriften, med support och skyddsräcken som tillhandahålls av IT-verksamheten. Detta blir allt vanligare för molnanpassningar som fokuserar mycket på DevOps- eller PaaS-distributioner.

Molncenter för utmärkthet

I det högsta mognadstillståndet riktar ett molncenter med utmärkthet teamen runt en modern driftsmodell för molnet i första hand. Den här metoden tillhandahåller centraliserade IT-funktioner som styrning, säkerhet, plattform och automatisering.

Den främsta skillnaden mellan den här strukturen och den centrala IT-teamstrukturen ovan är ett starkt fokus på självbetjäning och demokratisering. Teamen i den här strukturen organiserar med avsikten att delegera kontrollen så mycket som möjligt. Genom att anpassa styrnings- och efterlevnadsmetoderna till molnbaserade lösningar skapas skyddsmekanismer och skyddsmekanismer. Till skillnad från den centrala IT-teammodellen maximerar den molnbaserade metoden innovation och minimerar driftskostnaderna. För att den här modellen ska kunna användas krävs ett ömsesidigt avtal för att modernisera IT-processer från affärs- och IT-ledningen. Den här modellen sker troligen inte etiskt och kräver ofta stöd från ledningen.

Nästa steg

När du har anpassat till en viss fas av mognaden i organisationsstrukturen kan du använda RACI-diagram för att anpassa ansvar och ansvar i varje team.