CCoE-functies (Cloud Center of Excellence)

Veel IT-organisaties delen het belangrijkste doel van het bereiken van bedrijfs- en technische flexibiliteit. Een cloud center of excellence (CCoE) is een functie waarmee organisaties snelheid en stabiliteit kunnen verdelen terwijl ze deze doelstelling nastreven.

Functiestructuur

Een CCoE-model vereist samenwerking tussen elk van de volgende resources:

• Cloudacceptatie (oplossingsarchitecten)
• Cloudstrategie (het programma en projectmanagers)
• Cloudgovernance
• Cloudplatform
• Cloudautomatisering

Effecten

Wanneer deze functie goed is gestructureerd en ondersteund, kunnen de deelnemers de inspanningen voor innovatie en migratie versnellen en tegelijkertijd de totale kosten van verandering verminderen en de flexibiliteit van het bedrijf vergroten. Wanneer deze functie succesvol is geïmplementeerd, kan deze functie merkbare verminderingen opleveren in de tijd tot de markt. Naarmate teampraktijken volwassen zijn, verbeteren kwaliteitsindicatoren, waaronder betrouwbaarheid, prestatie-efficiëntie, beveiliging, onderhoudbaarheid en klanttevredenheid. Deze voordelen in efficiëntie, flexibiliteit en kwaliteit zijn vooral essentieel als het bedrijf van plan is grootschalige cloudmigratie-inspanningen te implementeren of de cloud wil gebruiken om innovaties te stimuleren die verband houden met marktverschillen.

Als het lukt, maakt een CCoE-model een aanzienlijke verschuiving in IT. In een CCoE-benadering fungeert IT als broker, partner of vertegenwoordiger voor het bedrijf. Dit model is een paradigma-verschuiving van de traditionele weergave van IT als een operationele eenheid of abstractielaag tussen de bedrijfs- en IT-assets.

De volgende afbeelding biedt een analogie voor deze wijziging. Zonder een CCoE-benadering richt IT zich meestal op het bieden van controle en centrale verantwoordelijkheid, zoals de stoplichten op een snijpunt. Wanneer de CCoE succesvol is, lijkt de rol van IT op een rotonde op een kruispunt waar de focus ligt op vrijheid en gedelegeerde verantwoordelijkheid.

Beide benaderingen zijn geldig; ze zijn alternatieve weergaven van verantwoordelijkheid en beheer. Een CCoE-model kan binnen de technologiestrategie passen als u een selfservicemodel wilt opzetten waarmee bedrijfseenheden hun eigen beslissingen kunnen nemen terwijl ze voldoen aan een set richtlijnen en vastgestelde, herhaalbare besturingselementen.

Belangrijkste verantwoordelijkheden

De primaire taak van het CCoE-team is om de overstap naar de cloud te versnellen via cloudeigen of hybride oplossingen.

Het doel van de CCoE is het volgende:

• Hulp bij het bouwen van een moderne IT-organisatie door agile benaderingen te gebruiken om zakelijke vereisten vast te leggen en te implementeren.
• Gebruik herbruikbare implementatiepakketten die zijn afgestemd op beveiligings-, nalevings- en beheerbeleid.
• Onderhoud een functioneel Azure-platform in overeenstemming met operationele procedures.
• Controleer en keur het gebruik van cloudeigen hulpprogramma's goed.
• Standaardiseren en automatiseren van veelgebruikte platformonderdelen en -oplossingen in de loop van de tijd.

Vergaderingsritme

Het is belangrijk om organische samenwerking mogelijk te maken en groei bij te houden via een gemeenschappelijke opslagplaats of oplossingscatalogus. Maximaliseer natuurlijke interacties, maar minimaliseer vergaderingen. Terugkerende vergaderingen, zoals releasevergaderingen die worden gehost door het cloudacceptatieteam, kunnen gegevensinvoer bieden. Probeer echter, nadat deze functie is ontwikkeld, specifieke vergaderingen te beperken. Het hosten van een vergadering nadat elk releaseplan is gedeeld, kan een minimaal contactpunt bieden voor dit team.

Oplossingen en besturingselementen

Elk lid van de CCoE moet inzicht hebben in de benodigde beperkingen, risico's en beveiligingen die hebben geleid tot de huidige set IT-controles. De CCoE verandert dat begrip in cloudeigen (of hybride) oplossingen of besturingselementen, waardoor selfservice bedrijfsresultaten mogelijk zijn. Wanneer oplossingen worden gemaakt, worden ze gedeeld met andere teams in de vorm van besturingselementen of geautomatiseerde processen die als kader dienen voor verschillende inspanningen. Deze kaders helpen bij het begeleiden van teamactiviteiten en het delegeren van verantwoordelijkheden aan de deelnemers aan migratie- of innovatie-inspanningen.

In de volgende tabel worden enkele voorbeelden van deze overgang beschreven.

Scenario	Pre-CCoE-oplossing	Post-CCoE-oplossing
Een SQL Server-exemplaar inrichten in productie	Netwerk-, IT- en dataplatformteams richten onderdelen in de loop van de dagen of weken in.	Het team dat vereist dat de server een PaaS-exemplaar (Platform as a Service) van Azure SQL Database implementeert. U kunt ook een vooraf goedgekeurde sjabloon gebruiken voor alle IaaS-assets (Infrastructure as a Service) in uren in de cloud.
Een ontwikkelomgeving inrichten	Netwerk-, IT-, ontwikkelings- en DevOps-teams gaan akkoord met specificaties en implementeren van een omgeving.	Het ontwikkelteam definieert hun eigen specificaties en implementeert een omgeving op basis van toegewezen budget.
Beveiligingsvereisten bijwerken om gegevensbeveiliging te verbeteren	Netwerken, IT en beveiligingsupdates werken netwerkapparaten en virtuele machines (VM's) bij in verschillende omgevingen om beveiligingen toe te voegen.	Hulpprogramma's voor cloudgovernance worden gebruikt om beleidsregels bij te werken die onmiddellijk op alle assets in alle cloudomgevingen kunnen worden toegepast.

Onderhandelingen

Een doorlopend onderhandelingsproces is de basis van CCoE-inspanningen. Een CCoE-team onderhandelt met bestaande IT-functies om centrale controle te verminderen. De compromissen voor het bedrijf in deze onderhandeling zijn vrijheid, flexibiliteit en snelheid, en de waarde van de afweging voor bestaande IT-teams wordt geleverd als nieuwe oplossingen. Nieuwe oplossingen bieden het bestaande IT-team een of meer van de volgende voordelen:

• Mogelijkheid om veelvoorkomende problemen te automatiseren
• Verbeteringen in consistentie met een vermindering van dagelijkse frustraties
• Mogelijkheid om nieuwe technische oplossingen te leren en te implementeren
• Verminderingen van incidenten met hoge ernst (waarvoor minder snelle oplossingen of reacties op pagina's in de late nacht nodig zijn)
• De mogelijkheid om hun technische bereik uit te breiden en bredere onderwerpen aan te pakken
• Deelname aan bedrijfsoplossingen op een hoger niveau, waarbij de effecten van technologie worden aangepakt
• Vermindering van maniële onderhoudstaken
• Toename van technologiestrategie en automatisering

In ruil voor deze voordelen kan de bestaande IT-functie de volgende waarden ruilen:

• Gevoel van controle van handmatige goedkeuringsprocessen
• Gevoel van stabiliteit van wijzigingsbeheer
• Inzicht in taakbeveiliging bij het voltooien van de benodigde, terugkerende taken
• Inzicht in consistentie van naleving van bestaande LEVERANCIERS van IT-oplossingen

In gezonde cloud-forward bedrijven is dit onderhandelingsproces een dynamisch gesprek tussen collega's en it-teams die samenwerken. De technische details kunnen complex zijn, maar ze zijn beheersbaar wanneer IT de doelstelling begrijpt en de CCoE-inspanningen ondersteunt. Als IT minder dan ondersteunend is, kan de volgende sectie over het inschakelen van CCoE-succes helpen bij het overwinnen van wrijvingen.

CCoE-succes inschakelen

Voordat u verdergaat met dit model, moet u rekening houden met de tolerantie van het bedrijf voor een groeimentaliteit en het comfortniveau van IT met het vrijgeven van centrale verantwoordelijkheden. Zoals eerder vermeld, wisselt een CCoE controle uit voor flexibiliteit en snelheid.

Dit type wijziging kost tijd, experimenten en onderhandeling. Er zullen hobbels en back-ups zijn tijdens het proces, maar als het team ijverig blijft en niet wordt afgeraden om te experimenteren, is er een hoge kans op succes bij het verbeteren van flexibiliteit, snelheid en betrouwbaarheid. Een van de grootste succesfactoren is ondersteuning van leidinggevenden en belangrijke belanghebbenden.

Belangrijkste belanghebbenden

IT-leiderschap is de eerste en meest voor de hand liggende belanghebbende. IT-managers spelen een belangrijke rol, maar het implementeren van dit model vereist de ondersteuning van de CIO en andere IT-leiders op leidinggevend niveau.

Minder duidelijk is de behoefte aan zakelijke belanghebbenden. Bedrijfsflexibiliteit en markttijd zijn primaire motivaties voor het vormen van een CCoE. Als zodanig hebben de belangrijkste belanghebbenden een belang in deze gebieden. Voorbeelden van zakelijke belanghebbenden zijn line-of-business leiders, finance executives, operations executives en bedrijfsproducteigenaren.

Ondersteuning van zakelijke belanghebbenden

Ondersteuning van de zakelijke belanghebbenden kan de CCoE-inspanningen versnellen. Veel van de focus van CCoE-inspanningen is gericht op het maken van langetermijnverbeteringen in bedrijfsflexibiliteit en -snelheid. Het definiëren van de effecten van huidige operationele modellen en de waarde van verbeteringen is waardevol als richtlijn en onderhandelingstool voor de CCoE. We raden u aan de volgende punten in documentatie vast te stellen of duidelijk te definiëren voor het indienen van steun voor een CCoE:

• Verwachte bedrijfsresultaten en -doelstellingen.

• Huidige it-procespijnpunten, zoals snelheid, flexibiliteit, stabiliteit en kostenuitdagingen.

• Historische effecten van deze pijnpunten, zoals verloren marktaandeel, concurrent wint in functies en functies, slechte klantervaringen en budgetverhogingen.

• Zakelijke verbeteringsmogelijkheden die worden geblokkeerd door de huidige pijnpunten en operationele modellen.

• Tijdlijnen en metrische gegevens die betrekking hebben op deze verkoopkansen.

Deze gegevenspunten zijn geen aanval op IT. In plaats daarvan helpen ze het CCoE-team om uit het verleden te leren, een realistische achterstand op te stellen en te plannen voor verbetering.

Doorlopende ondersteuning en betrokkenheid van belanghebbenden

CCoE-teams kunnen snel rendement op sommige gebieden demonstreren, maar de doelstellingen op een hoger niveau, zoals bedrijfsflexibiliteit en markttijd, kunnen veel langer duren. Tijdens de rijping is er een hoog risico dat het CCoE-team wordt afgeraden of dat leden zich kunnen richten op andere IT-inspanningen.

Tijdens de eerste zes tot negen maanden CCoE-inspanningen raden we aan om zakelijke belanghebbenden maandelijks te ontmoeten met IT-leiderschap en de CCoE. Er is weinig behoefte aan formele ceremonie aan deze vergaderingen. Simpelweg de CCoE-leden en hun leiderschap herinneren aan het belang van dit programma, kan een lange weg naar CCoE-succes gaan.

We raden ook aan dat de zakelijke belanghebbenden op de hoogte blijven van de voortgang en de blokkerende problemen die het CCoE-team ondervindt. Hun inspanningen lijken misschien technisch minutiae, maar zakelijke belanghebbenden moeten de voortgang van het plan begrijpen, zodat ze kunnen deelnemen wanneer het team stoom verliest of wordt afgeleid door andere prioriteiten.

Ondersteuning van IT-belanghebbenden

Ondersteuning van IT-belanghebbenden moet de volgende activiteiten omvatten:

• Ondersteuning voor de visie: Een succesvolle CCoE-inspanning vereist veel onderhandelingen met bestaande IT-teamleden.

  Wanneer alles goed is gedaan, draagt alle IT bij aan de oplossing en voelt zich vertrouwd met de verandering. Af en toe willen sommige leden van het bestaande IT-team mogelijk mechanismen beheren. Wanneer dergelijke situaties zich voordoen, is ondersteuning voor de CCoE door IT-belanghebbenden essentieel voor het succes van de CCoE. IT-belanghebbenden moeten de algemene doelstellingen van de CCoE aanmoedigen en versterken om blokken voor de juiste onderhandeling op te lossen. In zeldzame gevallen moeten IT-belanghebbenden misschien zelfs een impasse in- en uitbreken of een gebonden stemming om de voortgang van de CCoE te behouden.

• Focus behouden: een CCoE kan een aanzienlijke toezegging zijn voor elk it-team met beperkte resources.

  Het verwijderen van sterke architecten uit projecten op korte termijn om zich te richten op langetermijnwinsten kan problemen creëren voor teamleden die geen deel uitmaken van de CCoE. IT-leiderschap en IT-belanghebbenden moeten gefocust blijven op het doel van de CCoE. De ondersteuning van IT-leiders en IT-belanghebbenden kan de onderbrekingen van dagelijkse activiteiten ten gunste van CCoE-taken deprioritiseren.

• Een buffer maken: de CCoE-teamexperimenten met nieuwe benaderingen.

  Sommige nieuwe benaderingen zijn niet goed afgestemd op bestaande bewerkingen of technische beperkingen. Het CCoE-team kan te maken hebben met druk of beroep van andere teams wanneer experimenten mislukken. Het is belangrijk om het CCoE-team aan te moedigen en te bufferen op basis van de gevolgen van 'snelle fail'-leermogelijkheden. Het is even belangrijk om het team verantwoordelijk te houden voor een groeimentaliteit om ervoor te zorgen dat ze leren van deze experimenten en betere oplossingen vinden.

Volgende stappen

Voor een CCoE-model zijn cloudplatformfuncties en cloudautomatiseringsfuncties vereist. De volgende stap is het afstemmen van cloudplatformfuncties.

Cloudplatformfuncties