Skip to content
Assessment · Cloud

Cloud Readiness Assessment

Understand what to migrate, in what order, and what should not move yet. We assess your application portfolio, dependencies on the core, continuity and compliance requirements, and your team's operational capability against a defined target architecture.

Before you move the first workload
Migrating isn't the project. Operating in the cloud is.

Migrations stall for the same reasons every time: dependencies on the core nobody mapped, applications that should have been retired but were moved anyway, and a team without the operating model to sustain them. This assessment resolves all three before wave one.

01

Don't migrate what should be retired

Part of the portfolio shouldn't move: it should be retired, consolidated or replaced. Classifying it first avoids paying to move something that shouldn't have survived.

02

Respect the core's dependencies

ERP, CRM and legacy systems dictate the order of the waves. Mapping them first is what prevents a rollback mid-migration.

03

Size the operation, not just the migration

Each wave demands different operational capabilities. Without them, the cloud works in month one and degrades by month three.

Why run it every year

Your portfolio moves faster than your plan.

New applications, shifting compliance requirements, and cloud services that get renewed every quarter. Reviewing readiness annually keeps the migration plan current instead of turning it into a historical document.

Measure progress by wave

What moved, what's still pending and what changed priority since the last review.

Industry benchmark

Know what level of adoption and resilience your sector expects, and where you stand against peers.

Recalibrate the target

Adjust the destination based on the services available today, not those from two years ago.

Benefits

What you gain from the assessment.

A classified portfolio

Every application with an explicit decision: rehost, replatform, refactor, retire or leave in place.

Mapped dependencies

The integrations with your core that condition the order of the waves, documented before anything moves.

A plan by waves, not by wishes

Migration sequence prioritized by risk and benefit, with entry and exit criteria per wave.

Continuity by design

RTO and RPO requirements per critical application, resolved in the architecture rather than after the incident.

Compliance settled upfront

Data residency and your sector's regulatory requirements, built into the destination decision.

A realistic operating model

The capabilities your team needs per wave, and what is better operated with a partner.

Expected outcomes

From an intention to migrate to an executable plan.

Readiness diagnosis

Readiness level by dimension: portfolio, architecture, continuity, compliance and operations.

Target architecture

A defined destination —public, hybrid or multicloud— with the rationale per workload.

Migration plan by waves

Sequence, dependencies, risks and an estimate of effort and investment per wave.

Deliverables

What you receive at the end.

  • Application portfolio inventory with its destination decision (the 6 Rs).
  • Dependency map against the core and between applications.
  • Readiness diagnosis by dimension, with explicit gaps.
  • Target architecture with rationale per workload.
  • Migration plan by waves, with entry and exit criteria.
  • Continuity (RTO/RPO) and compliance requirements per critical application.
  • Estimate of effort, investment and migration TCO.
  • Target operating model and executive presentation for your committee.
Frequently asked questions

About the Cloud Readiness Assessment.

What exactly do you assess?+
Five dimensions: application portfolio, architecture and integrations with the core, continuity requirements, compliance and data residency, and your team's operational capability. The output is a destination decision per application and a plan by waves.
Does this include cloud cost control?+
It includes the investment estimate and migration TCO, which is what you need in order to decide. The ongoing discipline of spend optimization —visibility by team, right-sizing, commitments and sustained savings— is a separate and later exercise: our FinOps assessment.
What if I've already migrated part of my infrastructure?+
That's a common case and the assessment covers it. We evaluate what has already moved —whether it was right-sized, governed and has continuity resolved— alongside what remains.
Do you recommend a specific cloud provider?+
We don't start from one. We're vendor-agnostic: the destination decision comes from each workload's requirements, and may end in public, hybrid or multicloud.
How long does it take?+
It's a bounded diagnostic: an initial executive session plus a few weeks of assessment work, depending on portfolio size. We scope it in the first conversation.
How do I start?+
With a 90-minute conversation where we align scope and objectives. Book it from the contact button.
The first step

Migrate with a plan, not an intention.

Book your Cloud Readiness Assessment: you'll know what to move, in what order, with which risks and what operation it demands —before wave one.

Book my assessment