「この件、一応マネージャーに確認を」という一文が、どれだけの時間を消費しているか考えたことがあるだろうか。MindVault PathZoneのリサーチチームが2023年に国内の中堅企業14社を対象に行った承認フロー調査では、全会議の約41%が「誰が決められるかを決めるための会議」だったことが判明した。決定そのものを議論する会議より、決定権の所在を確認するための会議のほうが多い組織が実在する。この記事では、「決定権一覧表（Decision Authority Matrix）」をゼロから設計した3社の実例をもとに、明文化がどのように会議数と意思決定リードタイムを変えるかを、プロセスと数字で追う。売り込みではなく、調査の記録として読んでほしい。

「誰が決めるか」が決まっていない組織で何が起きているか

MindVault PathZoneが2023年10月から12週間、製造業・ITサービス・小売の3業種14社を対象にカレンダーログと議事録を収集・分析した。対象会議の総数は月次平均で1社あたり187件。そのうち冒頭15分以内に「承認者の確認」または「エスカレーション先の確認」を行っていた会議が平均41.3%を占めた。この数字は業種によって多少ばらつき、製造業では38%、ITサービスでは47%、小売では39%だった。決定権が明示されていない組織では、会議そのものが「責任の分散装置」として機能しており、誰かが「私が決めた」と言える状態を避けるために人を集め続けていた。これは怠惰ではなく、組織設計の問題である。

決定権一覧表とは何か——RACIとは何が違うのか

Decision Authority Matrix（以下DAM）は、テーマごとに「誰が最終決定者か」を一行で示した表だ。RACI（Responsible / Accountable / Consulted / Informed）が役割分担の全体像を示すのに対し、DAMは「決定者が一人だけ明記される」点が決定的に異なる。RACIは「誰が関与するか」、DAMは「誰が決めるか」を問う。調査対象企業の多くはRACIを整備済みだったが、Accountableの欄に複数名が入っていたり、「部門長と相談の上」といった曖昧な記述が混在していた。DAMの設計では、各意思決定テーマに対して決定者（D）、拒否権保有者（V）、意見具申者（I）の三列だけを設ける。シンプルにすることが目的であって、完全性を追求すると再びRACIと同じ複雑さに陥る。

導入プロセス——12週間でDAMを完成させた小売企業Aの場合

従業員320名の小売企業Aでは、2023年11月にDAM導入プロジェクトを開始した。最初の2週間は「意思決定の棚卸し」に費やした。人事・仕入れ・マーケティング・システムの4部門で過去3ヶ月の会議議事録を全件スキャンし、繰り返し「承認が必要」として出現したテーマを抽出。結果として87のテーマが特定された。次の3週間はワークショップ形式で各テーマの決定者を経営層と現場で合意形成した。もっとも揉めたのは「50万円以下の単発発注」で、部長決裁か課長決裁かで4回議論が起きた。最終的に金額・緊急度・取引先新規性の三条件でマトリクスを分け、課長決裁範囲を拡張した。残り7週間でDAMをNotionベースの社内ポータルに搭載し、全社周知と運用トレーニングを実施した。

28%という数字はどこから来たか——測定方法と注意点

「会議が28%減る」というこの記事の数字は、企業A・B・Cの3社のDAM導入前後90日間のGoogleカレンダーログを比較したものだ。具体的には、参加者3名以上かつ議題に「承認・確認・相談」を含む会議の件数を計測した。企業Aは導入前月平均74件→導入後53件（28.4%減）、企業Bは61件→45件（26.2%減）、企業Cは89件→63件（29.2%減）。3社平均が28.0%だった。ただし、この数字を過信してはいけない。会議が減った背景には、DAMの導入と同時期に行われた他の組織改革（週次定例の廃止など）が含まれる可能性をゼロと断言できない。また3社というサンプルは小さい。「28%」は傾向として読むべき数字であり、絶対値として引用するには追試が必要だ。

意思決定リードタイムへの影響——スピードは会議数より正直に変わる

会議数と並行して計測したのが「意思決定リードタイム」だ。これは起案（Slackメッセージまたはメール送信）から最終承認（返信または署名）までの経過時間を指す。企業Aでは50万円以下の発注案件を対象に、DAM導入前後それぞれ50件をサンプリングした。導入前の中央値は4.2日、導入後は1.8日。半分以下になった。興味深いのは、時間が短縮した理由が「承認者がすぐ決めた」からではなく「起案者が誰に送ればいいかを迷わなくなった」からだという点だ。担当者インタビューでは「送る相手を間違えて差し戻されるケースがほぼゼロになった」という声が複数得られた。速度の改善は承認者側ではなく、起案者側の行動変容から生じていた。

DAMが機能しなかった事例——失敗から学ぶ設計の罠

調査対象14社のうち4社はDAMを試作したものの、導入後3ヶ月以内に実質的に使用されなくなった。その共通点を分析すると三つのパターンが浮かんだ。一つ目は「例外が多すぎる表」だ。ある企業は87テーマのDAMに「ただし○○の場合は△△部長にも確認」という注記を47件付け加え、表の外に実質的な承認フローが育った。二つ目は「決定者の名前ではなく役職だけ記載」したケース。担当者が異動すると表の更新が追いつかず、誰に聞けばいいか再び不明確になった。三つ目は「経営層がDAMの対象外」だった組織だ。現場の決定権は明文化されたが、役員マターについては従来通り「社長に聞いて」という文化が残り、全体の流れが変わらなかった。

DAMを維持するための最小限の運用設計

最もシンプルに機能した企業Bの運用ルールは三つだけだった。第一に、四半期に一度30分のレビュー会を開き、「過去3ヶ月で決定者への問い合わせが3回以上あったテーマ」だけを見直す。第二に、DAMへのリンクをSlackのピン留めとオンボーディング資料の冒頭に固定する。第三に、DAMに載っていないテーマで会議招集が来た場合、主催者はまずDAMへの追記提案をセットで送ることをチームルールにした。この三つだけで表の鮮度が保たれた。「完璧な表を作る」より「古くなったときに更新される仕組みを作る」ほうが、長期的な効果を左右する。DAMは成果物ではなく、生きたインフラだ。

決定権一覧表は、それ自体が魔法の道具ではない。「誰が決めるかが曖昧である」という組織の構造的な問題を可視化し、議論を強制する装置として機能する。今回の調査で見えてきたのは、会議の数ではなく「責任の所在」が組織のスループットを支配しているという事実だ。28%という数字よりも、「送る相手を間違えなくなった」という起案者の行動変容のほうが、本質的な変化を物語っている。