mcpField
S
stakeholder-alignment

stakeholder-alignment

github.com/oldwinter生産性1037 回インストール1 週間前に更新
リポジトリ

stakeholder-alignment について

提案や意思決定に向けたステークホルダー調整を支援するスキルです。関係者の整理、事前の懸念確認、会議の進行、決定後の連絡まで扱います。

主な機能

  1. 01調整目標と成功基準の設定
  2. 02関係者の役割と懸念の整理
  3. 03意見を意思決定原則に変換
  4. 04事前説明による不意打ちの回避
  5. 05会議とフォローアップ連絡の準備

活用シーン

  1. 01ロードマップ変更への経営陣の支持獲得
  2. 02合意前の部門横断チームの調整
  3. 03意思決定用資料と会議計画の作成

インストール

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

$npx skills add https://github.com/oldwinter/skills --skill stakeholder-alignment

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

同梱ファイル

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

skillpack.json
references/
CHECKLISTS.md
EXAMPLES.md
INTAKE.md
RUBRIC.md
SOURCE_SUMMARY.md
TEMPLATES.md
WORKFLOW.md

詳細

ステークホルダーの合意形成

スコープ

対象範囲

  • 目標、決定事項、成功基準について共通認識を得る
  • ステークホルダー(意思決定者/影響力を持つ人/阻害要因)を把握し、関心事に合わせてメッセージを調整する
  • 「意見」を意思決定の原則+評価基準に落とし込む
  • 反対意見を早期に把握するため、不意打ちのない事前説明のサイクルを実施する
  • 合意形成/意思決定の会議を進行し、明確なコミュニケーションでその後の実行を確実にする

使用するタイミング

  • 「このロードマップ変更について経営陣の賛同を得るのを手伝ってください。」
  • 「会議では毎回『合意した』はずなのに、その後合意が崩れます。プロセスを改善してください。」
  • 「ステークホルダーを把握し、提案に合意してもらうための計画を作ってください。」
  • 「コミットする前に、部門横断(Eng/Design/Sales/Legal)の合意が必要です。」
  • 「合意形成用の事前資料+会議計画+フォローアップの連絡文を作成してください。」

使用しないタイミング

  • 解決すべき問題がまだ明確でない場合(まず問題定義を行ってください)。
  • 複雑な選択に必要な意思決定のフレームワーク/役割が主に必要な場合(意思決定プロセスのスキルを使用してください。このスキルでは、決定事項とステークホルダーを特定できていることを前提とします)。
  • 仕上がりのよいプレゼン資料だけが必要な場合(プレゼンテーションのスキルを使用してください。このスキルでは合意形成の手法と成果物に焦点を当てます)。
  • 対人関係/人事/法務に関する依頼、または専門家の助言が必要な場合。

入力

最低限必要な情報

  • 合意形成の目標:周知/合意形成/決定(および期限)
  • 提案(または決定事項)を一文で表したもの+今取り組む理由
  • ステークホルダーの一覧(または推定に必要な組織の状況)
  • 制約/譲れない条件(スケジュール、予算、ポリシー、コンプライアンス、顧客との約束)
  • 現状:すでに話し合われたこと、および合意形成が崩れる箇所

不足情報への対応

  • references/INTAKE.mdから、一度に3~5個の質問をします。
  • 重要な情報が得られない場合は、前提を明示して進め、不明点にラベルを付けます。

出力(成果物)

次の順序でステークホルダー合意形成パックを作成します(チャット内のMarkdown、または希望があればファイルで提供します)。

  1. 合意形成ブリーフ(1ページ)(目標、決定事項/依頼、今取り組む理由、ユーザー価値、成功基準、制約、トレードオフ)
  2. ステークホルダーマップ+「考え方」のメモ(役割、インセンティブ、想定される反対意見、意思決定の原則)
  3. 合意形成計画(事前説明の順序、成果物、スケジュール、および「不意打ちをなくす」計画)
  4. 合意形成用事前資料+会議計画(アジェンダ、重要な質問、選択肢/トレードオフ、決定事項の記録)
  5. 決定事項の要約+連絡文のドラフト(決定した内容、理由、変更点、担当者、次のステップ)
  6. リスク/未解決の質問/次のステップ(必ず含める)

テンプレート:references/TEMPLATES.md
詳細なガイダンス:references/WORKFLOW.md

ワークフロー(8ステップ)

1) 合意形成の目標を定義する(「合意した」とはどういう状態か?)
  • **入力:**ユーザーの状況、references/INTAKE.md。
  • **アクション:**目標を分類し(周知/合意形成/決定)、決定事項/コミットメント(または合意形成の成果物)を明確にします。期限と、何をもって「完了」とするかを設定します。
  • **出力:**合意形成ブリーフの項目:目標、決定事項/依頼、期限、スコープの境界。
  • 確認事項:「合意形成後、ステークホルダーは_____までに_____にコミットする。」という文を完成できます。
2) ステークホルダーと意思決定権を把握する(誰が重要で、その理由は何か)
  • **入力:**組織の状況、過去の会議メモ、把握済みのステークホルダー。
  • **アクション:**ステークホルダーマップを作成します。意思決定者、承認者、影響力を持つ人、実行担当者、阻害要因、および「黙った拒否権」のリスクを整理します。誰に不意打ちを与えてはならないかを特定します。
  • **出力:**ステークホルダーマップ(表)+「事前説明が必要」な人の一覧。
  • **確認事項:**影響を受けるすべての重要な部門(例:Eng、Design、Sales、Support、Legal/Compliance、Finance)が含まれているか、対象外であることが明示されています。
3) 「考え方」を読み解く(意見だけでなく、原則を把握する)
  • 入力: これまでのフィードバック、幹部の文章や講演、観察されたパターン。
  • アクション: ステークホルダーからのフィードバックを、3~7 個の意思決定原則(例:「未来を感じさせること」「エンタープライズのリスクを最小限に抑えること」)にまとめます。どのような根拠が説得力を持つのかを記録します。
  • 成果物: 各主要ステークホルダーの「考え方」メモと、原則のリスト。
  • 確認事項: 主要ステークホルダーごとに、「どのような状況であれば、その人の見解が理にかなうか」を説明できます。
4) ユーザー価値とビジネス上の制約を軸にする(雑音を取り除く)
  • 入力: 提案、ユーザー/顧客の状況、制約。
  • アクション: 物語の骨子を作成します。ユーザー価値(「本質的な問い」)、今取り組む理由、避けられないトレードオフをまとめます。制約(コンプライアンス、収益化、市場投入、信頼性)を明確にします。
  • 成果物: Alignment Brief の各セクション:ユーザー価値、今取り組む理由、制約、トレードオフ。
  • 確認事項: 懐疑的なステークホルダーが、明示された前提に異議を唱えずに提案を「なくてもよいもの」として退けることはできません。
5) 評価基準と「良い状態」を定義する
  • 入力: 目標、制約、ステークホルダーの原則。
  • アクション: 評価基準を作成します(必要であれば重みも設定します)。合意に至る過程では、最初は居心地の悪さを感じることもあると伝え、直感ではなく基準に沿って検討するようステークホルダーに促します。
  • 成果物: 基準のリスト(任意で基準の表も作成)と、会議で使う「居心地の悪さは自然なことです」という期待値を共有する一文。
  • 確認事項: 基準は少数(3~7 個)で、互いに意味のあるトレードオフを示し、ステークホルダーの原則に結び付いています。
6) 事前説明のサイクルを回す(不意打ちをなくし、反応を見る)
  • 入力: 資料のドラフト、事前説明の対象者リスト。
  • アクション: 主要なステークホルダーと 1 対 1(または少人数)で話し合います。どの部分が伝わるか(また、「目が死んでしまう」原因となる部分)を観察し、反対意見を記録して資料を更新します。変更履歴を残します。
  • 成果物: 事前説明のメモ、反対意見の記録、更新した資料、変更履歴。
  • 確認事項: 主要なステークホルダーが、正式な会議で初めて中心的な提案を目にすることはありません。
7) 合意形成/意思決定の会議を進行する(雰囲気ではなく、確約を得る)
  • 入力: 最終版の事前資料、アジェンダ、意思決定の記録計画。
  • アクション: 合意の目標と本質的な問いから始めます。基準に照らしながら選択肢とトレードオフを確認します。意思決定と確約(担当者と期限)を確認します。異論とフォローアップ事項を記録します。
  • 成果物: 会議メモ、意思決定の記録、アクションリスト。
  • 確認事項: 全員が、何を決めたのか、その理由、明日から何が変わるのか、誰が何を担当するのかを把握して会議を終えます。
8) 合意を伝えて確定する(議論の蒸し返しを防ぐ)
  • 入力: 意思決定の記録、アクションリスト、ステークホルダーマップ。
  • アクション: 会議に出席しなかった人も含め、すべてのステークホルダーに簡潔な要約を送ります。根拠とトレードオフを文書化します。レビュー/確認の日程を設定します。
  • 成果物: Decision Summary、Comms Draft、レビュー確認日。
  • 確認事項: フォローアップの連絡には、意思決定、根拠、トレードオフ、担当者、日付、再検討のきっかけとなる条件が含まれています。

品質ゲート(必須)

例

例 1:「信頼性の問題に対処するため、Feature A を 6 週間停止する件について、経営陣の合意が必要です。合意形成用のブリーフ、ステークホルダーマップ、事前説明計画、意思決定会議の計画を作成してください。」
期待される内容:合意形成用ブリーフ、ステークホルダーマップ、事前説明計画とメモ用テンプレート、会議計画とコミュニケーションの草案。

例 2:「営業部門と法務部門がセルフサービスのローンチを阻んでいます。制約を早い段階で明らかにし、全員が合意できる方針にたどり着くための部門横断的な合意形成計画を作成してください。」
期待される内容:明示された制約、評価基準、驚きのない事前説明の流れ、意思決定の記録、フォローアップのコミュニケーション。

境界例:「彼らに私の意見に賛成させてください。彼らは非合理的です。」
対応:政治的な「勝利」を目指すことは拒否し、証拠に基づく合意形成プロセス(原則、基準、トレードオフ)へと方向転換します。ユーザーが意思決定や目標を明確にできない場合は、まず問題の定義を行います。

コメント