Skip to content

WS 3 — Implementation Roadmap & Cost Estimate

Duration2 weeks
ObjectiveTranslate the target state architecture into an implementation roadmap identifying the sequencing, dependencies and milestones required to move from the current environment to the target state
DeliverablesD3.1 · D3.2 · D3.3

Tasks

IDActivity (SOW Schedule "A")OutputStatus
WS3-A1Define major implementation work streams and capabilities required to realize the target stateWork stream definitions
WS3-A2Develop sequencing logic — business priorities, technical dependencies, organizational readiness, incremental valueSequencing rationale
WS3-A3Identify key dependencies across platforms, applications, integrations, data, identity, infrastructure and participating lines of businessDependency map + diagram
WS3-A4Identify critical path activities and key milestonesCritical path
WS3-A5Define the phased implementation roadmap — initiatives, sequencing, dependencies, indicative timingRoadmap + diagram
WS3-A6Develop transition considerations for current to target stateTransition plan
WS3-A7Identify key risks and constraints of the transition, with mitigation strategiesRisk register
WS3-A8Create two implementation cost options — Konrad-owned delivery; co-deliveryD3.2
WS3-A9Develop ROM implementation estimates for each optionROM estimates + basis of estimate
WS3-A10Prepare the executive summary of roadmap, options and recommended path forwardD3.3
WS3-A11Conduct the executive readoutReadout · next steps · engagement close

Working notes

Three candidate spines, already written by the client

A2 does not start from nothing. Three artifacts in the client material already contain sequencing logic, and the roadmap will most likely be a reconciliation of them rather than a fourth invention:

Reconciling three client-authored sequences into one is a much stronger position than presenting our own — it makes the roadmap theirs, and it makes disagreements visible instead of implicit.

Dependencies already visible

For A3, before any new analysis:

DependencyGates
SIT / UAT / PROD / DR Redis provisioningIntegration test, performance test, penetration test, DR drill
A non-production environment that existsThe mandatory authenticated penetration test
Volumetry and the FCC capacity answerAPI strategy, cache design, NFR catalogue, performance test, and the cost estimate
NFR catalogue and signed SLOsAnything that has to be tested against a number
Privacy Office positionCustomer-facing release
Named accountable owner for the shared runtimeIncident response, cross-BU decisions, and the co-delivery cost option
CAUCE / CAUEX reconciliationEvidencing what is actually built
Re-homing Readiness, Testing, GTM, Stabilization, Scale PlanningLaunch readiness — currently owned by nobody

Risks to carry into A7

  • Environment slippage — recorded in the client's own review as the programme's number-one schedule risk.
  • The cancelled operational workstreams — cancelled in the CAUCE-to-CAUEX replan with no inheritor. A roadmap that does not re-home them repeats the mistake.
  • Operating model as a gating dependency we cannot resolve — SOW §3.0 puts operating model design out of scope. We sequence around it and name it; we do not build it.
  • Criticality tier unresolved — Gold versus Critical Digital Properties changes every recovery commitment by roughly an order of magnitude, and therefore the DR work in the roadmap.
  • Cutover with no bypass — the dashboard replaces the only post-login route to every BU portal.

On the cost options

The co-delivery option's viability depends on Manulife staffing that the client's own material describes as absent — "no shared platform team funded to run them", and four components with no business-unit home. Price it, present it fairly, and name that dependency explicitly. A co-delivery number that quietly assumes a team which does not exist is not a cost option, it is a forecast of a slip.

Engagement close

A11 is the last event. Everything the engagement produced should be handed over in the agreed format at or before it — which requires the format question (open questions, item 1) to have been settled well before week six.

Internal working knowledge base — not for external distribution.