What decision must leaders make?
Name the business pressure, desired outcome, decision owner, time horizon, non-negotiable constraints, and cost of delay.
Advisory Playbook 04 | Assessment & Roadmap
Turn an uncertain estate into an evidence-based transformation direction.
A working advisory method for clarifying the decision, assessing capabilities and risk, comparing viable options, recommending a target direction, and sequencing the roadmap.
Client Decision
Start with the decision—not with a predetermined platform answer.
The engagement first defines what leaders need to decide, what outcome matters, which constraints are real, and what evidence would make a recommendation credible.
Which options are genuinely viable?
Compare contain, improve, modernize, replace, consolidate, or retire paths against shared decision criteria.
What sequence can the organization absorb?
Connect the recommendation to dependencies, ownership, delivery capacity, governance, and measurable decision points.
What I Would Assess
Build a fact base leaders and delivery teams can both trust.
The assessment is proportionate to the decision. It focuses on evidence that can change the recommendation rather than producing an inventory for its own sake.
| Assessment Area | Evidence Reviewed | Decision Use |
|---|---|---|
| Business and stakeholders | Outcomes, pain points, decision rights, dependencies, commitments, and urgency. | Stakeholder decision brief and success criteria. |
| Architecture and data | Systems, integrations, workloads, data flows, quality, security, reliability, and technical debt. | Capability map, risk heatmap, and target-state constraints. |
| Delivery and operating model | Teams, skills, ownership, governance, environments, CI/CD, support, cost, and change capacity. | Readiness assessment and operating-model implications. |
| Options and economics | Benefits, costs, risks, dependencies, reversibility, time to value, and opportunity cost. | Comparable option scorecard and recommendation. |
Example Client Deliverables
A decision pack designed to support commitment.
Frame
Decision briefOutcome, scope, constraints, owners
Evidence planQuestions, sources, interviews, validation
CriteriaValue, risk, cost, readiness, reversibility
Assess
Capability mapCurrent strengths and gaps
Risk heatmapMaterial issues and dependencies
Readiness viewPeople, process, platform, governance
Decide
Option scorecardComparable choices and trade-offs
RecommendationTarget direction and rationale
Decision recordConsequences and review triggers
Mobilize
RoadmapWaves, outcomes, dependencies
OwnershipDecision and delivery accountabilities
MeasuresSignals, checkpoints, course correction
Recommendation Method
Make the reasoning visible enough to challenge and defend.
Options use the same criteria, important assumptions stay explicit, and the recommendation records both advantages and consequences.
| Criterion | Question | Evidence Produced |
|---|---|---|
| Business fit | How directly does this option support the outcome and remove the current constraint? | Outcome alignment and benefit hypothesis. |
| Delivery fit | Can the organization fund, staff, govern, and absorb the change? | Readiness, dependency, and delivery-risk view. |
| Technical fitness | Does the option meet scale, security, data, integration, reliability, and lifecycle needs? | Architecture fitness assessment and target constraints. |
| Economic and risk profile | What cost, lock-in, reversibility, opportunity cost, and residual risk follow? | Option scorecard, sensitivities, and recorded consequences. |
Transformation Sequence
Move through decisions and outcomes rather than a list of projects.
Step 01
Frame
Align the decision, scope, outcomes, stakeholders, constraints, and evidence plan.
Step 02
Assess
Build the capability, risk, dependency, operating-model, and readiness fact base.
Step 03
Decide
Compare viable options, test assumptions, recommend a direction, and record consequences.
Step 04
Mobilize
Sequence delivery waves, ownership, governance, measures, and the first decision checkpoints.
Apply this playbook to a real architecture decision.
Start with the business pressure, the decision that cannot stay vague, the current constraints, and what a defensible recommendation must enable.