Programme Controls

Why Data Centre Commissioning Programmes Fail

Os Mohamed

Most data centre programmes do not fail in construction. They fail in the final third — where thousands of commissioning tests, a dozen vendors, and an operator's handover gates converge on a date that was promised eighteen months earlier. Having planned and controlled commissioning on 700 MW+ of Australian hyperscale capacity, we see the same failure modes recur, and almost none of them start in commissioning.

Failure mode 1: commissioning arrives as an overlay

The most common failure is structural. The construction programme gets built first, wins the tender, and months later somebody "adds commissioning" — a bar chart appended after practical completion of each system. It looks plausible on a wall, and it is fiction.

Commissioning is not a phase; it is a logic network. Commissioning levels L1 through L5 gate each other: factory tests before installation checks, energised component testing before functional performance, everything before integrated systems testing. Each level has prerequisites reaching deep into construction — permanent power, controls points, room cleanliness regimes, vendor mobilisation. If those dependencies are not in the logic from the tender programme, the end date is unprotected precisely where it is most exposed.

On the Microsoft Melbourne programme, L1–L5 sequencing was engineered against the operator's pre-commissioning milestones from baseline — which is a large part of why baseline approval cleared under a reporting standard new to the Australian market.

Failure mode 2: progress measured in optimism

Construction progress is visible: concrete exists or it does not. Commissioning progress hides inside checklists — and a weekly meeting where each vendor self-assesses "about 80%" is how programmes stay green until the week they turn black.

The fix is unglamorous: measure commissioning at checklist resolution. On live programmes we track thousands of individual test records across vendors — live CxL2/CxL3 completion by system, by space, by status. When the operating picture is observed fact, drift shows up in days, while there is still room to act. That is the difference between a programme position and a programme opinion.

Failure mode 3: the calendar assumes a cooperative world

Commissioning maths gets done with clean-room assumptions: every technician available, every piece of test equipment on site, every upstream system handed over on its planned day. Real programmes lose commissioning days to vendor remobilisation gaps, test equipment clashes, and — more than anything — spaces that were "ready" for equipment but were not.

Area readiness deserves first-class treatment: room-by-room scope completion, weighted by activity, tested against defined entry criteria before a space is declared able to receive equipment or enter test. Declaring readiness on evidence rather than enthusiasm is one of the cheapest schedule protections available.

Failure mode 4: nobody owns the interfaces

An L5 integrated systems test is the moment every earlier compromise presents its invoice. Mechanical, electrical, controls, and fire systems that each passed their own tests meet each other for the first time — under load, in failure scenarios, in front of the client. Where interface ownership is vague, IST becomes discovery testing.

The commissioning programme should name the interface owner for every system boundary and carry interface verification as explicit activities. It is bureaucratic exactly once, and then it is the reason IST confirms rather than surprises.

What prevention actually looks like

A commissioning programme that survives contact with the operator shares four properties: it is integrated into the master programme's logic from tender; it is measured at checklist resolution, not meeting sentiment; it treats area readiness and vendor mobilisation as programme logic; and it maps every handover gate to evidence the operator will actually accept.

None of this is exotic. It is planning discipline applied to the part of the programme most teams treat as someone else's problem — which is exactly why it is where competitive advantage lives. If your commissioning programme is a bar chart after practical completion, the time to fix it is before energisation, not after.

Nomad SPS builds commissioning master programmes and independent readiness reviews for data centre programmes — discipline proven on 13+ Australian hyperscale sites. If time is your number one factor, talk to us.

Author

Os Mohamed

CEO & Founder

Os is a mission-critical delivery expert and founder of Nomad SPS, with deep experience across data centers, renewable energy, and complex infrastructure. He blends domain expertise with software engineering to build AI-driven products that transform project delivery.

Connect on LinkedIn