v1
Start here

This standard governs its own development.

The portfolio that builds PMO as Code is run as PMO as Code, in public. Every claim on this page is a link to the live artifact, so you can check rather than trust.

The live portfolio.

Three deployments derive their status from documents right now. The badges below are fetched live from each one; whatever they say is the current derivation, and this page has no say in it.

The meta-portfolio live derived status
Five projects govern the standard, the engine, the launch, and operations. The dashboard and each project page: GOV · ENG · STD · ADO · OPS
Refuge for Humans live derived status
A real project, converted from a Word BRD and governed end to end. Its live dashboard and the case study.
The reference deployment live derived status
Sample projects (the fictional Aurora set, disclosed as fiction) exercising every document kind. Its dashboard runs the same derivation as the real ones.

The governing documents.

The dashboards above are compiled from Markdown in a public repository. The sources are one click deep:

Charters, requirements, risk registers, test cases, and status reports for all five projects, each validated on every change.
The project registry, generated from the anchor documents. A CI check fails if it goes stale.
The derived status summary committed alongside the sources, with its own staleness gate.
Recurring procedures as a governed document: numbered steps, changed only by pull request.

The gates, observable.

Every document change to the portfolio passes the same gate this site tells you to build, and the runs are public. The Actions history shows every audit; branch protection blocks a merge whose checks fail, whoever authored it.

One complete chain, followable end to end: the scope for this site's rewrite was approved by merging a documents pull request, the merge scaffolded the delivery stories within seconds, the delivery pull request closed the stories on merge, and the features closed themselves when their last story did.

The colors are derived.

Whatever color the checks derive at build time is the color the dashboards show. A project lead can flag a concern and pull a color down; nothing anyone types can turn a failing derivation green. If a project page shows amber when you open it, that is the state of the checks, published anyway.

The rules of that derivation have their own explainer: derived status over self-reported status.

Measured adoption.

Adoption is counted, never estimated, and published from day zero, small numbers included. This section regenerates on every deploy and at least monthly.

0 template forks
Public forks of the starter template, via the GitHub API. Repos generated from the template (rather than forked) are not exposed by any API, so this undercounts by design and says so.
0 engine forks · 0 stars
Forks and stars of the docassert repository, via the GitHub API. Dependents are not exposed by an API and are not guessed at here.
10,933 PyPI downloads in the last 30 days
Via pypistats.org, where the live number is always visible. Downloads include mirrors and CI runs; this is a distribution signal, and it is deliberately not called an adopter count. Measured 2026-08-01.