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 faser 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 operativa behov.

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 anpassning
5. Driftsjustering
6. Molncenter för utmärkthet (CCoE)

De flesta företag börjar med lite mer än ett molnimplementeringsteam. Men vi rekommenderar att du etablerar en organisationsstruktur som 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 och affärsmässiga uppgifter.

För implementeringsinsatser i liten skala eller i ett tidigt skede kan det här teamet vara så litet som en person. I större eller sena steg är det vanligt att ha flera team för molnimplementering, var och en med cirka sex tekniker. Oavsett storlek eller uppgifter är den konsekventa aspekten av alla molnimplementeringsteam att det ger medel för att registrera lösningar i molnet. För vissa organisationer kan detta vara en tillräcklig organisationsstruktur. Artikeln om molnimplementeringsteamet ger mer insikt i molnimplementeringsteamets struktur, sammansättning och funktion.

Varning

Att endast arbeta med ett molnimplementeringsteam (eller flera molnimplementeringsteam) anses vara ett antimönster och bör undvikas. Överväg som minst bästa praxis för MVP.

Bästa praxis: MVP (Minimum Viable Product)

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

• Molnimplementeringsteamet: Det här teamet ansvarar för tekniska lösningar, affärsanpassning, projektledning och åtgärder för lösningar som implementeras.
• Molnstyrningsteam: För att balansera molnimplementeringsteamet är ett molnstyrningsteam dedikerat för att säkerställa utmärkthet i de lösningar som implementeras. 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

I takt med att implementeringen skalas kan molnstyrningsteamet få svårt att hålla jämna steg med innovationsflödet från flera molnimplementeringsteam. Detta gäller särskilt i miljöer med hög efterlevnad, åtgärder eller säkerhetskrav. I det här skedet är det vanligt att företag flyttar molnansvaret till ett befintligt centralt IT-team. Om det teamet kan utvärdera verktyg, processer och personer på nytt 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 fokuserar mycket 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 utmärkthet (CCoE) är mer sannolikt att ge 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 molnimplementeringen växer och affärsvärdena realiseras blir affärsintressenter ofta mer engagerade. Ett definierat molnstrategiteam samordnar dessa affärsintressenter för att maximera värdet som realiseras av investeringar i molnimplementering.

När mognaden sker organiskt, till följd 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. När det är möjligt definierar du affärsresultat och molnstrategiteamet tidigt i processen.

Driftsjustering

Att förverkliga affärsvärde från molnimplementeringsarbetet kräver en stabil drift. Å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. Leverantörer av hanterade tjänster, DevOps-team och affärsenhets-IT tar ofta på sig de ansvarsområden som är kopplade till molndrift, med support och skyddsmekanismer som tillhandahålls av IT-verksamheten. Detta blir allt vanligare för molnimplementeringsarbete som fokuserar mycket på DevOps- eller PaaS-distributioner.

Molncenter för utmärkthet

Med den högsta mognadsstatusen samordnar ett molncenter med utmärkthet teamen kring en modern molnbaserad driftsmodell. Den här metoden ger 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 molnbaserade lösningar skapas skyddsmekanismer 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 i varje team.

Justera lämpligt RACI-diagram