Agile vs DoCoDeGo
The values inherit. The bottleneck moves.
DoCoDeGo does not contradict Agile — it restates each value for a world where AI carries the build.
Full-featured composed scenes — one per row so each design has room to breathe. Click for the live render, the spec, and the source.
DoCoDeGo does not contradict Agile — it restates each value for a world where AI carries the build.
Both teams set out to ship password reset. Only one wrote down what "done" meant.
01
def reset_password(email):
02
user = User.get(email=email)
03
new = secrets.token_urlsafe(8)
no TTL
04
user.password = hash(new)
silent overwrite
05
user.save()
06
send_email(email, f"new pw: {new}")
PII in body
07
return {"ok": True}
01
def request_password_reset(email):
02
if not rate_limiter.allow(email):
SPEC §AC-3
03
return RESET_THROTTLED
04
token = mint_token(ttl_seconds=900)
SPEC §C-1 (≤15 min)
05
audit.log("reset_requested", email)
SPEC §AC-5
06
mailer.send_template("reset", to=email,
no PII in body
07
vars={"url": reset_url(token)})
08
return RESET_SENT
Same engineering goals, different leverage. Each shift belongs to one pillar.
Same six concerns. One model serialises them; the other compiles them.
Four quarters at the same team. Throughput trended up; the shipped product drifted from the approved spec.
Eight weeks of ships. The gated team got faster without getting worse.
SPEC-074 · ICS 92 · six requirements · two drifted, one absent.
Bounded autonomy is not "less review" — it is review concentrated where it counts.
Solo operators spec and build. Orgs concentrate GO at the platform.
Five categories of toolchain, each rewired around specs and gates rather than stories and sprints.
Same five activities, monthly hours. Bounded autonomy front-loads the small cost and avoids the large one.
Two teams, identical specs. One reconciles every quarter; the other waits "until it matters."
DoCoDeGo absorbs scale by re-distributing the four hats — not by changing them.
DoCoDeGo is in Alpha. The framework is documented, the practices are battle-tested at small scale, and the next release is being shaped in public.
If it produces anything, it should produce engineers and teams who think more clearly about what they are building and why.
Discord is where specs are debated, the framework gets sharper, and decisions land in writing. The conversation is the artefact.