Delen via


Volwassen teamstructuren

Alle cloudfuncties worden tijdens elke overstap naar de cloud door iemand geleverd. Deze toewijzingen en teamstructuren kunnen organisch worden ontwikkeld 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 geeft een overzicht van deze structuren op basis van typische rijpingsfasen. Gebruik deze voorbeelden om de organisatiestructuur te vinden die het beste aansluit bij uw operationele behoeften.

Diagram met de volwassenheidscyclus van de organisatie.

Organisatiestructuren doorlopen meestal het algemene volwassenheidsmodel dat hier wordt beschreven:

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

De meeste bedrijven beginnen met weinig meer dan een cloudacceptatieteam. U wordt echter aangeraden een organisatiestructuur te maken die meer lijkt op de MVP-best practice-structuur .

Alleen cloudacceptatieteam

De kern van alle inspanningen voor cloudimplementatie is het cloudacceptatieteam. Dit team bepaalt de technische wijzigingen die acceptatie mogelijk maken. Afhankelijk van de doelstellingen van de implementatie-inspanning kan dit team bestaan uit een breed scala aan teamleden die een breed scala aan technische en zakelijke taken uitvoeren.

Diagram met alleen het cloudacceptatieteam.

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

Waarschuwing

Werken met alleen een cloudacceptatieteam (of meerdere cloudacceptatieteams) wordt beschouwd als een antipatroon en moet worden vermeden. Overweeg minimaal de best practice voor MVP.

Best practice: minimum viable product (MVP)

Diagram met de best practice: minimaal levensvatbare productorganisatie van acceptatieteam en governanceteam om balans te creëren.

We raden u aan twee teams te hebben om evenwicht te creëren tussen de inspanningen voor cloudimplementatie. Deze twee teams zijn verantwoordelijk voor verschillende functies tijdens de implementatie.

  • Cloudacceptatieteam: Dit team is verantwoordelijk voor technische oplossingen, zakelijke afstemming, projectbeheer en bewerkingen voor oplossingen die worden aangenomen.
  • Cloudgovernanceteam: Om het cloudimplementatieteam in balans te krijgen, is een cloudgovernanceteam toegewijd aan het garanderen van uitmuntendheid in de oplossingen die worden gebruikt. Het cloudgovernanceteam is verantwoordelijk voor platformrijpheid, platformbewerkingen, governance en automatisering.

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

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

Centraal IT-team

Diagram met het centrale I T-team.

Naarmate de acceptatie schaalt, kan het cloudgovernanceteam moeite hebben om gelijke tred te houden met de innovatiestroom van meerdere cloudacceptatieteams. Dit geldt met name voor omgevingen met zware nalevings-, bewerkings- of beveiligingsvereisten. In deze fase is het gebruikelijk dat bedrijven cloudverantwoordelijkheden verplaatsen naar een bestaand centraal IT-team. Als dat team hulpprogramma's, processen en personen opnieuw kan beoordelen om cloudimplementatie op schaal beter te ondersteunen, kan het opnemen van het centrale IT-team een aanzienlijke waarde toevoegen. Deskundigen op het gebied van bedrijfsvoering, automatisering, beveiliging en beheer om het centrale IT-team te moderniseren, kunnen effectieve operationele innovaties aansturen.

Helaas kan de fase van het centrale IT-team een van de meest riskante fasen van de volwassenheid van de organisatie zijn. Het centrale IT-team moet naar de tafel komen met een sterke groeimentaliteit. Als het team de cloud ziet als een kans om te groeien en zich aan te passen, kan deze gedurende het hele proces van grote waarde zijn. Als het centrale IT-team cloudimplementatie echter voornamelijk beschouwt als een bedreiging voor het bestaande model, wordt het centrale IT-team een obstakel voor de cloudacceptatieteams en de bedrijfsdoelstellingen die ze ondersteunen. Sommige centrale IT-teams hebben maanden of zelfs jaren geprobeerd 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 vereist wel aanzienlijke wijzigingen. Als er weerstand tegen verandering heerst binnen het centrale IT-team, kan deze ontwikkelingsfase snel een cultureel antipatroon worden.

Cloudacceptatieplannen die sterk zijn gericht op PaaS (Platform as a Service), DevOps of andere oplossingen waarvoor minder operationele ondersteuning is vereist, zullen tijdens deze fase van ontwikkeling waarschijnlijk minder waarde zien. Integendeel, dit soort oplossingen worden het meest gehinderd of geblokkeerd door pogingen om IT te centraliseren. Een hoger niveau van volwassenheid, zoals een CCoE (Cloud Center of Excellence), zal waarschijnlijk positieve resultaten opleveren voor deze typen transformationele inspanningen. Zie Cloud center of excellence voor meer informatie over de verschillen tussen gecentraliseerde IT in de cloud en een CCoE.

Strategische afstemming

Diagram met de strategische afstemming.

Naarmate de investering in cloudimplementatie toeneemt en bedrijfswaarden worden gerealiseerd, raken zakelijke belanghebbenden vaak meer betrokken. Een gedefinieerd cloudstrategieteam stemt die zakelijke belanghebbenden op elkaar af om de waarde te maximaliseren die wordt gerealiseerd door investeringen in cloudimplementatie.

Wanneer volwassenheid organisch plaatsvindt als gevolg van door IT geleide inspanningen voor cloudimplementatie, wordt strategische afstemming voorafgegaan door een governance- of centraal IT-team. Wanneer cloudimplementatie wordt geleid door het bedrijf, is de focus op het operationele model en de organisatie meestal eerder. Definieer waar mogelijk de bedrijfsresultaten en het cloudstrategieteam vroeg in het proces.

Operationele uitlijning

Diagram met de operationele uitlijning.

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

Cloudbewerkingen kunnen worden geleverd door de bestaande IT-bewerkingsrollen. Het is echter niet ongebruikelijk dat cloudbewerkingen worden gedelegeerd aan andere partijen buiten IT-bewerkingen. Beheerde serviceproviders, DevOps-teams en IT van de bedrijfseenheid nemen vaak de verantwoordelijkheden op zich die zijn gekoppeld aan cloudbewerkingen, met ondersteuning en kaders die door IT-bewerkingen worden geboden. Dit komt steeds vaker voor bij cloudimplementaties die sterk gericht zijn op DevOps- of PaaS-implementaties.

Cloud Center of Excellence

Diagram met het Cloud Center of Excellence (C o E).

In de hoogste staat van volwassenheid worden teams in een cloudcentrum op één lijn gebracht rond 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 is een sterke focus op selfservice en democratisering. De teams in deze structuur organiseren met de bedoeling de controle zoveel mogelijk te delegeren. Door governance- en nalevingsprocedures af te stemmen op cloudeigen oplossingen, worden er kaders en beveiligingsmechanismen gecreëerd. In tegenstelling tot het model van het centrale IT-team, maximaliseert de cloudeigen benadering innovatie en minimaliseert de operationele overhead. Voor de acceptatie van dit model is wederzijdse instemming vereist van het bedrijfs- en IT-management om IT-processen te moderniseren. Dit model komt waarschijnlijk niet organisch voor en vereist vaak ondersteuning van leidinggevenden.

Volgende stappen

Nadat u bent uitgelijnd met een bepaalde fase van de volwassenheid van de organisatiestructuur, kunt u RACI-grafieken gebruiken om verantwoordelijkheid en verantwoordelijkheid voor elk team uit te lijnen.