Skip to content
Brocode SolutionsAI Software Development

Delivery methodology

Four phases. Four gates. One regulator-evidence pack at every gate.

Discover (4w) → Build (12–26w, 2-week sprints) → Harden (4–6w) → Run. The methodology is named, written, gated and audited — designed to survive a PMO audit and a TDRA / CBUAE / FSRA review.

Discover

4 weeks

Build

12–26 weeks · 2-week sprints

Harden

4–6 weeks

Run

90-day hyper-care · continuous

G0

G1

G2

G3

Kick-off

Production-readiness mid-Build

Go-live approval

Hyper-care exit

What this methodology refuses to do

No 14-month strategy. No Agile theatre. No open-ended T&M.

Most AI programmes fail at the methodology level long before they fail at the model level. A 14-month strategy phase produces two decks and zero shipped models. An Agile sticker on a waterfall plan produces governance theatre. An open-ended T&M arrangement produces an unbounded burn-rate that the PMO eventually has to explain to the audit committee.

We will not run a strategy phase longer than four weeks. We will not call a ceremony Agile if it is not. We will not contract T&M without a written exit ramp. And we will not declare a system production-ready without a signed regulator-evidence pack at G3. The methodology below is what we will commit to in writing.

Four phases, in order

Discover. Build. Harden. Run.

Each phase ends in a named gate. Each gate produces a regulator-evidence pack version.

  1. Phase 1

    Discover — 4 weeks, fixed

    Stakeholder map, use-case scoring, data-readiness audit, model-feasibility spike, reference architecture, SoW drafting, G1 stage-gate review.

    Closes at G1 — feasibility memo signed

  2. Phase 2

    Build — 12–26 weeks in 2-week sprints

    Sprint-zero (CI/CD, registry, eval harness), iterative build, demo every second Tuesday, RAID every second Thursday, monthly steering. Mid-build production-readiness review at G2.

    G2 production-readiness mid-Build

  3. Phase 3

    Harden — 4–6 weeks

    UAT, evaluation report, bias and fairness pack, pen-test, load test, regulator dry-run, hand-over rehearsal. Closes at G3 — go-live approval.

    G3 — regulator dry-run cleared

  4. Phase 4

    Run — continuous with 90-day hyper-care

    Hyper-care SRE rota, drift alerting, monthly knowledge-transfer milestones, quarterly model-review board. Exit criteria committed at G3.

    90-day hyper-care, then named on-call

Phase deep-dives

The deliverables, written down.

Phase 1 — Discover

4 weeks (fixed)

G0 → G1

Week 1: stakeholder map and use-case scoring against the Brocode value-risk matrix. Week 2: data-readiness audit and model-feasibility spike. Week 3: reference architecture and SoW drafting. Week 4: stage-gate review with the client steering committee.

Deliverables

  • Feasibility memo
  • Target architecture
  • RACI
  • SoW with fixed scope
  • Unit-priced change-control framework

Phase 2 — Build

12–26 weeks, 2-week sprints

G1 → G2

Product-owner pair (Brocode delivery lead + client product owner), sprint demo every second Tuesday, RAID review every second Thursday, monthly steering. Sprint-zero stands up dev environment, CI/CD, MLflow registry, eval harness and regulator-evidence template.

Deliverables

  • Sprint-zero environment
  • CI/CD on every commit
  • MLflow registry
  • Eval harness baseline
  • Mid-Build production-readiness review

Phase 3 — Harden

4–6 weeks

G2 → G3

Dedicated UAT, model-evaluation report, bias and fairness pack, security and penetration test, performance and load test, regulator dry-run, hand-over rehearsal.

Deliverables

  • UAT report
  • Model-evaluation report
  • Bias + fairness pack
  • Pen-test report
  • Regulator dry-run minutes
  • Hand-over rehearsal

Phase 4 — Run

Continuous, 90-day hyper-care

Post-G3

Managed-service ramp with a fixed 90-day hyper-care, named SRE on-call rota, model-drift alerts wired to the client ticketing system, quarterly model-review board.

Deliverables

  • Hyper-care exit criteria
  • On-call rota
  • Drift alert routing
  • Quarterly model-review board

The four stage gates

G0, G1, G2, G3 — what each produces.

Every gate review is minuted, signed, and attached to the regulator-evidence pack version.

G0

Kick-off gate

Engagement charter signed, sponsor confirmed, PMO-Pack handed over (22 templates), data-access provisional approvals lodged with the second line of defence.

G1

End of Discover gate

Feasibility memo + target architecture + SoW + RACI signed off by steering. Regulator-evidence pack v1 — initial control mapping. Go / No-Go committed in writing.

G2

Mid-Build production-readiness review

Eval harness baseline + first regression suite + initial bias report + observability plane live. Regulator-evidence pack v2 — interim audit-ready evidence. Internal-audit dry review optional at the client's request.

G3

End of Harden / go-live approval

UAT sign-off + final model-evaluation + bias + pen-test + regulator dry-run minutes + hand-over rehearsal complete. Regulator-evidence pack v3 — final, attached to the regulator submission.

  • 96%

    On-time at go-live since 2023

  • 4

    Named gates: G0, G1, G2, G3

  • 22

    PMO-Pack templates handed over at G0

  • 4w

    Fixed Discover phase

Sample sprint plan

The first five sprints of a typical Build phase.

Sprint demo cadence, RAID rhythm, monthly steering, and the G2 mid-Build production-readiness review.

SprintDemoRAIDSteering
Sprint-zeroDev environment + CI/CD + registry + eval harnessInitial risk log; data-access blockers flaggedSprint-zero exit review
Sprint 1First end-to-end vertical slice on a hold-out sampleModel-feasibility risks updated
Sprint 2Eval suite + baseline metrics on the use-case KPIBias-class hypotheses loggedMonthly — sponsor present
Sprint 3Inference path + observability + drift baselineProduction-readiness checklist opened
Sprint 4Integration with client system-of-record + UAT-readinessPen-test scope confirmedG2 mid-Build production-readiness review

Five delivery patterns

Pre-built RACI starters in the PMO-Pack.

Each starter is editable on day one and pre-mapped to the G0–G3 gate evidence.

Pattern

Greenfield model

Net-new use case with no existing ML in scope; product owner + delivery lead pair from day one.

Pattern

Model migration

Replacing an incumbent model; parallel-run RACI with safe-cut-over playbook.

Pattern

RAG platform

Retrieval-augmented platform with a corpus owner, a vector-store owner and a guardrails owner explicitly named.

Pattern

Agentic system

Multi-tool agentic workflow with a tool-owner matrix and a separation-of-duties model for action authorisation.

Pattern

AI control-plane rollout

MLOps control plane (registry, eval, drift, lineage) deployed across multiple model teams.

Versus the alternatives

What the PMO actually compares us against.

CapabilityBrocodeBig-4 AI practiceOffshore consultancyBoutique Agile shop
Published, named stage gates (G0–G3) with deliverablesNoInternal onlyIn bespoke decks
Fixed-price option out of fixed 4-week DiscoverRareT&M onlyT&M by default
PMO-ready RACI starters (5 patterns)On request, weeks later
Regulator-evidence pack at every gateTDRA / CBUAE / FSRA / NCA pre-mappedBuilt per engagementBuilt per engagementTDRA only
On-time at go-live since 202396%~38% industry baseline~45% industry baseline~50% industry baseline
Named Head of Delivery on every engagementPool of project managersPartner-led, rare in deliverySenior on kick-off only

Tooling backbone

The PMO-side and engineering-side tools, named.

  • Sprint board

    Jira or Linear

  • ADRs

    Confluence or Notion

  • Engineering work

    GitHub Projects

  • Model lineage

    MLflow 2.16

  • Architecture

    Lucid or Mermaid

  • PMO-side view

    Asana or MS Project

Free download

PMO Pack — 22 Templates for AI Delivery

A downloadable ZIP with the SoW template, change-control template, RAID register, stage-gate checklist (G0–G3), regulator-evidence template, hand-over checklist and 16 more — all in Microsoft Office and Confluence-compatible formats.

  • G0–G3 gate definitions and checklists
  • Sprint plan templates (sprint-zero through hand-over)
  • Model risk register
  • Regulator-evidence pack template (TDRA / CBUAE / FSRA / NCA)
  • Sample steering deck
  • Sample retrospective format
  • Five RACI starters for the named delivery patterns
  • Hyper-care exit criteria

Instant download. No spam. Unsubscribe any time.

PMO questions

What category managers ask before recommending a vendor.

  • Real Agile inside a phase, with phase-level gates that procurement and internal audit can recognise. Inside Build, sprints are 2 weeks with a demo every second Tuesday, a RAID review every second Thursday and a monthly steering. Scope change is handled through a unit-priced change-control framework agreed at G1, not by re-baselining the whole programme. Hardening is a separate phase, not a tail of Build — which is the most common mistake we see in failed AI programmes.

Book the walk-through

An hour with the Head of Delivery, your PMO in the room.

We open the templates on screen, walk a real sample evidence pack (redacted), and answer the questions internal audit is going to ask you.

Prefer chat? Message us on WhatsApp.

Quote request

Book a methodology walk-through

A 60-minute call with the Head of Delivery. Bring your PMO. We open the SoW template, the RACI starter and the regulator-evidence pack on screen.

Prefer chat? Message us on WhatsApp — we'll see it within working hours.

Book the walk-throughWhatsApp