Zurück zum Playbook
Build & VerificationBV-02
Einen Bug erfassen
Erstellt einen faktischen, reproduzierbaren Report und sucht nach einem passenden bestehenden Report, bevor ein neues Ticket vorgeschlagen wird.
ProduktstatusVerfügbar
Input3 benötigte InputsBeobachteter Defekt und erwartetes Verhalten · Bestehende Reports · Fokus der Initiative und freigegebene Product-Brain-Leitlinien
SkillsDraft a reproducible bug report · Prepare task context · Review an artifact against agreed criteriaEngineer + Software Engineer Agent
ErgebnisBug-Report: Titel und Auswirkung, nummerierte Reproduktion, erwartet versus tatsächlich, Umgebung und Evidenz, verwandte Reports.Artefakt: Bug-Report
Owner
Engineer
Mensch + Agent
Beteiligte · Agents
QASales & SupportSoftware Engineer Agent
Auslöser
Ein Defekt wurde beobachtet und das erwartete Verhalten ist bekannt.
Benötigter Kontext
FilesBeobachteter Defekt und erwartetes VerhaltenJiraBestehende ReportsProduct BrainFokus der Initiative und freigegebene Product-Brain-Leitlinien
Optionaler Kontext
FilesScreenshots oder AufzeichnungenCodeUmgebung und betroffener Code
Skills
Draft a reproducible bug reportPrepare task contextReview an artifact against agreed criteria
Vorgeschlagener Gesprächsbogen
- 1Beobachtetes Verhalten festhaltenDas exakte Symptom, das erwartete Ergebnis, die betroffene Umgebung und den Nutzereffekt erfassen. Beobachtungen von vermuteten Ursachen trennen.Skills: Prepare task context
- 2Reproduzieren und Duplikate prüfenDen gemeldeten Pfad im Produkt nachvollziehen und Schritte, exakte Fehler und Evidenz behalten. Bestehende Reports durchsuchen; bei sporadischem Auftreten Versuche und beobachtete Häufigkeit festhalten.
- 3Den Defekt-Report entwerfenAus der Evidenz einen konkreten Titel, nummerierte Reproduktion, erwartetes und tatsächliches Ergebnis, Begründung des Schweregrads und Umgebung schreiben. Bei einem Duplikat darauf verweisen, statt ein zweites Issue zu entwerfen.Skills: Draft a reproducible bug report
- 4Triage-Bereitschaft bestätigenAls Engineer lesen, der das Problem zum ersten Mal sieht. Fehlende Schritte ergänzen und den Report oder den Duplikat-Link bestätigen; die Übernahme in den externen Tracker braucht die übliche explizite Bestätigung.Skills: Review an artifact against agreed criteria
Ergebnis
Bug-Report: Titel und Auswirkung, nummerierte Reproduktion, erwartet versus tatsächlich, Umgebung und Evidenz, verwandte Reports.
Artefakte
Erstellt: Bug-Report
So sieht gut aus
- Ein Defekt pro Report mit expliziter Trennung von Beobachtetem und Vermutetem.
- Der Schweregrad ist durch Evidenz begründet und Lücken sind benannt.
- Ein Duplikat wird referenziert statt doppelt erfasst.
Freigabe
Der Engineer bestätigt den Report oder den Duplikat-Link, bevor er in Jira übernommen wird.
Ziel
Jira
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.