RAPID、RACI、DACI、SPADE：1つ選んで、実際に実行してみてください

四人が自分たちのものだと思っていた決定

価格変更は火曜日に出荷されました。水曜日に、営業担当副社長はなぜ彼女が承認しなかったのか尋ねました — 彼女は価格設定を担当していると思っていました。CFOは最終的な決定権が自分にあると考えていました; 彼はモデルを承認していました。プロダクトリードは実際にその決定を下しており、それは彼女の権限だと信じていました。そしてCEOは、全社向けの文書でそれについて読み、こういった決定は自分に来るものだと思っていました。4人の人間、1つの決定、4人の真剣なオーナー — そして今、価格設定の衣装を着た所有権に関する議論が繰り広げられています。

あなたはこれのバージョンを見たことがあります。これは成長する組織における最も一般的なガバナンスの失敗であり、豊富な解決策が揃っています：RAPID、RACI、DACI、SPADE — それぞれのフレームワークの内容はすべて、決定が下される前に誰がどの役割を果たすかを書き留めるというものです。文字は異なりますが、洞察は同じです。

実際の問題を指摘しています。チームはフレームワークの選択にエネルギーを費やし — 比較記事や、ConsultedとInputの違いについてのワークショップの議論 — その後、決定の後に文書として文字を割り当てます。役割を後から割り当てることは単なる物語です。このチュートリアルは、選択に1つの表を使い、残りは実行に使います：適用されたワークフローは、どの文字を選んでも同じです。（フレームワークの理論と歴史については、私たちの意思決定フレームワークガイドがツールボックスの他の部分と一緒にカバーしています — このチュートリアルはそれを繰り返すことは意図していません。）

1つの表に4つのフレームワーク

重要な決定には6つの役割があります。フレームワークはそれらを異なる名前で呼びます：

あなたの本物のブロッカーによって選択してください：実際の拒否権保持者 → RAPID; 実行の絡み合い → RACI; プロセスランナー文化 → DACI; 理由を書き留めることをスキップするチーム → SPADE。 それから止まります。 以下のステップ2から10は、あなたの選択によって変更されません — 変更されるのはステップ3の文字だけです。 この文はチュートリアルで最も役立つ文です：フレームワークの選択を終わらせ、実際に意思決定を改善する行動である実行を始めます。

設定: 範囲、次に役割、次にケース

1. 1その決定を根本的な主張として名付けてください。 "私たちはQ1にチームティアの使用量に基づく価格設定に移行します." 実際には、その著者は推奨者/ドライバーであり、著作権は明示されているため、Rは最初の瞬間から記録に残っています。 チェックポイント：根本的な主張は存在し、その著者はケースを構築している人です。
2. 2可視性の階層に参加する範囲。 議論の可視性を設定します — 公開、テナント全体、部門、またはプライベート — 意図された入力セットに合わせます。部門スコープの決定は、その部門によって構造上相談可能です; 法務を巻き込むことを誰かが覚えていることに依存していません。チェックポイント: 可視性は習慣ではなく、入力セットに一致します。
3. 3役割の割り当てを記録する — 最初の議論の前に。 ルートのプロチャイルドとして: "決定者: A. 推奨者: B. 同意: C, D. 入力: Eng, Legal. 知らされている: 全員." 日付が付けられ、帰属可能で、木の上の他のものと同様に挑戦可能です。この順序は意思決定権フレームワークの全てのポイントです: 議論の後に割り当てられた役割は、何が起こったかを単に説明するだけです。チェックポイント: 割り当ての議論はすべてのケースの議論よりも前にあります。
4. 4ケースを構築する。 各自の長所と短所を持つオプションを兄弟ノードとして配置 — 意思決定記録チュートリアルと同じ構造で、後で読者が尋ねるであろう却下されたオプションも含まれています。 チェックポイント: すべての実際の代替案にはノードがあります。

証明できる相談

「相談されましたか？」は、すべての争われた決定が最終的に依存する質問です — そしてほとんどの組織では、正直な答えは肩をすくめることです：会議があり、スレッドがあり、記憶は異なります。ここでのワークフローは、相談を受領書にし、思い出ではなくします：

1. 1各インプットホルダーは推奨に基づいてQ&Aチェーンを開きます: 彼らの質問、推奨者の回答、フォローアップ、回答 — 完了。完了したチェーンは相談が行われた証拠です: 誰が尋ねたか、何が回答されたか、いつ。質問がないインプットホルダーは明示的に辞退します。チェックポイント: すべてのインプットホルダーは≥1の完了したチェーンまたは明示的なパスを持っています。
2. 2異議を唱える合意保持者はレビューの連鎖を開きます：彼らの評価、推薦者の応答、フォローアップ、応答。複数の合意保持者がいる場合、それぞれ独自の条件で解決される複数の並行した連鎖が存在します — グループスレッド内に未解決のブロックは隠れていません。チェックポイント：連鎖の外に生きた異議は存在しません。
3. 3対立する二つの合意保持者 → 妥協の連鎖。 一方が他方に中間の立場を提案し、記録に残します。解決されたかどうかにかかわらず、その試みは文書化されます — これにより「法務と財務は決して合意しなかった」という主張が、読みやすいやり取りに変わります。 チェックポイント：対立は解決されるか、明らかに生きています。

部屋を選ばず、その理由を書き留める

コールの前に、全員がオプションを評価します — 各オプションにはラベル付きの評価があります。これはそのまま受け取ってください: 部屋の状況を示す証拠であり、投票ではありません。定足数はなく、閾値もなく、タイブレークもありません; フレームワークの全体的な前提は、名前のある人間が決定するということです。

次に、決定者が決定します — 彼らが作成した議論として、選択されたオプションの下で、理由を述べます。そして、ワークフローが生み出す最も価値のある文は次の通りです：評価に反する場合、その説明は決定者のノードで行われます。「部屋はオプションBに傾いていましたが、企業更新のリスクが配布の好みを上回るため、Aを選びます」 — これは、異議を唱え、コミットするリーダーシップと命令による決定を分ける一文であり、持続可能な決定の本質です。書かない決定者はフレームワークを運営しているのではなく、それを着用しています。

• ✓チェックポイント：コール前にキャプチャされた配布；決定は決定者自身の主張として記録され、理由が付けられます — これは部屋と矛盾する場合に必須です。

別のメールなしで通知する

最後の手紙、最も安価なステップ：決定の可視性を広げる。インフォームドセットは議論を始め、結果だけでなく議論全体 — 選択肢、相談の連鎖、決定者の理由を読み取ります。「なぜ価格が変わったのか？」は独自のメールスレッドを必要とせず、その答えは記録自体です。このように行うことで、情報提供はバイインの始まりでもあります：人々は自分が検討できる理由を持つ決定にコミットします。

• ✓チェックポイント：情報を得たセットへの可視性が拡大しました；発表は記録を要約するのではなく、リンクしています。

正直な限界

• ✗決定権フィールドはありません。 これらの文字は記録された慣習であり、日付が付けられ、帰属可能ですが、製品はそれらを割り当てたり確認したりしません。RBACロールは権限レベルであり、決定権ではありません。
• ✗評価は重み付けされた投票ではありません。 一人につき一つの値とラベル、定足数なし、閾値なし、タイブレークなし。決定者がタイブレークです。
• ✗可視性スコープの読み取り、義務ではありません。 部門スコープは、法務がそれを見ることができることを意味します — 完了したQ&Aチェーン、可視性設定ではなく、それが彼らが関与した証拠です。
• ✗チェーンは4回のターンで完了し、その完了は合意とは異なる。 それでもコミットする異議を唱える合意保持者は、変わったのではなく、聞かれたと記録される。
• ✗これらのどれも、決定を下すことに消極的な人を解決するものではありません。 構造は、未決定の決定をより早く明らかにします — 呼び出しがあるべき空のノードは非常に目立ちます — しかし、それは呼び出しを行うことはできません。

実践的なレッスン

• ✓キックオフミーティングで役割の議論を記述する、誰もその利点について議論する前に、ライブで。今の30秒と、翌水曜日の考古学。
• ✓同意リストは厳しく短く保つ。 すべての同意保持者は解決すべきチェーンを持つ潜在的なブロックです。ほとんどの「承認者」は実際にはインプットです。RAPIDの規律はそれを声に出して言うことです。
• ✓拒否された相談も記録です。 明示的に通過した入力保持者は、後で除外を主張することはできません — 通過を見えるようにすることで、彼らと自分自身を守りましょう。
• ✓課題を再利用する。 繰り返しの意思決定タイプ（価格設定、バンドの採用、ベンダー選定）は同じ文字を保持します — 役割の引数をテンプレートとして貼り付け、名前を更新します。

水曜日、再訪

価格変更をワークフローで再実行してください。営業担当副社長は同意者であり、彼女の異議は完了したレビューのチェーンで、2回回答され、彼女はコミットしました。CFOはインプットであり、彼の相談は受領書です。プロダクトリードは決定者であり、議論の前に書かれた日付のある主張によって決定され、彼女が部屋の傾向に反対する理由は誰もが読める1段落です。CEOは情報提供者であり、全体会議の文書がツリーをリンクしています。同じ決定、可能性として同じ結果。しかし、水曜日には再審議することは何もなく、これらの争いを引き起こす唯一の質問 — 誰がこれを決定する権利を持っていたのか？ — は誰も議論する前に答えられていました。