Constraint 01 · Cost
You still need a smart team
AI made the people faster. It did not remove the people.
Thesis II · Redesigning the SDLC for the AI era · Reallocation of labor
Don't automate the old SDLC. Replace it.
We replaced the eight-stage human assembly line with two stages.
You test-drive
Factory deploys to your cloud
Business intent in. Production software out. Change it later? Hit update. It ships again.
4 chapters ↓
Eight stages. Eight specialties. Seven handoffs. A design for distributing work across humans.
The stages existed for good reasons — specialization, coordination, risk containment. Every one a workaround for human limits. AI just made the people faster.
The business never gets what it actually wanted. Endless rework until the software is finally usable.
AI today: copilots and agents make individual boxes faster. Every handoff — and every re-interpretation — survives.
Constraint 01 · Cost
AI made the people faster. It did not remove the people.
Constraint 02 · Quality
What the business meant is re-interpreted seven times before it ships.
Stage 1 is where your people judge. Stage 2 is where the system executes. Nothing between them needs a human.
Stage 1Product Discovery Studio
Every interface, every role, real permissions, realistic data.
They approve something that already works, not a document.
See the Product Discovery StudioStage 2Dark Factory
Architecture, code, integrations, infrastructure, tests, release evidence. Deployed to your cloud.
No specialists. No handoffs. No translation loss.
See the Dark FactoryGovern
Business outcome. Architecture choices. Security boundaries. Risk acceptance. Production release. Humans hold every one of them. Everything between the two gates is execution.
Lights out on execution. Never on authority.
The proof
Specification, implementation, tests, and evidence evolve together. QA validates the evidence against what you approved — instead of discovering at the end that the wrong thing was built.
You cannot bolt verification onto autonomous execution. It has to be part of the production system.
Old
Build → Build → Build → Test → discover what was wrong
1729
Intent → Specification → Build → Verify
The loop
The loop never stops: change the product in the same screens, hit update, and the live system rebuilds and redeploys.
Maintenance is the same two stages, repeated.
Same initiative, same calendar. The bars are hours from your people, not ours.
Six initiatives do not take six times as long. Your team spends six working sessions — one dark block each — and the Factory runs the builds at once. Capacity is no longer the number of teams you have. It is the number of decisions you can make.
The old model measures progress in phases. This one measures it in decisions.
Traditional
12 months
on and off, all year
Hours per week from your teamweek 52
Requirements
Build
Test · fix · re-decide
Requirements → Build → Test · fix · re-decide → week 52
1729
9 h of your team
6 weeks to ship
4 frontend versions, week 1
Product Discovery Studio 1 wk → dark factory 5 wk → ship, week 6
week 14: change it, hit update, live same day
Done at week 6. The row above is still in design.
Product Discovery Studio 1 wk → dark factory 5 wk → ship wk 6 · wk 14: change it, live same day
Week 1 · Product Discovery Studio
Four working versions of the frontend, every role, every workflow, and your people clicking through each one until it's right. That's the nine hours.
Weeks 2–6 · Dark Factory
Architecture, code, integrations, tests, and release evidence — with nothing from you until a one-hour evidence review at the gate.
Week 14 · Change
A change, made in the same screens, live the same day.
Illustrative timeline for a single mid-size initiative.
The whole roadmap, same 52 weeks1729 · 6 initiatives
01
Initiatives run in parallel. No priority fights, no delays.
02
Output stops scaling with team size — for new builds and for maintenance.
03
Not in one architect’s head.
04
Fixed technology expense becomes variable technology expense.
What's next
Business intent in. Production software out. Forever.