Scrum mit KI-Agenten: Der Mensch als Product Owner
Wenn Developer, Tester, Reviewer und Scrum Master als Agenten arbeiten, bleibt Scrum nicht gleich. Es verschiebt sich vom Koordinieren menschlicher Arbeit zur Steuerung maschinenlesbarer Anforderungen.
Scrum mit KI-Agenten ist kein Widerspruch. Der Rahmen bleibt nützlich, aber seine Funktion verändert sich. Planning, Review und Retrospektive werden weniger zu sozialen Synchronisationsformaten und stärker zu Governance-Gates: Was darf ein Agent tun? Was gilt als erledigt? Welche Outputs akzeptiert der menschliche Product Owner?
Der Product Owner wird zur Kontrollinstanz
In einem agentischen Scrum-Setup verschiebt sich die Machtachse. Der Product Owner priorisiert nicht nur Backlog Items. Er definiert maschinenlesbare Akzeptanzkriterien, Risikoklassen, Freigabepunkte und Abbruchbedingungen. Je autonomer Agenten arbeiten, desto wichtiger wird die Präzision des Inputs.
Vage Stories erzeugen Agenten-Drift. Unklare Acceptance Criteria erzeugen Retry-Loops. Fehlende Definition of Done erzeugt Outputs, die fertig aussehen, aber nicht belastbar sind. Der Product Owner wird damit weniger Moderator und mehr Eigentümer der Entscheidungslogik.
Die Scrum-Rollen im Agenten-Team
| Rolle | Agentisches Pendant | Kontrollpunkt |
|---|---|---|
| Product Owner | Mensch | Priorisierung, Akzeptanzkriterien, Risikoklasse, finale Freigabe |
| Developer | Coding- oder Workflow-Agent | Tool-Rechte, Testabdeckung, Kostenbudget, Trace |
| Tester | Eval- und Test-Agent | Automatisierte Tests, Regression, Security Checks, Qualitätsmetriken |
| Reviewer | Review-Agent plus menschlicher Check bei Risiko | Code Review, Quellenprüfung, Policy-Abgleich |
| Scrum Master | Orchestrator oder Prozess-Agent | Blocker, Sprint-Report, Eskalation, Loop-Erkennung |
Definition of Done wird maschinenlesbar
Agenten brauchen keine motivierende Zielbeschreibung. Sie brauchen prüfbare Bedingungen. Eine brauchbare Definition of Done für KI-Agenten enthält mindestens: bestandene Tests, erfüllte Acceptance Criteria, dokumentierte Tool-Calls, vollständiges Audit Log, Budgeteinhaltung, Review-Ergebnis und explizite PO-Freigabe bei riskanten Outputs.
Confidence-Scores können helfen, sind aber kein Ersatz für Tests. Frontier-Modelle können Aufwand, Risiko und Tokenverbrauch nur begrenzt selbst einschätzen. Die harte Kontrollinstanz bleibt deshalb das überprüfbare Artefakt: Test, Trace, Diff, Eval, Review und Entscheidung.
Korrektur: METR spricht inzwischen für kürzere Feedbackzyklen
Die ältere Formulierung, KI-Fähigkeiten bei langen Aufgaben würden sich etwa alle sieben Monate verdoppeln, ist nur als grober Langfristwert belastbar. METR Time Horizon 1.1 vom 29. Januar 2026 differenziert genauer: Der längere Trend liegt weiter in dieser Größenordnung, aber seit 2023 beträgt die geschätzte Verdopplungszeit 130,8 Tage, also rund 4,3 Monate. Im jüngeren 2024/2025-Fenster liegt sie laut METR noch niedriger.
Für Scrum ist das relevant. Wenn sich Agentenfähigkeiten innerhalb weniger Monate deutlich verschieben, müssen Sprint-Kadenz, Tool-Rechte und Review-Muster schneller angepasst werden. Kürzere Sprints werden nicht nur wegen Produktgeschwindigkeit plausibel, sondern wegen Kontrollstabilität.
Scrum-Events als Governance-Gates
Sprint Planning wird zum wichtigsten PO-Akt. Hier entstehen maschinenlesbare Stories, Akzeptanzkriterien, Risikoklassen, Testpflichten und Budgetannahmen.
Daily Stand-up wird im Agenten-Team meist asynchron. Der Orchestrator liefert Status, Blocker, Abweichungen, Kostenstand und Confidence-Signale. Der Product Owner reagiert nicht auf jedes Detail, sondern auf Ausnahmen.
Sprint Review bleibt der zentrale HITL-Checkpoint. Nicht Feature-Completion entscheidet, sondern Outcome-Qualität: Wurden Akzeptanzkriterien erfüllt, Tests bestanden, Risiken dokumentiert und Kostenrahmen eingehalten?
Retrospektive reflektiert nicht Teamstimmung, sondern Systemverhalten: Welche Prompts drifteten? Welche ACs waren unklar? Welche Tool-Calls waren teuer? Welche Evals griffen zu spät? Wo musste der Mensch eingreifen?
Fazit
Scrum bleibt brauchbar, wenn es nicht nostalgisch verstanden wird. In agentischen Teams ist Scrum kein Meeting-Rahmen, sondern ein Kontrollsystem für maschinenlesbare Arbeit. Der Product Owner wird zur letzten Instanz für Sinn, Risiko und Akzeptanz.
Die Kostenebene dieses Kontrollsystems wird im nächsten Dossier-Beitrag ausgearbeitet: Token, Kosten und Schätzung.
