Mogna teamstrukturer

Alla molnfunktioner tillhandahålls av någon under varje molnimplementering. Dessa tilldelningar och teamstrukturer kan utvecklas organiskt, eller så kan de avsiktligt utformas för att matcha en definierad teamstruktur.

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

Följande bild beskriver dessa strukturer baserat på typiska mognadssteg. 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 molnimplementeringsteamet
2. Bästa praxis för MVP
3. Centralt IT-team
4. Strategisk samordning
5. Operativ samordning
6. Molncenter för excellens (CCoE)

De flesta företag börjar med lite mer än ett molnimplementeringsteam. Men vi rekommenderar att du upprättar en organisationsstruktur som mer liknar MVP:s metodtipsstruktur .

Endast molnimplementeringsteamet

Kärnan i alla molnimplementeringsinsatser är molnimplementeringsteamet. Det här teamet styr de tekniska ändringar som möjliggör implementering. Beroende på syftet med implementeringsarbetet kan det här teamet innehålla en mängd olika teammedlemmar som hanterar en bred uppsättning tekniska uppgifter och affärsuppgifter.

För småskaliga eller tidiga implementeringsinsatser kan det här teamet vara så litet som en person. I större eller sena steg är det vanligt att ha flera molnimplementeringsteam, var och en med cirka sex tekniker. Oavsett storlek eller uppgifter är den konsekventa aspekten av alla molnimplementeringsteam att det ger möjlighet att registrera lösningar i molnet. För vissa organisationer kan detta vara en tillräcklig organisationsstruktur. Artikeln om molnimplementeringsteamet ger mer insikt i strukturen, kompositionen och funktionen hos molnimplementeringsteamet.

Varning

Att endast arbeta med ett molnimplementeringsteam (eller flera molnimplementeringsteam) anses vara ett antimönster och bör undvikas. Du bör åtminstone överväga bästa praxis för MVP.

Bästa praxis: minsta livskraftiga produkt (MVP)

Vi rekommenderar att du har två team för att skapa balans mellan molnimplementeringsarbetet. Dessa två team ansvarar för olika funktioner under hela implementeringsarbetet.

• Molnimplementeringsteamet: Det här teamet ansvarar för tekniska lösningar, affärsanpassning, projektledning och åtgärder för lösningar som har antagits.
• Molnstyrningsteamet: För att balansera molnimplementeringsteamet är ett molnstyrningsteam dedikerat för att säkerställa utmärkthet i de lösningar som antas. 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 bär många hattar, som beskrivs i de ansvariga, ansvariga, konsulterade, informerade (RACI) diagrammen.

I följande avsnitt beskrivs en fullständigt bemannad, 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å svårt att hålla jämna steg med flödet av innovation från flera molnimplementeringsteam. Detta gäller särskilt i miljöer som har stora krav på efterlevnad, åtgärder eller säkerhet. I det här skedet är det vanligt att företag flyttar molnansvaret till ett befintligt centralt IT-team. Om det teamet kan omvärdera verktyg, processer och personer för att bättre stödja molnimplementering i stor skala kan även det centrala IT-teamet tillföra betydande värde. Ämnesexperter från drift, automatisering, säkerhet och administration för att modernisera det centrala IT-teamet kan driva effektiva operativa innovationer.

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

Molnimplementeringsplaner som är starkt inriktade på PaaS (Plattform som en tjänst), DevOps eller andra lösningar som kräver mindre driftstöd är mindre benägna att se värdet under den här mognadsfasen. Tvärtom är dessa typer av lösningar mest sannolika att hindras eller blockeras av försök att centralisera IT. En högre mognadsnivå, till exempel ett molncenter för excellens (CCoE) är mer sannolikt att ge positiva resultat för dessa typer av omvandlingsinsatser. Information om skillnaderna mellan centraliserad IT i molnet och en CCoE finns i Molncenter för utmärkthet.

Strategisk inriktning

I takt med att investeringen i molnimplementering växer och affärsvärdena realiseras blir affärsintressenter ofta mer engagerade. Ett definierat molnstrategiteam anpassar dessa affärsintressenter för att maximera värdet som realiseras av investeringar i molnimplementering.

När mognad sker organiskt, som ett resultat av IT-ledda molnimplementeringsarbete, föregås strategisk anpassning av en styrning eller ett centralt IT-team. När arbetet med molnimplementering leds av verksamheten tenderar fokus på driftsmodell och organisation att ske tidigare. Definiera affärsresultat och molnstrategiteamet tidigt i processen när det är möjligt.

Operativ samordning

Att förverkliga affärsvärdet från molnimplementeringsarbetet kräver 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.

Molnåtgärder kan levereras av befintliga IT-driftroller. Det är dock inte ovanligt att molnåtgärder delegeras till andra parter utanför IT-driften. Hanterade tjänsteleverantörer, DevOps-team och affärsenhets-IT tar ofta på sig de ansvarsområden som är kopplade till molndrift, med support och skyddsräcken som tillhandahålls av IT-driften. Detta blir allt vanligare när det gäller molnimplementering som fokuserar mycket på DevOps- eller PaaS-distributioner.

Molncenter för excellens

Med den högsta mognadsstatusen samordnar ett molncenter för excellens teamen kring en modern molnbaserad driftsmodell. 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 är ett starkt fokus på självbetjäning och demokratisering. Teamen i den här strukturen organiserar sig med avsikten att delegera kontrollen så mycket som möjligt. Genom att anpassa styrnings- och efterlevnadsmetoderna till molnnativa lösningar skapas skyddsräcken och skyddsmekanismer. Till skillnad från den centrala IT-teammodellen maximerar den molnbaserade metoden innovationen och minimerar driftskostnaderna. För att den här modellen ska kunna antas krävs ömsesidig överenskommelse för att modernisera IT-processer från affärs- och IT-ledningen. Den här modellen kommer sannolikt inte att ske organiskt och kräver ofta chefsstöd.

Nästa steg

När du har anpassat dig till ett visst stadium av organisationens strukturmognad kan du använda RACI-diagram för att anpassa ansvar och ansvar mellan varje team.

Justera lämpligt RACI-diagram