Cloud exit change management: mensen, processen en organisatie (deel 3)

cloud exit-strategie, cloud exit techniek

In het eerste en tweede deel van deze blogserie heb ik de fundamenten van cloud exit-strategieën en de technische uitdagingen besproken. Maar zoals bij elke grote technologische verandering geldt ook hier: techniek is slechts de helft van het verhaal. De menselijke, procesmatige en organisatorische aspecten, oftewel change management, blijken in de praktijk vaak bepalender voor het succes dan de technische implementatie. 

Veel ambitieuze migratieprojecten strandden, omdat de organisatorische impact wordt onderschat.  In dit artikel ga ik in op het menselijke aspect van een cloud exit-strategie: hoe bereid je je organisatie voor, hoe ga je om met weerstand, en hoe zorg je voor een succesvolle transformatie? 

Cloud exit change management: impact op je organisatie

Een cloud exit-strategie raakt vrijwel alle aspecten van de IT-organisatie, en vaak ook daarbuiten. Laten we beginnen met het in kaart brengen van deze impact. 

Organisatorische impact 

Een cloud exit betekent niet alleen een technische verandering, maar ook een organisatorische transformatie: 

  1. Skills transition: Teams moeten nieuwe vaardigheden ontwikkelen en oude loslaten. Dit vereist niet alleen training, maar ook aanpassing van functieprofielen, beoordelingscriteria en carrièrepaden. 
  2. Veranderende operationele modellen: De wijze waarop IT-diensten worden geleverd en beheerd verandert fundamenteel bij een cloud exit. Cloudproviders verzorgen tal van operationele aspecten die je organisatie na een exit zelf moet oppakken. 
    • Impact op rollen en verantwoordelijkheden: 
      • Site reliability engineering: Meer nadruk op operationele betrouwbaarheid 
      • Security operations: Verschuiving van cloud-specifieke naar meer generieke beveiligingsvaardigheden 
      • Infrastructure management: Van “infrastructure-as-code” naar mogelijk meer hands-on beheer 
      • Platform engineering: Nieuwe rol om interne cloudplatforms te ontwikkelen en beheren 
  3. Cultuurverandering: Van “cloud-first” naar een meer genuanceerde benadering vereist ook een culturele shift. Teams die gewend zijn aan de schaalbaarheid en flexibiliteit van public cloud kunnen weerstand hebben tegen verandering. 
    • Culturele aspecten die veranderen
      • Innovatiesnelheid: Mogelijk langzamere toegang tot nieuwe technologieën, zoals AI en andere technologieën die met hyperscalers eenvoudig toegankelijk zijn 
      • Self-service capabilities: Mogelijk meer governance en minder autonomie in projectteams 
      • Resource provisioning: Van “onbeperkte” resources naar soms beperktere capaciteit 
      • Kostentransparantie: Verschuiving in hoe kosten worden toegewezen en beheerd 

Cloud exit change management: de sleutel tot succes 

De kern van een succesvolle organisatorische transitie is effectief change management. Hier zijn de essentiële componenten:

Stakeholder mapping en engagement 

Begin met het in kaart brengen van alle belanghebbenden en hun specifieke belangen.

Primaire stakeholders: 

  • IT-teams: Direct betrokken bij de implementatie en het dagelijks gebruik 
  • Business users: Eindgebruikers van applicaties en systemen 
  • Management: Besluitvormers en budgethouders 
  • Security & compliance: Verantwoordelijken voor risicobeheer en compliance 

Secundaire stakeholders: 

  • Leveranciers: Zowel huidige als toekomstige cloudproviders 
  • Partners: Externe consultants en integrators 
  • Klanten: Bij klantverwachtingen rond beschikbaarheid en functionaliteit 
  • Toezichthouders: Bij gereguleerde industrieën 

Voor elke stakeholdergroep moet je de volgende aspecten in kaart brengen: 

  • Belangen: Wat staat er voor hen op het spel? 
  • Invloed: Hoeveel impact kunnen ze hebben op het succes? 
  • Weerstand: Waar zullen ze mogelijk weerstand tegen hebben? 
  • Verwachtingen: Wat verwachten ze van het project? 

Communicatiestrategie 

Een transparante, consistente communicatiestrategie is essentieel bij cloud exit change management. Vaak komt de meeste weerstand voort uit onzekerheid en gebrek aan informatie. 

Effectieve communicatie-elementen: 

  • Heldere rationale: Welk probleem lossen we op en wat zijn de voordelen? 
  • Transparante tijdlijnen: Wat gebeurt wanneer? 
  • Persoonlijke impact: Wat betekent dit voor mij en mijn werk? 
  • Feedbackmechanismen: Hoe kan ik mijn zorgen delen? 

Communicatiekanalen: 

  • Town halls voor grote aankondigingen en updates 
  • Team workshops voor diepere discussies en feedbackverzameling 
  • Intranet/wiki voor centrale documentatie en FAQ’s 
  • Een-op-een gesprekken voor persoonlijke zorgen en carrièreplanning 
  • Regelmatige updates via nieuwsbrieven of dashboards 

Omgaan met weerstand 

Weerstand is een natuurlijk onderdeel van elke grote verandering. De kunst is om deze weerstand te erkennen en constructief mee om te gaan. 

Veelvoorkomende bronnen van weerstand bij cloud exit: 

  • Verlies van expertise: “Ik heb jaren geïnvesteerd in AWS-certificeringen, wat is dat straks nog waard?” 
  • Carrièrezorgen: “Vermindert dit mijn marktwaarde als professional?” 
  • Werkdruk: “Komt deze migratie boven op mijn reguliere werkzaamheden?” 
  • Scepsis over alternatieven: “Kunnen Europese providers wel dezelfde kwaliteit en technische uitdaging bieden?” 

Strategieën om weerstand te adresseren: 

  • Erken legitieme zorgen: Valideer zorgen in plaats van ze te negeren 
  • Betrek sceptici vroeg: Maak hen deel van de oplossing, niet van het probleem 
  • Creëer veiligheid: Bied heldere loopbaanpaden en ontwikkelingsmogelijkheden 
  • Focus op kansen: Benadruk de nieuwe vaardigheden en ervaringen die mensen opdoen 
  • Vier kleine successen: Maak vooruitgang zichtbaar om momentum te creëren 

Training en kennisopbouw 

Change management bij cloud exit vereist substantiële investeringen in mensen en kennis.

Skills assessment en gap-analyse 

Begin met een grondige inventarisatie van: 

  • Huidige technische vaardigheden binnen het team 
  • Vereiste vaardigheden voor de doelomgeving 
  • Identificatie van specifieke knowledge gaps 
  • Prioritering van kritieke competenties 

Tools voor skills assessment: 

  • Competentie matrices: Mapping van huidige versus benodigde vaardigheden 
  • Zelfevaluatie surveys: Laat teams hun eigen comfort level aangeven 
  • Technical challenges: Praktische assessments om werkelijke vaardigheden te toetsen 

Uitgebreid trainingsplan 

Ontwikkel een gelaagd trainingsplan dat verschillende leerstijlen en -behoeften accommodeert.

Trainingsmethoden: 

  • Formele training: Gestructureerde cursussen en workshops 
  • Hands-on labs: Praktische oefenomgevingen 
  • Mentoring: Een-op-een begeleiding 
  • Shadowing: Meelopen met experts 
  • Communities of practice: Peer learning en kennisdeling 

Trainingsinhoud per doelgroep: 

  • Ontwikkelaars: Nieuwe ontwikkelplatforms, API’s, DevOps tools 
  • Operations: Monitoring, incident management, capacity planning 
  • Architecten: Architectuurprincipes, integratie en design patterns, security-by-design 
  • Management: Governance, kosten management, vendor management 

Kennisretentie-strategie 

Investeer in mechanismen om kennis vast te leggen en te delen: 

  • Knowledge wiki: Centrale repository voor documentatie, best practices en lessons learned 
  • Design pattern library: Verzameling van bewezen architectuur- en implementatiepatronen 
  • Internal tech talks: Regelmatige kennisdelingssessies 
  • Certificeringsprogramma’s: Stimuleer en beloon formele certificering 
  • Cross-training: Roteer mensen tussen teams om kennisverspreiding te stimuleren 

Externe expertise effectief inzetten 

Vaak heb je niet de juiste expertise in huis. Externe consultants en partners kunnen daarin waardevol zijn, mits goed ingezet: 

  • Kennisoverdracht-vereisten: Maak expliciete afspraken over kennisoverdracht 
  • Pair-programming/-architecting: Werk in duo’s van interne en externe experts 
  • Documentatie-eisen: Stel hoge eisen aan documentatie door externen 
  • Mentor-rol: Laat externen een actieve mentor-rol vervullen 
  • Exit-strategie: Plan vanaf het begin hoe je afbouwt van externe afhankelijkheid 

Procesveranderingen bij een cloud-exit 

Effectief cloud exit change management vereist niet alleen nieuwe technische vaardigheden, maar ook aanpassingen in werkprocessen.

DevOps & CI/CD aanpassingen 

Cloud exits hebben significante impact op development en delivery processen: 

  • CI/CD pipeline migratie: Van cloud-native tools zoals AWS CodePipeline naar alternatieven als GitLab of Jenkins 
  • Teststrategie: Aanpassing van test environments en data 
  • Deployment mechanismen: Van serverless deployments naar container of VM-based deployments 
  • Monitoring en logging: Nieuwe tooling en dashboards voor observability 

Governance en compliance processen 

Exit-strategieën vereisen aanpassingen in governance: 

  • Nieuwe autorisatieprocessen: Wie mag wat deployen en beheren? 
  • Compliancerapportage: Nieuwe tools en procedures voor audit trails 
  • Kostenallocatie: Aangepaste modellen voor chargebacks en showbacks 
  • Risk assessment: Gewijzigde security en compliance checks 

Operations & Support 

Operationele processen veranderen fundamenteel bij een cloud exit: 

  • Servicelevelmanagement: Herdefiniëren van SLA’s en OLA’s 
  • Incident response: Nieuwe procedures en tools voor incidentdetectie en -afhandeling 
  • Capacity management: Van elastisch naar meer vooruitplannen 
  • Changemanagement: Aangepaste change processen en approval flows 

Organisatiestructuur en rollen 

Een cloud exit kan significante impact hebben op de organisatiestructuur.

Team herstructurering 

Overweeg of de huidige teamstructuur nog optimaal is voor de nieuwe omgeving: 

  • Cloudteams vs. platformteams: Verschuiving van cloud-specifieke teams naar platformteams 
  • DevOps vs. traditionale ITOps: Evalueer de balans tussen development en operations 
  • Nieuwe rollen: Introductie van nieuwe functies zoals platform engineers 

Center of Excellence (CoE) 

Overweeg het opzetten van een transitie-Center-of-Excellence: 

  • Kennishub: Centrale verzameling van expertise en best practices 
  • Governance: Bewaking van architectuurprincipes en standaarden 
  • Consultancy: Interne adviesrol voor teams in transitie 
  • Enablement: Faciliteren van training en kennisdeling 

Carrièreontwikkeling 

Bied duidelijke loopbaanperspectieven in de nieuwe situatie: 

  • Skill development paths: Heldere ontwikkeltrajecten voor verschillende rollen 
  • Certificeringsprogramma’s: Ondersteun certificering in nieuwe technologieën 
  • Rotatieprogramma’s: Creëer mogelijkheden om verschillende aspecten van de nieuwe omgeving te leren kennen 

De kritieke succesfactoren voor organisatieverandering 

De meest kritieke succesfactoren voor het menselijke aspect zijn: 

Executive sponsorship en leiderschap 

Een cloud exit zonder zichtbare steun van het managementteam is gedoemd te mislukken: 

  • Actieve betrokkenheid: Leiders moeten zichtbaar committed zijn 
  • Consistente messaging: Het “waarom” moet helder en consistent gecommuniceerd worden 
  • Resources commitment: Voldoende mensen, tijd en budget toewijzen 
  • Wegnemen van barrières: Helpen bij het beslechten van organisatorische obstakels 

Realistische tijdlijnen en verwachtingen 

Onderschat nooit de tijd die nodig is voor mensen om zich aan te passen: 

  • Geleidelijke overgang: Plan voldoende tijd voor kennisopbouw en adaptatie 
  • Buffer voor onvoorziene omstandigheden: Complexe veranderingen nemen vrijwel altijd meer tijd in beslag dan gepland 
  • Expliciete erkenning van ‘dip’: Wees open over de initiële productiviteitsdaling 

Gebalanceerde metrics en incentives 

“What gets measured, gets done” – zorg dat je de juiste dingen meet: 

  • Niet alleen technische metrics: Meet ook teamtevredenheid, kennisopbouw en adaptatie 
  • Incentives afstemmen: Beloon gedrag dat de transitie ondersteunt 
  • Transparante voortgangsrapportage: Maak vooruitgang zichtbaar voor iedereen 

De menselijke kant van een cloud exit 

Laat me een hypothetisch voorbeeld geven, dat illustreert hoe cruciaal de menselijke factor is: 

Stel een middelgrote overheidsorganisatie met ongeveer 200 IT-medewerkers besluit tot strategische ontvlechting van Microsoft Azure naar een combinatie van lokale infrastructuur en een Europese cloudprovider. 

De organisatie begint met een primair technische focus, waarbij een klein team van architecten een migratieplan ontwikkelt. Er is minimale communicatie naar de bredere organisatie, en trainingsplannen worden uitgesteld tot na de technische planning. 

Problemen die hier kunnen ontstaan, zijn: 

  • Weerstand en onzekerheid onder teams die kunnen leiden tot verminderde productiviteit 
  • Sleutelmedewerkers met Azure-expertise kunnen besluiten om de organisatie te verlaten 
  • Teams kunnen “schaduw-cloud” gebruik gaan ontwikkelen om projectdeadlines te halen 
  • Initiële migratiepogingen kunnen mislukken door gebrek aan operationele expertise 

Na maanden bezig te zijn, blijken alle bovenstaande problemen voor te komen in de organisatie. De organisatie wil niet langer worstelen en besluit de strategie aan te passen met een sterkere focus op processen: 

  1. People-first approach
    • Een uitgebreid stakeholder engagement programma wordt opgestart 
    • Career paths worden ontwikkeld voor cloud specialisten 
    • Intensieve training begint vóór de technische migratie 
    • Een transparant communicatieprogramma wordt geïmplementeerd 
  2. Proces-innovatie
    • DevOps-werkwijzen worden behouden maar aangepast voor de nieuwe omgeving 
    • Migratieteams worden cross-functioneel samengesteld 
    • Nieuwe operationele processen worden vooraf getest in een pilot 
  3. Mogelijk resultaat na koerswijziging
    • Personeelsverloop daalt aanzienlijk 
    • Projecttijdlijnen worden uiteindelijk gehaald, zij het met vertraging 
    • Kennisbehoud verbetert significant 
    • Teams adopteren proactief de nieuwe technologieën 

Deze case laat zien hoe een initieel ’technology-first’ benadering faalt en moet worden hervormd tot een gebalanceerde aanpak waarin mensen en processen even belangrijk zijn als de technologie. 

Wat volgt in deze serie? 

In dit derde deel hebben we de menselijke, procesmatige en organisatorische aspecten van een cloud exit-strategie verkend. In het volgende deel van deze serie gaan we dieper in op de juridische en compliance aspecten van een exitstrategie. 

  • Deel 4: Juridische en compliance aspecten – Welke contractuele, privacy en security-gerelateerde overwegingen spelen een rol? 
  • Deel 5: Praktische roadmap – Hoe ziet een concrete, gefaseerde aanpak eruit voor verschillende organisatietypes? 


Wil je meer weten over de technische aspecten van een cloud exit-strategie voor jouw specifieke situatie? Neem contact op via 
greatminds.nl. In mijn trainingen over cloud architectuur besteed ik uitgebreid aandacht aan praktische migratiepatronen en -technieken.