Master Programme Plan

Programme dashboard › Master programme plan

Master plan: milestone-led delivery

P1 and P3 can start with bounded desk-based work once their work packages are authorised. P2 continues urgent Welsh recovery in parallel. P4 remains a standby gate, not a delivery stream.

Stage plan

Separate project authorisation at each boundary
StageProductsGate / acceptanceStatus
S0 — Set upMaster mandate, project briefs, starter work-package/task baselines, common source and status rules.Executive records scope, authority, tolerances and reporting rule.Working draft.
S1 — Parallel discovery and preservationP1 source grading; P2 inventory, retrieval and witness preservation; P3 mapped Parcel A route and source-confidence layer.Each work package has owner, outputs, acceptance test and spend boundary.P2 active; P1/P3 bounded work awaiting authorisation.
S2 — Design and reconstructionP1 room/landscape schedule and concept; P3 source-backed wireframe specifications, route storyboard and prototype; P2 reconciliation.All historic depictions carry source and confidence; low-confidence content stays contextual or hypothetical.Not yet delivered beyond existing inputs.
S3 — Feasibility and pilotP1 Argentine land/permission/cost options; P3 route, device and visitor pilot; P2 disposition and closure matrix.Separate proceed/revise/stop gate per project.Not started.
S4 — Delivery and closeOnly separately approved products: museum build if funded/permissioned; AR tour release if tested; evidence end-stage/retention report.Acceptance evidence, benefits review, lessons and end-project report.No delivery baseline or dates approved.

The inherited P2 plan's G0 date of 18 December 2026 relates to its prior evidence-recovery initiation stage. It is not authority to build a museum, release an AR product or start legal proceedings. Updated gates must be explicitly recorded per project.

Master milestones and task groupings

Each line must expand to authorised work-package tasks
MilestoneWork packagesTask groupAcceptance measure
PGM-0 — BaselineWP-PGM-01 governance; WP-PGM-02 progress/reporting rulesApprove structure; assign role authority; accept initial tasks and measures.Written decision and versioned baseline.
PGM-1 — P1/P3 independent startWP-P1-01 source/visitor brief; WP-P3-01 spatial/source controlSource-confidence matrix; museum product schedule; parcel route and confidence map.Accepted products and package descriptions.
PGM-2 — Preservation/recoveryWP-P2-01 inventory; WP-P2-02 disclosure; WP-P2-03 witness accounts; WP-P2-04 parcel/chronology; WP-P2-05 verificationCapture, route, follow-up, testimony privacy, provenance, reconcile and close.Per-source status and action trail; separate missed reply from loss/destruction.
PGM-3 — Concepts/demonstratorsWP-P1-02 design; WP-P1-03 feasibility; WP-P3-02 wireframe layers; WP-P3-03 prototypeEvidence-linked concept and cost/option pack; testable AR wireframe journey.Reviewable product pack, source checks and assumptions register.
PGM-4 — Project gatesWP-P1-04 business case; WP-P3-04 pilot; P2 end-stage packageCost/benefit test; permission and usability check; source closure report.Written, separate proceed/revise/stop decision.
PGM-5 — Conditional P4 gateWP-P4-GATE standby onlyPreserve source; define materiality; obtain written independent legal assessment; prepare business case.Pass every condition and obtain explicit Executive go decision.

Dependencies and critical path

Do not create false blocking dependencies
  • P1 and P2: start research and concept now; P2 source recovery later updates a versioned reconstruction.
  • P3 and P2: start route mapping and source checks now; exact-location wireframes wait for locational evidence, not for all unrelated retrieval to finish.
  • P1 and P3: share source IDs, provenance and confidence conventions; each project has its own products and acceptance gate.
  • P4 from P2: a potentially relevant lead is preserved under P2, but P4 needs independent legal review and written authority before any delivery work.

Work-package minimum fields and reporting

Unit of execution

Every authorised work package must state ID, milestone, purpose, outputs/product description, accountable owner, task IDs and states, planned dates/checkpoint, dependencies, tolerances, risks/issues, source links, acceptance test and approver. A task list without an acceptance criterion is not a complete work package.

At agreed intervals: checkpoint update and project highlight report. Forecast tolerance breach: exception report. At stage boundary: end-stage report plus next-stage plan. At closure: end-project report, product acceptance and benefits review. Dates and budget limits are proposed until the Executive records a decision.

P1 detailed plan · P2 detailed plan · P3 detailed plan · P4 gate.