mcpField
N
negotiation-alignment-governance

negotiation-alignment-governance

github.com/lyndonkl生産性18795 回インストール9 週間前に更新
リポジトリ

negotiation-alignment-governance について

ステークホルダー間の緊張を調整し、意思決定の方法を明確にするチーム向けのガバナンススキルです。決定権、作業上の合意、紛争解決、エスカレーション、定期的な見直しを支援します。

主な機能

  1. 01ステークホルダーと対立点の整理
  2. 02RACI・DACI・RAPIDの意思決定フレームワーク
  3. 03作業上の合意テンプレート
  4. 04紛争解決とエスカレーション経路
  5. 05ガバナンスの定期確認とモニタリング

活用シーン

  1. 01プロダクトとエンジニアリングの決定責任の明確化
  2. 02事業部門と法務関係者の調整
  3. 03分散チームの意思決定プロセスの策定
  4. 04進行中の対立に対するエスカレーション手順の整備

インストール

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

$npx skills add https://github.com/lyndonkl/claude --skill negotiation-alignment-governance

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

同梱ファイル

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

resources/
methodology.md
template.md
resources/evaluators/
rubric_negotiation_alignment_governance.json

詳細

交渉における合意形成のガバナンス

ワークフロー

このチェックリストをコピーして、進捗を管理してください。

Negotiation Alignment Governance Progress:
- [ ] Step 1: Map stakeholders and tensions
- [ ] Step 2: Choose governance approach
- [ ] Step 3: Facilitate alignment
- [ ] Step 4: Document agreements
- [ ] Step 5: Establish monitoring

ステップ 1:関係者と対立点を把握する

すべての関係者、その利害や懸念、現在の緊張や対立、明確にする必要がある意思決定のポイントを特定します。典型的な関係者の構成については、一般的なパターンを参照してください。

ステップ 2:ガバナンスのアプローチを選択する

関係者が明確で、複雑でないケースでは → RACI/DACI と作業合意の構成には resources/template.md を使用します。複数の対立や入れ子になった意思決定を含む複雑なケースでは → 交渉技法、対立の調停、高度なガバナンスのパターンについて resources/methodology.md を確認します。

ステップ 3:合意形成を促進する

次の内容を含む negotiation-alignment-governance.md を作成します。関係者マップ、意思決定権限マトリックス(RACI/DACI/RAPID)、作業合意(コミュニケーション、品質、プロセス)、対立解決の手順、エスカレーション経路。構造化された対話を促進し、交渉を通じて合意に達します。進行を促す技法については resources/methodology.md を参照してください。

ステップ 4:合意事項を文書化する

resources/evaluators/rubric_negotiation_alignment_governance.json を使って自己評価します。意思決定権限が曖昧でないこと、重要な関係者がすべて含まれていること、合意事項が具体的で実行可能であること、対立解決の手順が明確であること、エスカレーション経路が定義されていることを確認します。最低基準:平均スコア ≥ 3.5。

ステップ 5:モニタリング体制を確立する

ガバナンスの有効性を定期的に(四半期ごとに)レビューし、合意事項を更新するきっかけを定義し、意思決定の速度と対立解決の指標を定め、関係者からのフィードバックの仕組みを構築します。

一般的なパターン

意思決定権限のフレームワーク

RACI(最も一般的):

  • Responsible:作業を実行する
  • Accountable:成果に責任を持つ(1 人のみ)
  • Consulted:意思決定の前に意見を提供する
  • Informed:意思決定の後に通知を受ける
  • 使用場面:プロセスマッピング、タスクの割り当て

DACI(意思決定に適した方式):

  • Driver:プロセスを進め、意見を集める
  • Approver:最終決定を下す(1 人のみ)
  • Contributors:意見を提供し、必ず相談を受ける
  • Informed:意思決定の通知を受ける
  • 使用場面:戦略的な意思決定、製品の選択

RAPID(複雑な意思決定に最適):

  • Recommend:意思決定を提案する
  • Agree:同意する必要がある(拒否権を持つ)
  • Perform:意思決定を実行する
  • Input:専門知識に基づいて意見を提供する
  • Decide:最終的な決定権を持つ
  • 使用場面:コンプライアンスや法務上の懸念を伴う、重要な戦略的選択

アドバイス・プロセス(分散型の権限):

  • 誰でも、次の人々から助言を求めた後に意思決定できます。
    • 影響を受ける人々
    • 専門知識を持つ人々
  • 意思決定者が説明責任を負います
  • 使用場面:権限を与えられたチーム、フラットな組織
典型的な関係者間の対立

製品部門とエンジニアリング部門:

  • 対立:機能の範囲と技術品質
  • 解決:製品部門は「何を」(機能の優先順位)決め、エンジニアリング部門は「どのように」と品質基準を決めます
  • エスカレーション:データに基づく共同提案を VP に提出します

ビジネス部門と法務/コンプライアンス部門:

  • 対立:市場投入までの速さとリスク軽減
  • 解決:ビジネス部門は機会に関する意思決定を担い、法務部門は許容できないリスクに対する拒否権を持ちます
  • エスカレーション:定量化したトレードオフを用いてリスク委員会に付議します

中央集権型チームと分散型チーム:

  • 対立:標準化と自律性
  • 解決:中央チームが最低限必要な基準を定め、各チームはその範囲を超える部分を選択します
  • エスカレーション:例外についてはアーキテクチャレビュー委員会に付議します
作業合意テンプレート

コミュニケーション規範:

  • 同期(会議):連携、交渉、ブレインストーミングに使用します
  • 非同期(ドキュメント、Slack):進捗報告、承認、情報共有に使用します
  • 返信時間の目安:緊急(<2h)、通常(<24h)、参考情報(返信不要)
  • 会議の基本ルール:議題を必須とし、決定事項を記録し、可能な限り非同期を優先します

意思決定の規範:

  • 可逆的な決定:迅速化のため、同意(異議なし)を用います
  • 不可逆的な決定:コンセンサスまたは明示的な DACI を用います
  • 決定に時間制限を設けます:N 回の議論を経てもコンセンサスに至らない場合は、選択肢を添えてエスカレーションします
  • 決定事項を記録します:アーキテクチャには ADR を、プロダクトには決定ログを用います

対立解決の規範:

  • まず当事者間で直接対話します(1 対 1)
  • 次に調停を行います(中立的な第三者が進行します)
  • その次にエスカレーションします(マネージャー/リーダーが意見を聞いたうえで決定します)
  • 異議を唱えたうえで決定に従います:決定後は、全員が実行にコミットします

ガードレール

意思決定権:

  • 「説明責任者」または「承認者」は、1 人/1 つの役割だけにします
  • 「全員に意見を求める」ことは避けます(意思決定が停滞します)
  • 意見を求めることはコンセンサスを意味しません。意見を集めた後、決定者が決定します
  • 対象範囲を定義します:どの決定が対象ですか?

作業上の合意:

  • 合意内容は具体的かつ観察可能なものにします(「うまくコミュニケーションする」ではなく「Slack に 24 時間以内に返信する」)
  • 肯定的な行動と境界の両方を含めます
  • 四半期ごとに見直します。見直しがなければ合意は失効します
  • すべての当事者から明示的な同意を得ます

対立解決:

  • 善意を前提とします。対立は性格ではなく、目標や制約をめぐるものです
  • 立場(何を求めているか)ではなく、利害(なぜ求めているか)に焦点を当てます
  • 可能であれば客観的な基準(データ、ベンチマーク、原則)を用います
  • 人と問題を切り分けます

ファシリテーション:

  • 調停時は中立を保ちます(どちらの側にもつきません)
  • 心理的安全性を確保します(率直に話しても報復されないようにします)
  • 暗黙の緊張を明らかにします(見て見ぬふりをされている問題に名前をつけます)
  • コンセンサスを強制しません。エスカレーションが必要な場合もあります

危険信号:

  • 意思決定者が多すぎる(すべてが遅くなります)
  • 影のガバナンス(実際の決定が別の場所で行われます)
  • 説明責任のない合意(結果を問われません)
  • 対立の回避(問題を先送りし、解決しません)

クイックリファレンス

リソース:

  • resources/template.md - RACI/DACI/RAPID テンプレート、作業上の合意の構成、対立解決プロトコル
  • resources/methodology.md - 交渉手法(原則立脚型交渉、BATNA 分析)、対立の調停、ファシリテーションのパターン、複雑な状況に向けたガバナンス設計
  • resources/evaluators/rubric_negotiation_alignment_governance.json - 品質基準

出力: ステークホルダーマップ、意思決定権マトリクス、作業上の合意、対立解決プロトコル、エスカレーション経路を含む negotiation-alignment-governance.md

成功基準:

  • 意思決定権が明確である(各決定につき説明責任者/承認者は 1 人)
  • フレームワークですべての主要なステークホルダーを網羅している
  • 合意内容が具体的で実行可能である(行動を観察できる)
  • エスカレーション経路を含む対立解決プロトコルが明確である
  • 定期的な見直しのサイクルが確立されている
  • ルーブリックのスコアが 3.5 以上である

迅速な判断:

  • ステークホルダーが明確で、決定が単純ですか? → RACI または DACI テンプレートを使用します
  • 複雑な複数当事者間の交渉ですか? → 原則立脚型交渉の方法論を使用します
  • 対立が進行中ですか? → 方法論にある調停手法から始めます
  • 分散チームですか? → 階層的な承認よりも、意見聴取プロセスを検討します

よくある間違い:

  1. 「説明責任者」の役割が複数ある(責任が分散します)
  2. 全員に意見を求める(意思決定が停滞します)
  3. 合意内容が曖昧である(「もっとよく連絡する」ではなく「24 時間以内に返信する」)
  4. 見直し/更新のサイクルがない(合意内容が形骸化します)
  5. 影のガバナンス(正式な RACI が無視され、実際の決定が非公式に行われます)
  6. コンセンサスを強制する(異議を唱えたうえで決定に従う必要がある場合もあります)

重要なポイント: 明示的なガバナンスにより、時間の経過とともに調整コストが低下します。初期段階で合意形成に投資すれば、意思決定の迅速化、手戻りの削減、対立の減少という形で効果が得られます。

コメント