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 UsBuilding 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.
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.
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.
Security & Access
How permissions, identity, and security controls will be handled — including pre-migration remediation of gaps found during discovery.
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.
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.
Timeline & Milestones
A realistic, agreed timeline with clear milestones — including pre-migration tasks, migration phases, cutover window, and stabilisation period.
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.
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
The Outputs
What you get at the end of the planning stage
Four concrete deliverables — agreed, documented, and ready to execute.
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.
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.
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.
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.
What Comes Next
Plan agreed.
Time to execute it.
With a clear, agreed migration plan in place, we move into the migration phase — executing the plan in the sequence we've defined, monitoring progress, and handling anything unexpected as it arises.
← Back to Phase 1: DiscoveryMigration
Executing the plan — moving systems, data, and users in the agreed sequence with monitoring and rollback capability at every step.
Continue the journey →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.