Goed ontwikkelde teamstructuren

Elke cloudfunctie wordt tijdens elke cloudingebruikname door iemand geleverd. Deze toewijzingen en teamstructuren kunnen organische ontwikkeling hebben, of ze kunnen opzettelijk worden ontworpen om overeen te komen met een gedefinieerde teamstructuur.

Naarmate de acceptatiebehoeften toenemen, neemt ook de behoefte aan balans en structuur toe. Bekijk deze video voor een overzicht van algemene teamstructuren in verschillende fasen van de volwassenheid van de organisatie.

De volgende afbeelding en lijst geven een overzicht van deze structuren op basis van typische fasen van de verzadiging. Gebruik deze voorbeelden om de organisatiestructuur te vinden die het beste aansluit bij uw operationele behoeften.

Organisatiestructuren worden vaak het algemene volwassenheidsmodel gebruikt dat hier wordt beschreven:

1. Alleen cloud adoption-team
2. MVP-best practice
3. Centraal IT-team
4. Strategische afstemming
5. Operationele uitlijning
6. Cloud Center of Excellence (CCoE)

De meeste bedrijven beginnen met iets meer dan een cloud adoption-team. U wordt echter aangeraden een organisatiestructuur tot stand te brengen die meer lijkt op de MVP-best practice structuur.

Alleen cloud adoption-team

De inzet van alle cloud-acceptatie-inspanningen is het cloud adoption-team. Dit team stuurt de technische wijzigingen aan die de acceptatie mogelijk maken. Afhankelijk van de doelstellingen van de acceptatie-inspanning kan dit team een breed scala aan teamleden bevatten die een breed scala aan technische en zakelijke taken afhandelen.

Voor kleinschalige of vroege implementaties kan dit team zo klein zijn als één persoon. In grotere of late fase-inspanningen is het gebruikelijk om verschillende cloud-acceptatieteams te hebben, elk met ongeveer zes technici. Ongeacht de grootte of taken is het consistente aspect van een cloud adoption-team dat het de middelen biedt om oplossingen in de cloud te onboarden. Voor sommige organisaties kan dit een voldoende organisatiestructuur zijn. Het artikel over het cloud adoption-team biedt meer inzicht in de structuur, samenstelling en functie van het cloud adoption-team.

Best practice: Minimum viable product (MVP)

We raden u aan om twee teams te hebben om een balans te vinden tussen cloud-acceptatie-inspanningen. Deze twee teams zijn verantwoordelijk voor verschillende functies tijdens de implementatie.

• Cloud adoption team: Dit team is verantwoordelijk voor technische oplossingen, bedrijfsuitlijning, projectbeheer en bewerkingen voor oplossingen die worden gebruikt.
• Cloudgovernanceteam: Om een goede balans te vinden tussen het cloudgovernanceteam, is een cloudgovernanceteam ervoor te zorgen dat de oplossingen die worden aangenomen topprestaties leveren. Het cloudgovernanceteam is verantwoordelijk voor de volwassenheid van het platform, platformbewerkingen, governance en automatisering.

Deze bewezen benadering wordt beschouwd als een MVP omdat deze mogelijk niet duurzaam is. Elk team draagt veel hoeden, zoals wordt beschreven in de verantwoordelijke, verantwoordelijke, geraadpleegde, geïnformeerde (RACI)-grafieken.

In de volgende secties wordt een beproefde, bewezen organisatiestructuur beschreven, samen met benaderingen voor het afstemmen van de juiste structuur op uw organisatie.

Centraal IT-team

Naarmate de acceptatie wordt geschaald, kan het cloudgovernanceteam moeite hebben om de stroom van innovatie van meerdere cloud-acceptatieteams bij te houden. Dit geldt met name in omgevingen met zware nalevings-, operationele of beveiligingsvereisten. In deze fase is het gebruikelijk dat bedrijven cloudverantwoordelijkheden naar een bestaand centraal IT-team verplaatsen. Als dat team hulpprogramma's, processen en personen opnieuw kan beoordeeld om de acceptatie van de cloud op schaal beter te ondersteunen, kan het toevoegen van het centrale IT-team aanzienlijke waarde toevoegen. Het gebruik van experts op het gebied van bewerkingen, automatisering, beveiliging en beheer om het centrale IT-team te moderniseren, kan effectieve operationele innovaties stimuleren.

Helaas kan de centrale fase van het IT-team een van de meest risicovolle fasen van de volwassenheid van de organisatie zijn. Het centrale IT-team moet naar de tabel komen met een sterke instelling voor groei. Als het team de cloud als een kans ziet om te groeien en zich aan te passen, kan het gedurende het hele proces een grote waarde bieden. Maar als het centrale IT-team de acceptatie van de cloud voornamelijk als een bedreiging voor hun bestaande model beschouwt, wordt het centrale IT-team een obstakel voor de cloud-acceptatieteams en de zakelijke doelstellingen die ze ondersteunen. Sommige centrale IT-teams hebben maanden of zelfs jaren geprobeerd om de cloud af te stemmen op on-premises benaderingen, met alleen negatieve resultaten. De cloud vereist niet dat alles binnen het centrale IT-team verandert, maar er zijn wel aanzienlijke veranderingen nodig. Als er binnen het centrale IT-team de voorkeur is voor verandering, kan deze fase van volwassenheid snel een culturele antipatroon worden.

Cloud-acceptatieplannen die sterk zijn gericht op platform as a service (PaaS), DevOps of andere oplossingen waarvoor minder operationele ondersteuning nodig is, hebben minder waarschijnlijk waarde tijdens deze fase van volwassenheid. Dit soort oplossingen wordt daarentegen het meest gebruikt of geblokkeerd door pogingen om IT te centraliseren. Een hoger volwassenheidsniveau, zoals een Cloud Center of Excellence (CCoE),levert eerder positieve resultaten op voor deze typen transformatie-inspanningen. Zie Cloud Center of Excellencevoor meer inzicht in de verschillen tussen gecentraliseerde IT in de cloud en een CCoE.

Strategische afstemming

Naarmate de investering in cloud-acceptatie groeit en bedrijfswaarden worden gerealiseerd, raken zakelijke belanghebbenden vaak meer betrokken. Een gedefinieerd cloudstrategieteam, zoals in de volgende afbeelding wordt geïllustreerd, lijnt die zakelijke belanghebbenden af om de waarde te maximaliseren die wordt gerealiseerd door investeringen in cloud adoption.

Wanneer volwassenheid op organische wijze gebeurt als gevolg van it-implementaties in de cloud, wordt strategische afstemming meestal voorafgegaan door een governanceteam of een centraal IT-team. Wanneer de inspanningen voor cloud-acceptatie door het bedrijf worden geleid, ligt de focus op het operationele model en de organisatie eerder. Indien mogelijk moeten zowel bedrijfsresultaten als het cloudstrategieteam vroeg in het proces worden gedefinieerd.

Operationele uitlijning

Voor het realiseren van de bedrijfswaarde van cloud-acceptatie-inspanningen zijn stabiele bewerkingen vereist. Bewerkingen in de cloud vereisen mogelijk nieuwe hulpprogramma's, processen of vaardigheden. Wanneer stabiele IT-activiteiten vereist zijn om bedrijfsresultaten te behalen, is het belangrijk om een gedefinieerd team voor cloudbewerkingen toe te voegen, zoals hier wordt weergegeven.

Cloudbewerkingen kunnen worden geleverd door de bestaande IT-operationele rollen. Maar het is niet ongebruikelijk dat cloudbewerkingen worden gedelegeerd aan andere partijen buiten IT-activiteiten. Providers van beheerde service, DevOps-teams en business unit IT nemen vaak de verantwoordelijkheden van cloudbewerkingen aan, met ondersteuning en begeleiding van IT-activiteiten. Dit komt steeds vaker voor bij cloudimplementaties die sterk zijn gericht op DevOps- of PaaS-implementaties.

Cloud Center of Excellence

Op de hoogste volwassenheidstoestand lijnt een Cloud Center of Excellence teams af op een modern cloud-first operationeel model. Deze aanpak biedt gecentraliseerde IT-functies zoals governance, beveiliging, platform en automatisering.

Het belangrijkste verschil tussen deze structuur en de centrale IT-teamstructuur hierboven is een sterke focus op selfservice en democratisering. De teams in deze structuur organiseren met de bedoeling het beheer zo veel mogelijk te delegeren. Het afstemmen van governance- en nalevingsprocedures op cloudeigen oplossingen biedt richtlijnen en beveiligingsmechanismen. In tegenstelling tot het centrale IT-teammodel maximaliseert de cloudeigen benadering innovatie en minimaliseert de operationele overhead. Om dit model te kunnen gebruiken, is wederzijdse overeenkomst voor het moderniseren van IT-processen vereist van de bedrijfs- en IT-leiders. Dit model is onwaarschijnlijk organische uitvoering en vereist vaak ondersteuning van leidinggevenden.

Volgende stappen

Nadat u zich hebt afgestemd op een bepaalde fase van de volwassenheid van de organisatiestructuur, kunt u RACI-grafieken gebruiken om de verantwoordelijkheid en verantwoordelijkheid voor elk team uit te lijnen.