Release state
The exact code, dependencies, checks, approvals, and changed surface that will actually ship.
Independent engineering assuranceJohannesburg · Worldwide
A senior, evidence-led review of the release you are about to make. You get the risks, the missing proof, the fixes that matter, and a decision your team can act on.
Accepting 3 launch audits at R7,500 each
Teams ship with passing checks and still miss stale approvals, untested failure paths, unsafe trust boundaries, deployment drift, or a rollback that exists only on paper.
Release Confidence examines the decision as a whole—not one test suite in isolation.
The flagship offer
One repository. One target release. One clear decision. Scope is confirmed before invoicing.
The exact code, dependencies, checks, approvals, and changed surface that will actually ship.
Trust boundaries, permissions, secrets, data ownership, failure modes, and unsafe assumptions.
Tests, CI gates, deployment evidence, observability, rollback readiness, and hidden proof gaps.
A prioritized fix list with clear owners, urgency, and a defensible ship, hold, or re-scope decision.
Fast engagements
Start with the smallest engagement that answers the decision in front of you.
01 / Most direct
A focused, independent review before a consequential release, migration, or launch.
Request audit02 / Ongoing
Senior release and architecture judgment for teams that need a regular independent checkpoint without a full-time hire.
Discuss advisory03 / Decision-led
A plain-language view of product health, delivery risk, and technical debt before a hire, investment, acquisition, or pivot.
Scope diligence04 / Build & prove
Move one real workflow from opportunity to a working proof with evaluation criteria, guardrails, failure handling, cost visibility, and a practical rollout decision.
Scope an AI sprintHow it works
Send the release target, deadline, repository shape, and what must be true before you ship.
Receive a written boundary, access checklist, start time, and invoice—usually the same business day.
The exact release state is inspected and claims are tested against code, checks, and available runtime evidence.
Walk away with the decision pack, a findings call, and an ordered route to safer delivery.
Strong fit
Not the right fit
The operator
I'm Rudi, a Johannesburg-based software engineering operator. My work sits where architecture, delivery, security boundaries, and production evidence meet. I turn ambiguous release risk into concrete findings and an executable next step.
View GitHub profile“Everything is uncertain until the evidence agrees.”
Release Confidence operating principle
Questions
No. The audit reviews engineering and delivery risk, including security boundaries visible in the release. Formal penetration testing and compliance certification require a separate specialist scope.
Usually not. Read-only repository and CI access is enough to begin. Runtime evidence can be shared through redacted logs, screenshots, or a guided session.
The audit is independent and fixed-scope. A remediation sprint or fractional advisory engagement can be scoped after the findings, without locking you into ongoing work.
Yes. The AI Engineering & Delivery Sprint takes one bounded workflow from opportunity to a working proof, with evaluations, guardrails, cost and failure analysis, and a rollout recommendation. It is engineering delivery—not a generic AI strategy deck.
You send a short release brief. You receive a written scope, access checklist, start date, and invoice. Work begins only once scope and access are confirmed.
The next release is already moving