Zurück zum Playbook
Strategy & DiscoveryDefine & DesignBuild & VerificationOperate & LearnLaunch & AdoptionSD-16

Wirksame Produkt-Meetings durchführen

Entscheidet zuerst, ob eine Live-Diskussion nötig ist, bewahrt die Vorbereitung und setzt mit den tatsächlichen Meeting-Ergebnissen fort.

ProduktstatusUnterstützter AblaufTeklens bereitet die Vorlektüre vor und schreibt den Recap aus Notizen oder Transkript; die Diskussion selbst findet zwischen Menschen statt.

Input3 benötigte InputsZweck des Meetings und der nötige Entscheid · Relevante Dokumente und Perspektiven der Teilnehmenden · Fokus der Initiative und freigegebene Product-Brain-Leitlinien
SkillsPrepare a decision-focused meeting · Synthesise supplied evidence · Record decisions and follow-upProduct Manager + Product Manager Agent
ErgebnisMeeting-Brief vorher, Entscheid-Recap nachher: Zweck, Agenda und Vorlektüre; danach bestätigte Entscheide, Owner, offene Fragen und betroffene Dokumente.Artefakt: Meeting-Brief

Owner

Product Manager

Mensch führt

Beteiligte · Agents

Head of ProductEngineerDesignerProduct Manager Agent

Auslöser

ManuellEin Meeting wird für einen Entscheid oder eine Erkenntnis vorgeschlagen, die das Team braucht.

Benötigter Kontext

Product BrainZweck des Meetings und der nötige EntscheidConfluenceRelevante Dokumente und Perspektiven der TeilnehmendenProduct BrainFokus der Initiative und freigegebene Product-Brain-Leitlinien

Optionaler Kontext

Meetings · BetaMeeting-Notizen oder TranskriptProduct BrainFrühere Entscheide zum Thema

Skills

Prepare a decision-focused meetingSynthesise supplied evidenceRecord decisions and follow-upPrepare task context

Vorgeschlagener Gesprächsbogen

  1. 1Entscheiden, ob ein Meeting nötig istDas gewünschte Ergebnis benennen und zwischen Entscheid, Review oder Discovery wählen. Ein asynchrones Update nutzen, wenn eine Live-Diskussion keinen Mehrwert bringt.Skills: Prepare task context
  2. 2Die nützliche Vorlektüre vorbereitenAgenda, konkrete Fragen, nötige Teilnehmende und knappen Kontext entwerfen. Entscheider von Personen unterscheiden, die nur den Recap brauchen.Skills: Prepare a decision-focused meeting
  3. 3Das Diskussionsergebnis festhaltenDas Meeting halten oder den vereinbarten asynchronen Austausch abschliessen; explizite Entscheide, offene Fragen, Owner und Termine in Notizen oder einem Transkript festhalten.
  4. 4Entscheide bestätigen und Dokumentänderungen festlegenVorgeschlagene Entscheide gegen die Evidenz prüfen, Owner bestätigen und betroffene kanonische Dokumente identifizieren. Deren Änderungen separat entwerfen und den Recap behalten, ohne implizit Nachrichten zu senden.Skills: Synthesise supplied evidence · Record decisions and follow-up

Ergebnis

Meeting-Brief vorher, Entscheid-Recap nachher: Zweck, Agenda und Vorlektüre; danach bestätigte Entscheide, Owner, offene Fragen und betroffene Dokumente.

Artefakte

Erstellt: Meeting-Brief

So sieht gut aus

  • Die Agenda hat ein konkretes gewünschtes Ergebnis und passend eingegrenzte Fragen.
  • Vorschläge und bestätigte Entscheide sind im Recap unterscheidbar.
  • Keine erfundene Teilnahme, kein erfundener Owner, Termin oder keine erfundene Freigabe.

Freigabe

Der Meeting-Owner bestätigt die Entscheide und die Owner, bevor Dokumente geändert werden.

Ziel

Product BrainConfluence

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.