Cloud Migration: Plan – Cloud IT Manager
☁️ Cloud Migration · Phase 2

Insight Becomes Action

The Plan.
No Guesswork.
No Surprises.

Discovery told us what you have. Planning decides what happens next — how the migration will run, in what order, on what timeline, and what the experience will be like for your team. Nothing is assumed. Everything is documented and agreed before a single system moves.

Talk to Us
Migration Roadmap — Draft Plan 6-week schedule
Wk 1
Wk 2
Wk 3
Wk 4
Wk 5
Wk 6
Tenant SetupAzure / M365 config
Azure Tenant & Licensing
IdentityAD sync & MFA
Identity & MFA Rollout
EmailExchange → M365
Mailbox Migration (28 users)
File Data2.4TB to SharePoint
File Server → SharePoint
LOB AppSQL rehost to Azure
Line-of-Business App Rehost
CutoverGo-live day
🚀 Cutover

Building on Discovery

Everything found in discovery
feeds directly into the plan.

Planning isn't a fresh start — it's the direct output of everything we found during discovery. The workload inventory, the dependency map, the security gaps, the licensing picture — all of it shapes what the plan looks like.

This is how insight becomes action. Discovery gave us the facts. Planning turns those facts into a structured, sequenced, agreed approach that everyone understands before anything moves.

From Discovery → Into the Plan
Workload inventorySystems, applications, data
Migration scope & 5 R's decisions
Dependency mapWhat relies on what
Migration sequence & order
Security gaps identifiedMFA, access, config
Pre-migration remediation tasks
User & device inventoryWho works how
Cutover plan & comms strategy
Licensing positionWhat you have & need
Target state design & cost model

What We Define

What happens during the planning stage

Using everything learned during discovery, we define six key areas that form the foundation of the migration. Nothing is assumed. Everything is documented.

📋

Migration Scope

A definitive list of what's moving, what's staying, and what's being retired — with the rationale for each decision documented and agreed.

Systems and workloads included
Workloads remaining on-premises
Systems being decommissioned
Scope boundaries clearly defined
🔢

Migration Sequence

The order in which systems and users are migrated — designed around dependencies, risk, and business impact rather than what happens to be easiest first.

Dependency-led sequencing
Phases grouped by risk level
Rollback points defined at each phase
Parallel running periods where needed
🔐

Security & Access

How permissions, identity, and security controls will be handled — including pre-migration remediation of gaps found during discovery.

Identity migration approach
MFA and conditional access rollout
Permission and access mapping
Security gap remediation tasks

Downtime & Disruption

An honest assessment of what downtime — if any — is unavoidable, when it will happen, how long it will last, and how its impact is minimised.

Downtime windows agreed in advance
Out-of-hours migration scheduling
Fallback and rollback procedures
Temporary workarounds where needed
📣

User Communication

What your team is told, when they're told it, and what they need to do — so migration day is expected, not a surprise that arrives with an outage.

Pre-migration user briefings
What-to-expect documentation
Support contact during cutover
Post-migration getting-started guide
📅

Timeline & Milestones

A realistic, agreed timeline with clear milestones — including pre-migration tasks, migration phases, cutover window, and stabilisation period.

Week-by-week milestone plan
Dependencies and blockers identified
Cutover date agreed and fixed
Post-go-live support schedule

Why It Matters

A plan isn't bureaucracy.
It's what stops things going wrong.

The planning stage is where we catch the problems that would otherwise surface on cutover day — the application that depends on a service not yet migrated, the user group with permissions that don't map cleanly to the new environment, the licensing model that doesn't account for a third of your team.

Good planning means the people doing the migration know exactly what they're doing and in what order. It means the people being migrated know what to expect and when. And it means everyone has confidence rather than hope.

Without a plan, migrations suffer from

Last-minute surprises — dependencies nobody documented surface at the worst possible moment

Unnecessary downtime — poor sequencing means systems are offline longer than they need to be

"We didn't realise that depended on this" — the most common cause of migration failures, and entirely preventable

User confusion and frustration — people arriving on Monday to a changed environment they weren't prepared for

Scope creep mid-migration — decisions that should have been made in planning get made under pressure during cutover

✅ A proper plan prevents all of these — before they happen.

The Outputs

What you get at the end of the planning stage

Four concrete deliverables — agreed, documented, and ready to execute.

01

Clear Migration Scope

A definitive, documented scope — every workload classified with its migration strategy, rationale, and any pre-migration prerequisites. No ambiguity about what's in or out.

02

Defined Timeline & Cutover Approach

A week-by-week plan with agreed milestones, a fixed cutover date, and a detailed cutover runbook covering every step from go-live to confirmation of success.

03

Step-by-Step Migration Roadmap

A sequenced roadmap covering all migration phases — who does what, in what order, and what the rollback procedure is if anything needs to be reversed.

04

Confidence in What's Happening

Not just a document — a shared understanding across your team of what's changing, when, and why. Everyone aligned before anything moves.

How We Approach It

Four principles that shape every plan

The same four principles behind every migration plan we build.

📐

Nothing Assumed

If it isn't documented, it isn't agreed. Every decision — scope, sequence, downtime, rollback — is explicit and written down before anything moves.

🏢

Business-Led, Not Tech-Led

The plan is built around your business operations — peak periods, team capacity, critical processes — not just technical convenience.

🔄

Rollback by Default

Every phase has a rollback procedure. We plan for things going wrong — so if they do, we recover quickly and without panic.

👥

People in the Loop

Your team isn't a passive audience. Users are prepared, briefed, and supported — so migration day is a non-event, not a crisis.

A good plan makes the migration everything it should be.

Predictable. Controlled. Aligned to how your business actually operates.

🎯

Predictable

Every scenario planned for. No last-minute decisions made under pressure.

🔄

Controlled

Phased, sequenced, and reversible — with clear ownership at every step.

😌

Low-Stress

Users prepared, communication clear, support in place from day one.

Agreed

Nothing moves until everyone understands what's happening and why.

Want a migration that's actually planned properly?

Get in touch to discuss your migration project. We'll start with discovery, build the plan, and make sure nothing happens that hasn't been agreed first.

Start the Conversation