Einrichtung
Ein Plugin ausprobieren
Das Product-Management-Plugin wird mit /stakeholder-update und weiteren Release-Skills als Ausgangspunkt ausgeliefert, bereits so strukturiert, dass es eine Checkliste erstellt, Status zuweist und die Go/No-Go-Entscheidung trifft. Wenn dein Admin Plugins verwaltet und es noch nicht verfügbar ist, überspringe diesen Schritt; nichts im Folgenden setzt es voraus.
/stakeholder-updatePrüft die Launch-Bereitschaft über PRD, Epic, Slack und GTM-Brief und trifft die Go/No-Go-Entscheidung/metrics-reviewErklärt eine Metrikbewegung mit Segmentisolierung und Ship-KorrelationVerbinde deine Tools
Claude Cowork ist leistungsfähiger, wenn es direkt mit deinen Systemen arbeitet. Du kontrollierst Berechtigungen und Zugriff. Erfahre mehr über Tool-Zugriff(öffnet in neuem Tab).
Navigiere in Cowork zu Customize → Connectors, um die Einrichtung vorzunehmen.
Richte deinen Arbeitsordner ein
Ziehe die Dateien, die du verwenden wirst (das PRD, den GTM-Brief, die Launch-Checklisten-Vorlage, das Retro aus deinen letzten beiden Launches), in einen Ordner auf deinem Rechner und richte Cowork dann auf diesen Ordner aus. Cowork liest daraus und schreibt die Bereitschaftscheckliste zurück in den Ordner. Wenn du regelmäßig Launches durchführst, erstelle ein Cowork-Projekt(öffnet in neuem Tab) aus diesem Ordner, damit deine Checklisten-Vorlage, frühere Retros und das Memory verknüpft bleiben.
Der Prompt
Kopiere dies in Claude Cowork
Prüfe die Launch-Bereitschaft für den Saved-Views-Launch. Erstelle die Launch-Checkliste mit Status und Owner pro Punkt, gib eine Rot/Gelb/Grün-Bereitschaftseinschätzung insgesamt, benenne die Blocker, und vermerke alles, was mit dem übereinstimmt, was bei unseren letzten beiden Launches gut oder schlecht gelaufen ist.
Warum das funktioniert
Gib ihm alle Quellen auf einmal. PRD, Epic, Slack und GTM-Brief enthalten jeweils einen anderen Ausschnitt der Wahrheit; sie alle gleichzeitig zu durchsuchen ist das, was den Punkt erfasst, der in Linear „erledigt" ist, aber im Channel noch diskutiert wird.
Frage nach einem Owner für jede Zeile. Eine Checkliste mit einem Namen in jeder Zeile ist im Launch-Standup umsetzbar; eine Checkliste ohne Owner ist eine Wunschliste.
Frage nach einer Einschätzung mit Begründung. Nach einem Gesamt-Rot/Gelb/Grün zu fragen erzwingt ein Urteil, und „benenne die konkreten Blocker" bedeutet, dass Gelb mit den zwei Dingen kommt, die geklärt werden müssen, nicht mit einem Bauchgefühl.
Vergleiche mit deiner eigenen Historie. Wenn du Claude auf deine vergangenen Retros ausrichtest, kann es diesen Launch mit dem abgleichen, was zuvor schiefgelaufen ist. Andernfalls bewertet es isoliert.
Einen besseren Entwurf bekommen
Füge ein passendes Beispiel hinzu. Lege ein Beispiel, das dir gefällt, in den Ordner, und Cowork passt sich an deine Struktur und deinen Ton an.
Bitte es, Unsicherheiten zu kennzeichnen. Füge „kennzeichne alles, bei dem du dir nicht sicher bist" hinzu, damit du weißt, wo du beim Überprüfen des Entwurfs zuerst nachsehen solltest.
Lass Cowork für dich arbeiten
Ein Plugin-Skill ist ein Ausgangspunkt — passe ihn mit deinen eigenen Praktiken und deinem Fachwissen an. Ein paar Minuten Unterhaltung, und er läuft von da an nach deinen Standards.
Mache aus dem, was wir in dieser Aufgabe bisher gemacht haben, einen Skill, oder bearbeite den /stakeholder-update-Skill mit meinem Feedback.
Mach es wiederholbar
Führe es täglich während der Launch-Woche aus
Die Bereitschaft ändert sich in der Schlussphase stündlich. Tippe /schedule in den Prompt, oder öffne Scheduled in der Cowork-Seitenleiste, und der angepasste Skill postet jeden Morgen der Launch-Woche eine aktuelle Checkliste, damit das Standup mit dem aktuellen Stand beginnt.
/schedule Führe jeden Wochentag um 8 Uhr vom 4. bis 8. Mai /stakeholder-update für den Saved-Views-Launch aus und schreibe die Checkliste nach Launches/saved-views als readiness-<date>.md, mit einer einzeiligen Farbänderung gegenüber gestern.
Führt /stakeholder-update gegen das PRD, das Linear-Epic, den Slack-Channel und den GTM-Brief aus und schreibt die datierte Checkliste mit der Gesamtfarbe in den Launch-Ordner.
Teile es mit deinen Teammitgliedern
Dein angepasstes /stakeholder-update trägt jetzt deine Checklisten-Vorlage, deine Owner und deine Farbkriterien. Teile es, damit jeder Launch-Lead den gleichen Check durchführt und das Go/No-Go-Meeting ein einheitliches Format liest, unabhängig davon, welches Feature gerade ausgeliefert wird.