Zurück zum Playbook
Define & DesignDD-09
Einen Architekturentscheid festhalten
Hält einen Entscheid mit seinen echten Konsequenzen fest und ersetzt frühere Entscheide sichtbar, statt ihre Begründung zu löschen.
ProduktstatusVerfügbar
Input3 benötigte InputsSystemgrenzen und Alternativen · Frühere ADRs und Anliegen der Stakeholder · Fokus der Initiative und freigegebene Product-Brain-Leitlinien
SkillsDraft an architecture decision record · Prepare task context · Review an artifact against agreed criteriaArchitekt + Architect Agent
ErgebnisArchitecture Decision Record: Titel und Status, Kontext, Entscheid und Alternativen, Konsequenzen und Verknüpfungen zu ersetzten Entscheiden.Artefakt: Architecture Decision Record
Owner
Architekt
Mensch + Agent
Beteiligte · Agents
EngineerProduct ManagerArchitect Agent
Auslöser
Ein folgenreicher Architekturentscheid steht an.
Benötigter Kontext
ArchitekturSystemgrenzen und AlternativenConfluenceFrühere ADRs und Anliegen der StakeholderProduct BrainFokus der Initiative und freigegebene Product-Brain-Leitlinien
Optionaler Kontext
CodeRelevanter Code und deployed VerhaltenProduct BrainNichtfunktionale Anforderungen
Skills
Draft an architecture decision recordPrepare task contextReview an artifact against agreed criteria
Vorgeschlagener Gesprächsbogen
- 1Die Architekturwahl rahmenDie Entscheidungsfrage und die Einschränkungen vereinbaren, inklusive Schnittstellen, Qualitätsanforderungen und früherer Entscheide, die im Konflikt stehen könnten.Skills: Prepare task context
- 2Den Entscheid-Record entwerfenKontext, Alternativen, vorgeschlagenen Entscheid und positive wie negative Konsequenzen in einem kurzen ADR beschreiben. Den Status vorgeschlagen behalten, bis die Stakeholder zustimmen.Skills: Draft an architecture decision record
- 3Architektonische Konsequenzen prüfenKonsistenz mit dem Product Brain und den betroffenen Systemgrenzen prüfen; fehlende Konsequenzen und jeden früheren Entscheid aufdecken, der ersetzt würde.Skills: Review an artifact against agreed criteria
- 4Entscheid und historische Verknüpfungen bestätigenAngenommen, überarbeiten oder abgelehnt vereinbaren. Wird ein älteres ADR ersetzt, dieses bewahren und den ersetzenden Entscheid explizit verlinken; Quell-Updates brauchen eine Bestätigung.
Ergebnis
Architecture Decision Record: Titel und Status, Kontext, Entscheid und Alternativen, Konsequenzen und Verknüpfungen zu ersetzten Entscheiden.
Artefakte
Erstellt: Architecture Decision Record
So sieht gut aus
- Ein Entscheid mit expliziten Trade-offs und Status.
- Der Status angenommen beruht auf tatsächlicher Zustimmung der Reviewer.
- Ein ersetztes ADR wird bewahrt und verlinkt, nie gelöscht.
Freigabe
Der Architekt und die betroffenen Engineers vereinbaren angenommen, überarbeiten oder abgelehnt.
Ziel
ConfluenceGitHub
Meist als Nächstes
Menschen und Agents arbeiten mit demselben Product Brain. Der Owner bleibt verantwortlich. Zugewiesene Agents bereiten vor und prüfen. Ein benannter Mensch gibt an der Freigabe frei.
Vertiefung im AI PM Lab
Beiträge, die das Denken hinter dieser Activity erklären.
Wähl den Einstieg, der zu deiner Rolle passt.
Leg mit uns die Product-AI-Richtung fest oder teste das gemeinsame Product Brain mit Jira und Code an echter Arbeit.