De Plan-fase binnen het Microsoft Cloud Adoption Framework: van strategie naar migratie roadmap

In het vorige blog over de Strategy-fase stond de vraag centraal: waarom migreren we naar Azure?

Maar zodra die richting duidelijk is, volgt de volgende stap: wat migreren we, in welke volgorde en met welke impact?

Daarvoor is de Plan-fase binnen het Microsoft Cloud Adoption Framework (CAF). Deze fase vormt de brug tussen ambitie en uitvoering. Zonder plan wordt een cloudmigratie al snel een verzameling losse acties, met onnodige risico’s, vertraging en extra kosten.

Wat is de Plan-fase?

De Plan-fase draait om het opstellen van een realistische migratieroadmap. Je brengt in kaart:

• Welke applicaties, servers en data je hebt
• Hoe systemen onderling afhankelijk zijn
• Welke workloads prioriteit hebben
• Welke migratie-aanpak past (rehost, refactor, retire)
• Hoe je migreert in overzichtelijke waves

Het doel: voorspelbaarheid creëren.

Waarom deze fase cruciaal is

IT-landschappen zijn vrijwel altijd complexer dan gedacht. Wat “een paar servers verplaatsen” lijkt, blijkt in de praktijk:

• Verborgen afhankelijkheden te bevatten
• Legacy-systemen te draaien die nauwelijks gedocumenteerd zijn
• Bedrijfskritische applicaties te hosten op ogenschijnlijk kleine servers
• Workloads te omvatten die niet geschikt zijn voor een snelle lift-and-shift

De Plan-fase voorkomt dat je tijdens de migratie ontdekt dat een systeem cruciaal is voor de bedrijfsvoering.

Stap 1: Inventarisatie

Een goed migratieplan begint met een volledige inventarisatie van:

• Workloads (VM’s, databases, applicaties)
• Data (fileshares, storage, archieven)
• Netwerk en koppelingen
• Identiteit en toegang (AD, Entra ID, serviceaccounts)
• Eigenaarschap en business impact

Het gaat niet alleen om techniek, maar ook om context.

Stap 2: Dependency mapping

Veel applicaties communiceren continu met andere systemen: databases, shared storage, authenticatie of specifieke firewallregels.

Zonder inzicht in deze afhankelijkheden loop je het risico op applicaties die na migratie traag of instabiel functioneren. Dependency mapping voorkomt verrassingen.

Stap 3: Prioriteren

Niet alles hoeft tegelijk. In deze fase bepaal je:

• Welke systemen laag risico zijn (geschikt als eerste wave)
• Welke bedrijfskritisch zijn en extra voorbereiding vragen
• Welke workloads gemoderniseerd kunnen worden
• Welke applicaties uitgefaseerd kunnen worden

Vaak start een succesvolle migratie met beheersbare quick wins.

Stap 4: Migratiewaves definiëren

CAF werkt met migratiewaves: overzichtelijke batches waarin je stapsgewijs migreert, bijvoorbeeld:

1. Wave 1: test- en ontwikkelomgevingen
2. Wave 2: interne applicaties
3. Wave 3: bedrijfskritische systemen
4. Wave 4: databases en integraties

Dit maakt het proces beheersbaar en geeft ruimte om onderweg te leren en bij te sturen.

Stap 5: Azure Migrate inzetten

Met Azure Migrate kun je:

• Servers detecteren
• Performance meten
• Sizing-advies ontvangen
• Kosteninschattingen maken
• Migraties voorbereiden

De kracht zit in datagedreven beslissingen in plaats van aannames.

Output van de Plan-fase

Aan het einde van deze fase heb je:

• Een volledig overzicht van workloads en applicaties
• Inzicht in afhankelijkheden en risico’s
• Een migratiestrategie per workload
• Een roadmap met waves en planning
• Een eerste kosten- en impactinschatting

Het plan hoeft niet perfect te zijn, maar moet realistisch en onderbouwd zijn.

Veelgemaakte fouten

• Te snel starten zonder volledig inzicht
• Alleen technisch inventariseren, zonder businesscontext
• Onduidelijk eigenaarschap
• Geen wave-structuur, waardoor chaos ontstaat

Wanneer ben je klaar?

Je bent klaar voor de Ready-fase als:

• Inventarisatie en afhankelijkheden inzichtelijk zijn
• Workloads zijn geprioriteerd
• Migratiewaves zijn gedefinieerd
• Stakeholders de roadmap begrijpen en steunen

Tot slot

De Plan-fase vertaalt strategie naar uitvoering. Het is misschien niet het spannendste onderdeel van een migratie, maar wel één van de belangrijkste.

Een goed plan zorgt voor minder downtime, minder verrassingen en meer grip op kosten en voortgang.

In de volgende blog gaan we verder met de Ready-fase: het technisch voorbereiden van Azure met een solide basis, de Azure Landing Zone.