Implementation Planning
Produce a plan that respects funding, capacity, dependencies, and the decision already made. Enter at the requested stage: compare execution approaches, secure funding, design a roadmap, detail workstreams, or recover a slipping plan. Do not repeat strategy or build a new business case when the direction and funding are already approved.
Use the supplied recommendation, constraints, milestones, resource availability, and baseline. Mark unknowns and proceed with supported portions. Ask only when a missing input prevents a useful or defensible plan. Label estimated durations, proposed owners, and unapproved dates explicitly; do not invent commitments.
Choose the feasible approach
Where execution choices are open, compare materially different approaches, including defer or continue current operations when relevant. Screen hard constraints before weighted preferences. A high score cannot compensate for missing legal eligibility, unaffordable peak funding, or unavailable capacity. Use weights only when they represent the decision-maker's priorities; test whether plausible changes alter the choice.
If funding analysis is requested, show incremental costs and benefits, timing, downside, and funding need against a consistent baseline. Distinguish released capacity from cash savings, and revenue from contribution. Use financial-modeling if available for substantial calculations; this workflow does not depend on that skill being installed. Do not invent a hurdle rate or add a standard contingency percentage to make a plan look complete.
Sequence the work
Define outcomes and acceptance criteria before assigning activities. Group workstreams by manageable responsibility and explicit interfaces. Map dependencies, required client decisions, vendor lead times, and business calendar constraints before committing dates.
Use scheduling and resourcing for critical paths, effort, capacity, and recovery. Distinguish target dates from feasible forecasts. Protect business continuity and account for parallel operations, training, adoption, support, and benefit measurement where relevant.
Choose rollout gates that release commitment as evidence improves. State the evidence needed, authority, and responses: proceed, proceed with bounded conditions, revise, or stop. These are gates for executing the plan, not prerequisites for drafting later phases. Provisional later phases can remain useful while earlier evidence is pending.
Assign ownership and control
Give each deliverable an accountable role and the people doing the work. In a RACI, normally assign one A and at least one R, with combined A/R allowed on small teams. Confirm how joint legal authorities or mandated approvals are represented without hiding them in a simplified matrix. Keep consulted roles limited to those whose input changes the work.
Use the client's existing governance where supplied. Set escalation by materiality, remaining decision time, and authority rather than generic two-week or 10% cutoffs. For ongoing reporting, project-governance can help when available. Separate consulting recommendations from client approval and spending authority.
Deliver and check
Present the outcome, sequence, workstreams, milestone evidence, dependencies, capacity, budget, risks, and immediate decision or action at the requested depth. A short roadmap does not require a full program handbook.
Verify dates follow dependencies, resource demand fits availability, budgets reconcile, and benefits have a measurement owner. Show the limiting constraint and the consequence of delay. For a recovery plan, distinguish the original baseline, current forecast, and proposed reset; do not erase slippage by silently replacing the baseline. State the trigger and fallback for the risks that could defeat the plan.
