Actionable ≠ Automation-ready
Die Grenze zwischen umsetzbaren und automatisierbaren Anforderungen bestimmt, wo menschliches Urteil enden darf und maschinelle Ausführung beginnen kann.
A timeboxed, LLM-augmented clarity sprint that converges to "who needs what, when".
Actionable Requirements are requirements that pass three quality gates: decidable (decisions are explicit), consistent (no contradictions), and executable (teams can build and test without guessing).
— MaZ
Actionable means: decidable, consistent, executable — so delivery (or sourcing) can start without rework loops.
Actionable ≠ "LLM-generated specs" and ≠ "automation-ready by default". Human-owned, LLM-augmented.
I run clarity sprints for teams and freelancers who need to converge on "who needs what, when" before building or sourcing.
Human-owned, LLM-augmented: I use LLMs for synthesis and consistency checks—but every decision, every trade-off, stays with humans.
No "AI-generated specs". No automation promises. Just structured dialogue until requirements pass the actionable gate.
— MaZ
A quality gate for requirements — not a methodology, not a tool.
Decisions are explicit — not buried in chat or slides.
Decision: "auto-approve?" Owner: PO. Due: Fri. Contradictions are resolved or clearly flagged.
Conflict: "fully automatic" vs "manual release required". Teams can plan, build, and test without guessing.
Given X, when Y, then Z; constraints: latency ≤ 200ms. We collect inputs, surface contradictions, turn assumptions into decisions, and converge to "who needs what, when" with constraints and testable acceptance—so delivery can start. LLMs help with synthesis and consistency checks; ownership stays with humans.
Human-owned, LLM-augmented.
What you get at the end: compact, traceable, ready for execution or handover.
What's open, who decides, by when — plus options and trade-offs.
Reduces "we assumed…" surprises during delivery.
Decision D-07: approve flow; owner: Lead; due: 2026-02-01 Conflicts, their impact, and paths to resolution.
Prevents late-stage rework and stakeholder churn.
C-03: security vs friction — option A/B with risks A compact, execution-focused brief (goal, scope, non-scope, acceptance).
Good enough to plan and build; small enough to read.
Goal, Users, Triggers, Constraints, Acceptance A minimal shared language for roles, objects, and key terms.
Stops teams from "agreeing while meaning different things."
"Account", "User", "Session", "Approval" — definitions Reflexionen zu strukturierten Anforderungen, Eingabequalität und der Schnittstelle zwischen menschlichem Urteil und maschineller Ausführung.
Die Grenze zwischen umsetzbaren und automatisierbaren Anforderungen bestimmt, wo menschliches Urteil enden darf und maschinelle Ausführung beginnen kann.
Klassische Dokumentation beschreibt Zustände. Decision Logs erklären, warum diese Zustände existieren. Das ist der Unterschied zwischen Information und Wissen.
Wir investieren massiv in Modell-Fähigkeiten, aber kaum in die Qualität dessen, was wir ihnen geben. Das ist ein Fehler.