Process

How an engagement runs

Five phases, broadly. Discovery, architecture, implementation, validation, handover. Below is the shape of each — what I deliver, how long it usually takes, and where the in-house team plugs in.

  1. 01

    Discovery

    1–2 weeks

    Before recommending anything, I spend time inside the system. Reading code, shadowing on-call, reviewing the bill, listening to where engineers complain. The output is a single-page assessment that names the few things that actually matter, separated from the many that don't.

    Deliverables

    • Current-state assessment covering platform, CI/CD, observability, and operations
    • Prioritised list of risks and opportunities with effort estimates
    • One-page summary for leadership and a longer technical write-up for engineering
    • Agreed scope and success metrics for the engagement
  2. 02

    Architecture

    1–3 weeks

    Working sessions with engineering to design the target state. Decisions get written down with the reasoning behind them — not because documents are fashionable, but because the next person who has to make a decision in the same area needs the context.

    Deliverables

    • Architecture decisions documented with trade-offs explicit
    • Migration or implementation plan broken into reversible waves
    • Sequencing agreed with engineering, product, and finance where relevant
    • Risk register with mitigations for each wave
  3. 03

    Implementation

    4–12 weeks

    The bulk of the work. Code, configuration, and infrastructure delivered in small reversible increments, each one leaving the system better off. I work alongside the in-house team rather than in parallel — pairing, code review, and knowledge transfer happen continuously, not at handover.

    Deliverables

    • Production changes shipped in waves, each independently rolled back if needed
    • Infrastructure as code, reviewed and merged through the team's normal process
    • Runbooks written by me and reviewed by the team that will use them
    • Weekly progress notes against the original assessment
  4. 04

    Validation

    1–2 weeks

    Anything I deliver gets exercised before I declare it done. Failover game days, load tests, restore drills, security scans — proof that the thing works under realistic conditions, not just in the absence of stress.

    Deliverables

    • Game day or chaos exercise with documented outcomes
    • Performance and load test results against agreed targets
    • Backup and restore drill, executed end-to-end
    • Pre-production review of all changes against the original success metrics
  5. 05

    Handover

    1–2 weeks

    Knowledge transfer that actually transfers knowledge. The in-house team operates everything I built before I leave — with me available to back them up, not the other way around. The engagement ends with a 30-day support window and a clear roadmap for what comes next.

    Deliverables

    • Documentation reviewed and signed off by the team
    • Two operational reviews with the in-house team running everything
    • 30-day post-engagement support window for questions and corrections
    • Recommended next steps and roadmap for the following two quarters

Ready when you are

The first step is a 30-minute call

Free, no commitment, and usually enough to know whether a paid discovery week is worth scheduling.