Principles
What usually goes wrong — and what we do instead.
Most failed projects fail in the same four ways. These are our rules against each one, written so you can hold us to them.
01
Security first
Usual failureSecurity is bolted on after launch, and the first audit sends the product back for rework.
Our ruleA threat model and an audit trail are part of the first sprint, not a task for after launch.
02
You own the code
Usual failureThe contractor keeps the repository, and leaving them means rebuilding from zero.
Our ruleThe repository lives on your account from day one. No lock-in, no licence fees to us.
03
Weekly demos
Usual failureMonths of silence, then a demo that does not match what was agreed.
Our ruleYou see working software every week and compare it against the agreed scope.
04
Built to be audited
Usual failureThe system works, but nobody can prove how — or run it without the people who built it.
Our ruleLogs, access rules, documentation and a runbook are delivered together with the system.