Your change failure rate is probably wrong
Most teams count incidents, not failed changes — and the two diverge badly once you deploy more than once a day. How to define it so the number stays useful.
Read articleField notes from real engagements — what worked, what we got wrong, and the numbers behind it. No vendor whitepapers, no thought leadership about digital transformation.
Deployment frequency, lead time for changes, change failure rate and time to restore. Everyone quotes them; far fewer teams measure them honestly. This guide walks through pulling each one from GitHub Actions and Argo CD, the definitions that trip people up, and the three ways a dashboard can flatter you into thinking things are fine.
# deployment frequency, last 30 days gh api "/repos/$REPO/deployments?environment=production" \ --paginate --jq '.[].created_at' \ | awk '$0 > start' start="$(date -v-30d +%F)" \ | wc -l # lead time: merge commit → production deploy ./scripts/lead-time.sh --env production --window 30d
Most teams count incidents, not failed changes — and the two diverge badly once you deploy more than once a day. How to define it so the number stays useful.
Read articleIdle non-production, over-provisioned databases, log retention nobody chose, and cross-AZ traffic. The order we check them in, and what each one typically returns.
Read articleMeshes solve real problems, but they add an operational surface most teams are not ready for. A decision checklist, and what to do at each stage instead.
Read articleIf a control is enforced in the pipeline, the evidence can be generated by the pipeline. A practical mapping from common controls to automated checks.
Read articleVersioning, sane defaults, escape hatches and the interface design mistakes that force a rewrite eighteen months in.
Read articleA postmortem of an alert cleanup: how we decided what to delete, what we kept by accident, and the two outages that got through during the transition.
Read articleMost cache configurations are net-negative once you count restore time. How to measure whether yours is earning its keep.
Read articleAdoption follows convenience, not policy. What we changed after a platform rollout that teams quietly routed around.
Read articleVersioning, evaluation gates and canary releases for LLM-backed features — using the delivery machinery you already have.
Read articleNew guides, an interesting postmortem and one number from a real engagement. Unsubscribe in a click.
The free two-week health check applies all of this to your own pipelines, infrastructure and cloud bill, and gives you a written report with prioritised fixes.