These are the four that survived contact with real builds. They are stated with
the mechanism attached, because the mechanism is the only part that can fail visibly —
and a discipline that cannot fail visibly is not being practised.
01
At every build, follow the business
The platform is shaped to the enterprise’s own process, data and behaviour, rather
than the business being bent around a template.
The mechanism. That process is written down first, and acceptance
criteria are written against it — each one naming the evidence that would satisfy
it. Work that meets no criterion is out of scope by construction, so scope has to be
changed deliberately rather than absorbed quietly.
02
An independent gate closes it
The reviewer is never the author. Nothing is certified by the person who made it,
including the instruments that do the certifying.
The mechanism. A build is graded against the contract it opened
with, by a reviewer holding the contract rather than the intent, and the grade is
sceptical by default — a thing is not working until it has been shown working.
03
Decisions are recorded with their reasoning
A choice made in July can be examined in December, including the options that were
rejected and why they were rejected.
The mechanism. A decision record states the alternatives, the
reason, and what would have to change for it to be reopened. A decision that names no
condition for its own reversal is a preference wearing a decision’s clothes.
04
Shared infrastructure is built once
What more than one platform needs is built as one component behind a boundary and
consumed by all of them, rather than rebuilt slightly differently each time.
The mechanism. A component shared by more than one platform is
specified with a boundary, an interface and a data contract before it is extracted —
and if it cannot be specified that way, it is not shared infrastructure yet and does not
get treated as if it were.