mcpField
F
foundation-stakeholder-briefings

foundation-stakeholder-briefings

github.com/product-on-purpose生産性769433 回インストール4 日前に更新
リポジトリ

foundation-stakeholder-briefings について

プロダクトチーム向けに、単一の資料から基準となるマスタードキュメントと、関係者別のブリーフィングを作成するスキルです。主張に番号を付け、各版を共通の情報源に照らして追跡できます。

主な機能

  1. 01中立的なマスタードキュメントの作成
  2. 02追跡用の主張番号付け
  3. 03選択した対象者向けの内容調整
  4. 04コピー可能なブリーフィングブロック
  5. 05マスターに基づく主張の確認

活用シーン

  1. 01PRD を基に開発・デザイン・データ・経営層へ説明
  2. 02部門横断でローンチや調査結果を共有
  3. 03単一資料から対象別ブリーフィングを作成

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/product-on-purpose/pm-skills --skill foundation-stakeholder-briefings

インストール後、Claude Code で/foundation-stakeholder-briefingsを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

HISTORY.md
evals/
trigger-fixtures.json
references/
audience-lenses.md
EXAMPLE.md
source-type-map.md
TEMPLATE.md

詳細

ステークホルダー向けブリーフィング

ステークホルダー向けブリーフィングの成果物は、1つのソース(PRD、ディスカバリーの統合結果、調査レポート、GTM またはローンチ計画、実験結果、振り返りやインシデントの記録、あるいは未整理のメモ)をもとに、次の内容を含む、保存可能な単一ファイルを作成します。

  1. マスタードキュメント:成果をまとめた、対象読者に依存しない正本(何を行うのか、なぜ行うのか、決定事項、状況、リスクと未解決の質問、依頼事項、タイムライン)。各主張には番号を付けます(M1、M2、...)。
  2. 対象読者別ブリーフィング:選択した各ステークホルダー向けに、同じ内容を再構成したもの。対象読者ごとに、単独で完結し、コピーしてすぐに使えるブロックを1つずつ作成します。

このスキルは、まずマスターを作成し、その後に各対象向けに展開する手順で動作します。マスターが唯一の信頼できる情報源であり、すべてのブリーフィングはそこから派生します。ブリーフィングではマスターの内容を省略、並べ替え、翻訳できますが、マスターにない主張を加えることはできません。この展開ルールによって、経営層向けとエンジニアリング向けの内容がいつの間にか食い違うのを防ぎ、このスキルをモデルに「これを6通りに書き換えて」と頼むのとは違うものにしています。

foundation-stakeholder-update(単一の対象読者に向けた、会議の成果に関する非同期アップデート。会議に限定)、discover-stakeholder-summary(ステークホルダーの属性や影響力、関心度をまとめたもの)、foundation-persona(設計やマーケティングの対象とする顧客/購入者の視点)とは異なります。

使用する場合

  • 1つの成果物を複数の対象読者に届ける必要があり、それぞれに異なる切り口、判断事項、詳細レベルが求められる場合(エンジニアリング、デザイン、データ、資金提供者に同時に送る仕様書など)。
  • 同じアップデートを対象読者ごとに3〜5通りに手作業で書き直そうとしている場合。
  • バージョン間で内容にずれが生じないように、判断や結果を複数の部門に共有する必要がある場合。
  • 会議以外のソースから、単一の対象読者向けに調整したブリーフィングが必要な場合(N=1にも対応しています。複数の対象への展開が代表的な用途であり、最低条件ではありません)。

使用しない場合

  • ステークホルダー向けに、会議の成果を1つの非同期アップデートとして共有する場合。foundation-stakeholder-updateを使用してください(会議に限定されており、それが対象範囲です)。
  • ステークホルダーの把握やマッピング(影響力、関心度、コミュニケーション計画)を行う場合。discover-stakeholder-summaryを使用してください。
  • 設計やマーケティングの対象とするペルソナを作成する場合。foundation-personaを使用してください。
  • まだソースとなる内容がない場合。このスキルは既存の成果物を展開するものであり、基礎となる分析は行いません。

手順

ステークホルダー向けブリーフィングの作成を依頼された場合は、次の手順に従ってください。

  1. ソースを取り込み、分類します。 提供された資料を読みます。種類(仕様/PRD、ディスカバリー/調査、GTM/ローンチ、戦略/ロードマップ、実験/指標、インシデント/振り返り、コンプライアンス/プライバシー/セキュリティ、または生データ/曖昧)を分類します。ソースの情報が乏しい場合も作業を続けますが、input_quality: low を設定し、不足している情報を明記します。

  2. マスターを作成します。 対象読者を限定しない正準ドキュメントを、次のセクションで作成します:概要と目的、決定事項、ステータス、リスクと未解決の質問、依頼事項、タイムライン。重要な主張すべてに安定した ID(M1、M2、...)を付けます。マスターには対象読者に応じた表現を含めず、共通の土台とします。

  3. 対象読者を提案します。 ソースの種類に基づき、references/source-type-map.md を使用して該当する対象読者の候補を提示します(たとえば、仕様では Engineering、UX/Design、Data/BI、Executive、GTM 計画では PMM、Sales、CS/Support、Executive を提案します)。候補を提示した後、go(提案された対象読者向けに生成)、編集指示(drop X, add Y)、または all(9 種類すべて)を受け付けます。--go を指定して実行した場合は、確認を省略して提案内容を生成します。対象読者が除外されることはありません。

  4. 各ブリーフィングを対象に合わせて作成します。 選択した各視点(references/audience-lenses.md を参照)について、--- BEGIN: <lens> --- / --- END --- で区切った、単独で完結するブロックを作成します。ブロックには次を含めます:

    • Draws on: このブリーフィングが反映するマスターの主張 ID(必須)。
    • Primary ask: この対象読者に対する決定またはアクションをちょうど 1 つ(必須)。
    • 1 行の見出し、「これがあなたにとって意味すること」という枠組み、および対象視点に応じた長さ、語彙、トーンの本文。 重要な内容を含む行はすべて、マスターの主張にたどれる必要があります。マスターにない主張を追加しないでください。
  5. 翻訳を記録します。 技術的な表現からビジネス向けの表現への変換や、推測に基づく再提案を行った場合は、翻訳適用ログに記録します(共有範囲の境界より下に記載)。これにより、ユーザーは意図どおり伝わるか確認できます。このセクションは共有可能なブリーフィングには含めません。

  6. 確定前に不変条件を自己確認します。

    • 参照の整合性を確認(決定論的に検証可能):ブリーフィング内の Draws on: に記載された ID がすべて実在するマスターの主張に対応していること。
    • CTA が 1 つであることを確認(決定論的に検証可能):各ブロックに Primary ask: がちょうど 1 つあること。
    • 未追跡の主張がないことを確認(レビュー):各ブロックを Draws on: の ID と照らし合わせ、本文にマスターの主張に含まれない内容がないことを再確認します。これはレビュー工程であり、自動化されません。
    • マスターが中立であることを確認(レビュー):マスターに対象読者に応じた表現が含まれていないことを確認します。違反しているものがあれば列挙します。
  7. 成果物を出力します。 マスター(主張 ID 付き)→ 区切られたブリーフィングブロック → 境界マーカー → 翻訳適用ログ → 参考資料と出典の順にします。最終出力から、ガイダンス用の引用ブロックをすべて削除します。

対象読者の視点

意思決定の責任範囲によって定義される、第一級の視点が 9 種類あります。また、対象読者名とソースから視点を推定し、確認のために提示するカスタム枠があります。各視点の詳細な定義、「この視点ではない」場合の境界条件、および重複マトリクス(Exec と Board、PMM と Sales、Engineering と Data、Legal と Exec)については、references/audience-lenses.md を参照してください。

出力形式

  • references/TEMPLATE.md を基に作成した単一の成果物(ファイル名 YYYY-MM-DD_HH-MMtz_<title>_stakeholder-briefings.md)。
  • 各ブリーフィングブロックは単独で完結し、そのまま送付できる形式とします。編集せずに切り出せるよう、BEGIN/END の区切り線を含めます。
  • 将来の --split モード(各ブロックを個別のファイルに書き出す機能)は延期されており、v1 では単一の成果物を出力します。

品質チェックリスト

  • マスターがあり、番号付きの主張 ID(M1、M2、...)が付与され、対象読者に固有の表現が含まれていない。
  • 各ブリーフィングブロックに Draws on: 行があり、記載されたすべての ID がマスターの主張に対応している。
  • 各ブリーフィングブロックに Primary ask: がちょうど 1 つある。
  • マスターにない主張をブリーフィングで述べていない(投影ルール)。
  • 対象読者のセットがソースタイプの提案またはユーザーの編集内容と一致している。N=1 も拒否せず尊重されている。
  • 翻訳が行われた場合、翻訳適用ログが(内部向けに)あり、共有可能なブロックと内部セクションが境界マーカーで区切られている。
  • 各ブリーフィングの長さとトーンがレンズに合っている(取締役会向けブロックがエンジニアリング向けブロックとまったく異なる内容になっている)。
  • ガイダンスの引用ブロックが最終成果物から削除されている。

関連項目

コメント