セットアップ
プラグインを試す
Product Managementプラグインには、/stakeholder-updateをはじめとするリリース関連のスキルが出発点として同梱されており、チェックリストの作成、ステータスの割り当て、go/no-go判定を行うための構成がすでに整っています。管理者がプラグインを管理しており、まだ利用できない場合はこの手順をスキップしてください。以下の内容はこのプラグインを必要としません。
/stakeholder-updateSweep launch readiness across PRD, epic, Slack, and GTM brief and make the go/no-go call/metrics-reviewExplain a metric move with segment isolation and ship correlationツールを接続する
Claude Coworkは、お使いのシステムと直接連携することでより強力になります。権限とアクセスはあなたが管理します。ツールアクセスについて詳しく知る（新しいタブで開きます）。
CoworkでCustomize → Connectorsに移動して設定してください。
作業フォルダを設定する
使用するファイル（PRD、GTMブリーフ、ローンチチェックリストのテンプレート、過去2回のローンチのレトロ）を自分のマシン上の1つのフォルダにドラッグし、Coworkをそのフォルダに向けてください。Coworkはそこから読み込み、準備状況チェックリストをそこに書き戻します。定期的にローンチを行っている場合は、そのフォルダからCoworkプロジェクトを作成（新しいタブで開きます）すると、チェックリストのテンプレート、過去のレトロ、メモリがそのまま紐づいた状態になります。
プロンプト
これをClaude Coworkにコピーする
saved-viewsローンチのローンチ準備状況を確認してください。各項目にステータスと担当者を記載したローンチチェックリストを作成し、全体のレッド/イエロー/グリーン準備状況判定を行い、ブロッカーを明示し、過去2回のローンチでうまくいった点や問題があった点と一致するものがあれば記録してください。
これが効果的な理由
すべてのソースを一度に渡してください。 PRD、エピック、Slack、GTMブリーフはそれぞれ異なる側面の真実を持っています。これらを一度にまとめて確認することで、Linear上では「完了」となっているのに、チャンネルではまだ議論が続いている項目を見つけ出すことができます。
すべての行に担当者を求めてください。 すべての行に名前が入ったチェックリストは、ローンチのスタンドアップで実際に使えるものになります。担当者のないチェックリストは単なる願望リストです。
理由付きの判定を求めてください。 全体のレッド/イエロー/グリーンを求めることで判断が強制され、「具体的なブロッカーを明示する」ことで、イエローが単なる雰感ではなく、解消すべき2つの具体的な事項とともに示されるようになります。
自分たちの過去の履歴と比較してください。 Claudeに過去のレトロを参照させることで、今回のローンチを過去に起きた問題と照らし合わせて確認できます。そうしなければ、単独で評価することになってしまいます。
より良い草案を得る
参考にする例を追加してください。 気に入っている例をフォルダに入れておくと、Coworkがその構成と文体に合わせてくれます。
不確かな点を指摘するよう依頼してください。 「確信が持てない点があれば指摘してください」と追加しておくと、草案を確認する際にまず確認すべき箇所がわかります。
Coworkを自分用に活用する
プラグインのスキルは出発点にすぎません。自分自身の実践やノウハウでカスタマイズしましょう。数分の対話を行えば、以降はあなたの基準に沿って動作するようになります。
このタスクでこれまで行ったことをスキルにしてください。あるいは、私のフィードバックに基づいて/stakeholder-updateスキルを編集してください。
繰り返し実行できるようにする
ローンチ週間中は毎日実行する
最終段階では、準備状況は時間単位で変化します。プロンプトで/scheduleと入力するか、CoworkのサイドバーでScheduledを開くと、カスタマイズされたスキルがローンチ週間の毎朝、最新のチェックリストを投稿してくれるので、スタンドアップは常に最新の状況から始められます。
/schedule 5月4日から5月8日まで平日の午前8時に、saved-viewsローンチ向けに/stakeholder-updateを実行し、チェックリストをLaunches/saved-viewsにreadiness-<date>.mdとして書き出してください。前日との色の変化を1行で記載してください。
PRD、Linearのエピック、Slackチャンネル、GTMブリーフに対して/stakeholder-updateを実行し、全体の色を含む日付付きチェックリストをローンチフォルダに書き出します。
チームメンバーと共有する
カスタマイズされたあなたの/stakeholder-updateには、あなたのチェックリストのテンプレート、担当者、色の判定基準が組み込まれています。これを共有することで、どのローンチリードも同じ確認作業を行い、どの機能がリリースされる場合でもgo/no-goミーティングが一貫した形式で進められるようになります。