mcpField
F
foundation-meeting-brief

foundation-meeting-brief

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

foundation-meeting-brief について

重要度の高い会議に向けた、非公開の戦略ブリーフを作成するスキルです。背景や目標、参加者分析、対話の方針をまとめ、推測の確度も示して、関係者との調整やリスク対応を支援します。

主な機能

  1. 01背景と過去の決定事項の整理
  2. 02参加者の立場と利害の分析
  3. 03目標の順位付けと主要メッセージ作成
  4. 04質問やリスク、対応策の予測
  5. 05具体的な依頼と成功の兆候の明示

活用シーン

  1. 01関係者レビューや幹部説明の準備
  2. 02新しい関係者との初回会議の準備
  3. 03承認、決定、リソース確保に向けた準備

インストール

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

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

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

同梱ファイル

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

HISTORY.md
evals/
trigger-fixtures.json
references/
EXAMPLE.md
TEMPLATE.md

詳細

ミーティングブリーフ

ミーティングブリーフは、背景や重要性、立ち位置が重要となるミーティングに向けた、ユーザー専用の戦略的な準備資料です。ユーザーが把握しておくべきこと、達成したいこと、相手となる人、会話をどう進めるかをまとめます。これは戦略的な事前準備であり、ミーティングの構成をまとめるものではないため、ミーティングアジェンダとは区別されます。

このスキルはMeeting Skills Familyに属します。Meeting Skills Family Contractに準拠しています。

使用する場面

  • ステークホルダーによるレビュー、幹部向けブリーフィング、または交渉に近い会話に臨むとき
  • 関係性の調整が重要となる、新しいステークホルダーとの初回ミーティング
  • ユーザーが他者から何か(対応能力の確約、決定、承認など)を得る必要があるミーティング
  • 特定の立ち位置やメッセージの伝え方、リスクへの対処が必要となる会話全般

使用しない場面

  • 参加者に提示するアジェンダの準備。代わりにfoundation-meeting-agendaを使用します。
  • ミーティング後の要約。foundation-meeting-recapを使用します。
  • 重要度が低く、定例化されたミーティング(定期的なチームの同期ミーティング、スタンドアップ)。こうしたミーティングではブリーフは余分な負担となるため、アジェンダだけで十分です。

手間のかからない実行

ファミリー契約に従い、このスキルは質問攻めにして処理を止めることはありません。標準的な手順は次のとおりです。

  1. 提供されたすべての入力を読み取ります(トピック、参加者、過去の振り返り、ステークホルダーの要約、ユーザーの主な依頼)
  2. projectまたはtopicsのfrontmatter一致を使って、関連する成果物を自動的に検出します
  3. 不足している値を推論します(過去の振り返りに基づくステークホルダーの立場、トピックに基づく主な依頼、ミーティングの種類に基づく上位3つの目標)
  4. 推論結果の要約を提示し、goの一語での承認または修正を受け付けます
  5. ブリーフを作成します

--goを指定して実行した場合、推論結果の要約を省略します。ユーザーが最初にすべての値を提供した場合、確認ステップは表示されません。

ステークホルダーの要約が提供されていない場合、このスキルは信頼度の低さを示すフラグを付けて、推論したステークホルダーの立場を使用します。不足している入力があっても処理を止めません。

ミーティングの必要性チェック

このスキルは、共通のミーティング必要性チェックから始まります。チェックの全容については、foundation-meeting-agendaを参照してください。

v1.1.0:このチェックでは、同期的に行う価値を示す明確な記述が必要です(話し合うべきトレードオフ、解決すべき対立、共同作業、関係構築、または障害のエスカレーション)。ブリーフを準備する場面は、ステークホルダーの立場や交渉の力学への対処が伴うことが多いため、ほとんどの場合この条件を満たします。これは「解決すべき対立」または「関係構築」に該当します。それでもチェックは実行され、同期的に行う価値が示されない場合、このスキルはブリーフの作成前に非同期での代替案を提案します。

重要な推論のゲート(v1.1.0):ステークホルダーの立場、主な依頼、または意思決定者の特定について、推論の信頼度が「高」未満の場合、⚠を付けてgoモードの要約で明示します。ブリーフの具体的なガイダンスはこれらの情報に依存するため、確度の低い推論を黙って受け入れると、リスクのある助言につながります。ファミリー契約の「手間のかからない実行」セクションを参照してください。

手順

ミーティングブリーフの作成を依頼された場合は、次の手順に従います。

  1. ミーティングが必要か確認する トリガーパターンを適用します。一致した場合は、非同期での代替案を提示し、承認を待ちます。

  2. 入力を解析して読み込む トピックを読み取ります。@file の参照があれば読み込みます。関連する成果物を自動検出します。同じトピックに関する過去のまとめ(同じ project/topics フロントマター)、/discover-stakeholder-summary の出力に含まれるステークホルダーの要約、関連するプロジェクトドキュメントが対象です。

  3. 不足している値を推測する 次のルールを適用します。

    値推測元確信度
    ステークホルダーの立場過去のまとめの記述、ステークホルダーの要約内容まとめに直接引用があれば高、2つ以上の情報源に立場の記載があれば中、それ以外は低
    出席者ごとの利害役割とトピックの担当を示す手掛かり推測であることを必ず明記
    上位3つの目標ユーザーの主な依頼とミーティングの種類goモードでは、優先順位付きのたたき台として提示
    想定される質問ステークホルダーの立場の分析と、役割ごとに一般的な反論推測であることを明記
    リスク/緊張関係過去のまとめにおける対立パターン過去のまとめで矛盾が指摘されていれば高
  4. goモードの推測内容の要約を提示する 推測したステークホルダーの立場、主な依頼、上位3つの目標を示します。go または修正を受け付けます。

  5. 背景セクションを作成する 関連する経緯、過去の決定、最近の進展をまとめます。該当する過去のまとめがある場合は、ファイル名を使って相互参照します。

  6. ステークホルダーごとに分析する 主要な出席者ごとに、トピックに関する立場、利害(得るもの、失うもの)、懸念事項、関係の状態(良好/中立/緊張)、戦術的なメモ(どのように接するか)を記載します。

  7. 望ましい成果に優先順位を付ける 必ず達成すべきこと/達成すべきこと/達成できれば望ましいことに分けます。トレードオフを明示します。

  8. 重要なメッセージを作成する 優先順位順に、実際に伝える言葉として作成します。読み上げるための箇条書きではなく、自然に話す言い方にします。

  9. 質問と回答を想定する Q|回答案の形式で表にします。ユーザーが受ける可能性が最も高い3つの質問を目指します。

  10. リスクと緊張関係を特定する 明確な緩和策とともに記載します。ミーティングを頓挫させるおそれのある事項を示します。

  11. 依頼事項を明確にする ユーザーが特定の人に求めることを記載します。「認識を合わせる」のような一般的な表現ではなく、「木曜日までに Q2 のエンジニアリングリソースを確保するよう alex に依頼する」のように具体的にします。

  12. 成功の兆候を定義する ミーティングがうまくいっていることを、その場でどう判断できるかを示します。結果の指標だけでなく、行動上の手掛かりを記載します。

  13. TEMPLATE.md に反映して検証する

    • デフォルトは visibility: private
    • ステークホルダーリストがある場合、最低限のフィールド(名前、立場)を含める
    • 主な依頼は空欄にしない(具体的な依頼がなければ「認識合わせ」または「情報収集」を使用)

プロジェクトメモリの契約

.claude/pm-skills.local.md が存在する場合にのみ有効です。ファイルがなければ、このセクションは完全に無視し、上記の説明どおりに動作します。

  • 読み取り: active_initiative と最近の decision 成果物を読み取り、ユーザーが再提示しなくてもブリーフに現在の方針を記載できるようにします。
  • 書き込み: 何も書き込みません。ブリーフは準備用であり、永続的に記録されるのはまとめです。
  • 動作方針: 書き込み前に記載内容を提案し、確認を待ちます。ただし、memory_auto_append: true が設定されている場合は追記し、書き込んだ内容を返します。

この仕組みは、ファイル名ベースで成果物を連鎖させる仕組みを置き換えるのではなく、補完するものです。ファイル名は引き続き、1つのミーティングに関連する成果物を特定するために使い、プロジェクトメモリはミーティングをまたいで永続的なプロダクトコンテキストを保持します。

品質チェックリスト

  • 会議を避けるべきかの確認を行い、記録した
  • デフォルトで visibility: private を適用した
  • 背景セクションで、入手可能な過去の要約を相互参照している
  • 主要なステークホルダー全員について、立場、利害、懸念、関係性の状態を記載している(推測した項目には確度を示すマーカーを付ける)
  • 望ましい成果を「必須/推奨/あれば望ましい」に優先順位付けしており、横並びにしていない
  • 重要なメッセージを、読み上げるためではなく、相手に伝えるための表現にしている
  • 想定されるQ&A表に3項目以上ある
  • 依頼が具体的である(対象者、具体的な依頼、期限を明記)
  • 共有用の要約が、信頼できるアドバイザーによるレビューのみに適した内容であることを明記している
  • 「ソースと参考資料」セクションに「生成コンテキスト」が含まれ、推測を明示している

関連項目

コメント