Zurück zum Playbook
DiscoverOpportunityDI-01

Produktidee erkunden

Macht aus einer vagen Idee oder Anfrage ein klares Problem, einen Zielnutzer und eine Discovery-Frage, geprüft gegen das, was in Jira und im Code schon existiert.

ProduktstatusVerfügbar

Kontext rein4 benötigte InputsDie ursprüngliche Idee oder Anfrage · Produktziele · Bestehende Tickets und Epics
TransformationProduct Manager + Product AgentStory Discovery · Atlassian · Code Analysis · Local Files
ErgebnisStrukturierte Opportunity mit Empfehlung (wiederverwenden oder bauen) und offenen Fragen.Artefakt: Opportunity

Warum das zählt

Bevor aus einem Feature ein weiteres Projekt wird: Gibt es das schon, halb gebaut oder bewusst verworfen? Die Antwort kommt aus Tickets, Entscheiden und dem echten Code, nicht aus dem Gedächtnis.

Owner

Product Manager

Mensch + Agent

Beteiligte · Agents

Head of ProductProduct Agent

Auslöser

ManuellEine neue Idee, ein Kundenwunsch oder ein vages Feature-Konzept.

Benötigter Kontext

FilesDie ursprüngliche Idee oder AnfrageProduct BrainProduktzieleJiraBestehende Tickets und EpicsCodeZugehöriger Code und Komponenten

Optionaler Kontext

KundenbelegeKundenbelegeProduct BrainFrühere EntscheideFilesBeispiele von Wettbewerbern

Skills

Story DiscoveryAtlassianCode AnalysisLocal Files

Methoden in dieser Activity: Opportunity-Framing (Problem, Nutzer, Evidenz) · Wiederverwenden, erweitern, zusammenlegen oder neu bauen

Schritte

  1. 1Das Problem und den Nutzer hinter der Anfrage klären.
  2. 2Bestehende Tickets, Entscheide und Code prüfen: wiederverwenden, erweitern, zusammenlegen oder neu bauen.
  3. 3Die Passung zu den Produktzielen prüfen.
  4. 4Annahmen sichtbar machen und festlegen, was als Nächstes zu lernen ist.

Ergebnis

Strukturierte Opportunity mit Empfehlung (wiederverwenden oder bauen) und offenen Fragen.

Artefakte

Erstellt: Opportunity

So sieht gut aus

  • Das Problem ist von der Lösung getrennt.
  • Der Zielnutzer ist benannt.
  • Bestehende Funktionen und Duplikate sind benannt, mit den betroffenen Komponenten.
  • Annahmen und Unbekanntes sind sichtbar.

Freigabe

Keine menschliche Freigabe vor der Übernahme. Das Ergebnis bleibt in Teklens, bis ein Mensch entscheidet, es zu nutzen.

Ziel

Nur TeklensProduct BrainJira

Meist als Nächstes

Methodische Referenzen: Torres, Continuous Discovery Habits · SVPG, Discovery – Delivery

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.

Zeigt uns genau, wie eure Produktarbeit heute abläuft.

Dreissig Minuten mit einem Founder. Wir vergleichen euren Prozess mit dem Playbook und wählen die erste Activity für euer Jira und euer Repo.