この記事の要約
成長施策の優先順位を決めても、四半期末になると上位に並んでいたはずの施策の多くが「来期持ち越し」になる——
これは担当者の怠慢や計画の精度不足ではなく、優先順位を「効果」だけで決めていることそのものが原因です。実際の実行順は、効果に加えて制約条件(リソースの奪い合い)・依存関係(前提条件の未整備)・意思決定者(承認と実行のズレ)という3つの見えない変数によって決まります。
本記事では、優先順位が壊れる典型パターンを整理したうえで、効果×実現可能性の表に「着手可能性」という軸を加える判断基準、依存関係マップの具体的な作り方、意思決定者を早期に巻き込む運用、四半期ごとのリセット型から継続的な並べ替え型への移行方法までを具体的に解説します。
読み終えたときには、効果の大きさだけでなく、制約・依存・意思決定者の状況を含めた現実的な実行順を、経営会議の場で組み立てられるようになります。
この記事でわかること
- 成長施策の優先順位が「効果順」だけでは機能しない理由
- 優先順位を壊す「制約条件」「依存関係」「意思決定者」という3つの見えない変数
- 効果×実現可能性に「着手可能性」を加えた新しい判断基準の作り方
- 依存関係マップで実行の詰まりポイントを可視化する具体的な手順
- 四半期ごとのリセットをやめ、継続的に優先順位を並べ替える運用の仕組み化
はじめに
四半期の頭に、経営会議で優先順位表を確認し合う。効果の大きさ、投資対効果、担当部門まで丁寧に整理された一覧を前に、「今期はこの順番で進めよう」と全員が合意する。ところが三カ月後、蓋を開けてみると上位に並んでいたはずの施策の多くが「来期に持ち越し」として残っている——
担当者を叱っても、次の四半期でまた同じことが繰り返されます。それは個人の実行力の問題ではなく、優先順位表そのものの作り方に、見落とされている前提があるからです。
経営陣がこの構造に気づかない限り、優先順位表は毎期作り直されても、実行順は一向に変わりません。
なぜ「良い施策」ほど先送りされるのか
成長施策の優先順位が崩れる会社には、ある共通点があります。
それは、優先順位表そのものは立派に作られているということです。効果の大きさ、投資対効果、影響範囲まで丁寧に整理された一覧表があるのに、いざ四半期が終わると、上位に並んでいた施策の多くが「来期に持ち越し」として残っている。この現象は、担当者の怠慢でも、計画の精度不足でもありません。優先順位を「効果」だけで並べてしまったことが原因です。
効果順の一覧表が機能しない理由
多くの企業が使う優先順位マトリクスは、縦軸に効果、横軸に工数や難易度を置いた形式です。一見合理的に見えますが、この表には決定的な欠落があります。「今、実際に着手できるかどうか」という実行可能性の軸が存在しないのです。
例えば、ある製造業のCOOは、需要予測の精度向上施策を最優先に置いていました。効果試算では在庫コスト削減効果が最も大きかったからです。しかし実際には、基幹システムの改修が前提条件として必要で、その改修プロジェクトは情報システム部門の別案件と並行できない状態でした。
効果は正しく評価されていたのに、着手条件が満たされていなかったため、四半期の終わりには「未着手」のまま次に送られていました。
「誰が本気で推進するか」が抜け落ちた計画
もう一つの典型は、施策オーナーが曖昧なまま優先順位だけが決まっているケースです。経営会議では「重要施策A」として合意されていても、実行を担う部門長が別の緊急対応に追われていれば、その施策は事実上止まります。
優先順位は「紙の上の順位」であって、「実際に誰のカレンダーとリソースが空いているか」という現実とは別物だという前提を、多くの経営陣が見落としています。
優先順位を壊す3つの見えない変数
施策の実行順が崩れる背景には、効果試算の精度不足ではなく、可視化されていない3つの変数が存在します。これらを意思決定の段階で組み込まない限り、どれだけ精緻な効果試算を作っても、同じことが繰り返されます。
制約条件——リソースは足し算ではなく取り合いになる
多くの計画は、施策ごとに必要な人員・予算を個別に見積もります。しかし実行段階では、複数の施策が同じエンジニアリングチームやマーケティングチームのリソースを奪い合う構造になっていることがほとんどです。
- 人員の重複:同じキーパーソンが3つの施策に名を連ねている
- 予算の重複申請:期初に承認された予算枠を、複数施策が前提にしている
- 意思決定者の時間:承認や判断に必要な経営陣の可処分時間が想定されていない
これらは個別の施策計画書には現れず、複数の施策を横に並べて初めて見える制約です。
依存関係——前提が満たされないと着手できない
施策Bを進めるには施策Aの完了が必要、というような依存関係が明示されていないと、優先順位表の上位にある施策から手をつけたつもりが、実は下位の前提条件が未整備で動けない、という事態が起こります。
具体的には、新規顧客セグメントへの参入施策を進めようとしたある企業では、ターゲティングの精度を上げるためのデータ基盤整備が完了していなかったため、営業体制の拡充という「本命施策」が半年間着手できずにいました。
効果の大きさでは営業体制拡充が圧倒的に上位でしたが、依存関係を考慮すると、実際の着手順序はデータ基盤整備が先でなければならなかったのです。
意思決定者——承認者と実行者がズレると止まる
施策の推進には、実行する現場と、承認する経営陣の両方が「今動く」という意思を持っている必要があります。どちらか一方が欠けると、施策は形式上「進行中」のまま実質的に停止します。
よくあるのは、部門長は本気で進めたいと考えているのに、経営会議での最終承認が次回の定例会議まで持ち越される、というケースです。承認プロセスのタイミングそのものが、実行順位を無自覚に決めてしまっているのです。
「効果順優先順位」が引き起こす典型的な失敗パターン
効果の大きさだけで優先順位を決めてしまうと、企業規模や業種を問わず、似たような失敗が繰り返し起こります。あらかじめこのパターンを知っておくことで、自社の計画に同じ穴がないかを点検できます。
| 失敗パターン | 起こること | 本来必要だった視点 |
|---|---|---|
| 前提未整備型 | 効果最大の施策が、実は別の施策の完了を前提にしていた | 依存関係の事前洗い出し |
| リソース衝突型 | 複数の重要施策が同じキーパーソンを取り合い、すべて中途半端に進む | 人員配分の一元管理 |
| 承認待ち型 | 現場は動けるのに、経営会議のタイミングまで着手が止まる | 意思決定者の関与タイミング設計 |
| 部門間温度差型 | 全社最適では上位でも、実行部門にとっては優先度が低い | 実行オーナーの当事者意識の確認 |
この四つのうち、特に見落とされやすいのが「部門間温度差型」です。全社的な効果試算では上位に位置づけられていても、実行を担う部門長にとっては自部門のKPIに直結しないことがあります。この場合、いくら経営会議で優先度を高く設定しても、現場の実行スピードは上がりません。効果の大きさと、実行部門にとっての重要度は、必ずしも一致しないのです。
自社のGTM成熟度から投資優先順位を判断する方法は、次の記事で確認できます。
実行順を決め直すための判断基準
ここまでの3つの変数を踏まえると、優先順位の決め方そのものを見直す必要があることが分かります。効果の大きさだけでなく、「今すぐ動けるかどうか」を独立した評価軸として加えることが出発点です。
効果×実現可能性に「着手可能性」を加える
優先順位マトリクスに、以下の3つ目の軸を追加します。
| 評価軸 | 問い |
|---|---|
| 効果 | 実行できた場合、どれだけのインパクトがあるか |
| 実現可能性 | 技術的・組織的に実行できる状態か |
| 着手可能性 | 制約条件・依存関係・意思決定者が今この瞬間に揃っているか |
効果が大きくても着手可能性が低い施策は、上位に置いたまま「準備フェーズ」として扱い、実行フェーズの優先順位からは一旦外すという判断が必要です。これにより、優先順位表と実行順が一致するようになります。
依存関係マップで「詰まりポイント」を可視化する
施策同士の前後関係を一枚の図に落とし込み、どこがボトルネックになっているかを経営会議で共有することが有効です。依存関係マップを作ると、次のようなことが見えてきます。
- 複数の重要施策が同じ前提条件(例:データ基盤整備)に依存している
- その前提条件を担当するチームが手薄になっている
- 前提条件の完了時期が、実行計画上の想定より後ろにずれている
この可視化を行うだけで、「なぜあの施策が進まないのか」という漠然とした不満が、「どこがボトルネックか」という具体的な議論に変わります。
依存関係マップを作る際の具体的な進め方
依存関係マップは、専用ツールがなくても作成できます。次の手順で進めると、部門長クラスでも短時間で着手できます。
- 今期の主要施策を付箋やシートに一つずつ書き出す
- 各施策について「これが終わらないと着手できない前提条件」を矢印でつなぐ
- 矢印が集中している箇所(=多くの施策が依存している前提条件)に印をつける
- 印がついた前提条件の担当チームと完了予定日を確認する
この作業を経営会議の場で30分ほど行うだけで、「なぜこの施策が止まっているのか」という問いに対する答えが、担当者の説明を待たずに図から読み取れるようになります。
意思決定者を巻き込むタイミングを前倒しする
承認プロセスが実行順を無自覚に決めてしまわないよう、施策の企画段階から意思決定者の関与タイミングをスケジュールに組み込みます。「承認は最後にまとめて」ではなく、「判断が必要になる時点で個別に」という運用に変えるだけで、施策が承認待ちで止まる期間を大幅に短縮できます。
例えば、四半期に一度の経営会議だけで承認を得る運用をやめ、施策ごとに「この時点でこの判断が必要」というマイルストーンを設定し、そのタイミングで個別に経営陣の判断を仰ぐ体制に変えた企業では、承認待ちによる遅延が目に見えて減少しました。
成長が止まったときに確認順を誤らないための診断手順は、次の記事を参照してください。
「次の四半期」を生まない優先順位運用の仕組み化
優先順位の崩れを一時的に直しても、運用の仕組みが変わらなければ同じことが再発します。四半期ごとにゼロから優先順位を作り直すのではなく、継続的に並べ替える仕組みに変えることが根本的な対策になります。
四半期リセット型から継続的な並べ替え型へ
四半期の初めに優先順位を決め、期末まで見直さないという運用は、期中に発生する制約条件や依存関係の変化に対応できません。代わりに、月次または隔週で「着手可能性」だけを再評価し、順位を機動的に入れ替える運用にすることで、状況変化への対応力が高まります。
- 効果と実現可能性は四半期に一度見直す
- 着手可能性(制約条件・依存関係・意思決定者の状況)は月次で見直す
- 優先順位の変更理由を必ず記録し、経営会議で共有する
優先順位変更のルールを明文化する
優先順位が変わること自体は問題ではありません。問題なのは、変更の理由が共有されず、現場が「また変わった」という不信感を抱くことです。優先順位を変更する際は、以下を明文化しておくと運用が安定します。
優先順位変更時に確認する項目
- 変更の理由(制約条件・依存関係・意思決定者のどれが変化したか)
- 影響を受ける他の施策の有無
- 変更を承認した意思決定者
- 現場への共有タイミング
このルールがあることで、優先順位の見直しが「場当たり的な変更」ではなく「意図を持った再配置」として受け止められるようになります。
経営陣が持つべき問いは「何が最も効果的か」ではない
多くの経営会議では、「どの施策が最も効果的か」という問いに時間が割かれます。しかし、本当に問うべきは「今、制約条件・依存関係・意思決定者の状況を踏まえたときに、実際に動かせる施策はどれか」という問いです。
この問いに答えるためには、効果試算の資料だけでなく、依存関係マップと着手可能性の状況を常に手元に置いておく必要があります。
効果だけを基準にした優先順位表は、いわば「理想の実行順」を示す地図にすぎません。実際の道路状況、つまり制約条件や依存関係、意思決定者の動きを反映しない地図に従って進めば、行き止まりに突き当たるのは当然のことです。実行順を決めるという作業は、効果を測る作業とは別に、独立した意思決定として扱う必要があります。
まとめ
成長施策が四半期をまたいで持ち越され続けるのは、優先順位を「効果」だけで決めていることが原因です。実際の実行順は、効果に加えて制約条件・依存関係・意思決定者という3つの見えない変数によって決まります。
優先順位マトリクスに「着手可能性」の軸を加え、依存関係マップで詰まりポイントを可視化し、意思決定者の関与タイミングを前倒しすること。そして四半期ごとのリセットではなく、継続的に並べ替える運用に変えること。
この4つを組み合わせることで、優先順位表と実際の実行順が一致するようになり、「次の四半期に持ち越し」という事態は着実に減っていきます。
Q&A
- Q優先順位マトリクスに「着手可能性」を加えると、評価が複雑になりすぎませんか?
- A
着手可能性は複雑な計算式ではなく、「制約条件・依存関係・意思決定者の3点が今そろっているか」を確認するチェックのようなものです。効果や実現可能性ほど精緻な試算は不要で、経営会議の場で数分程度の議論で評価できます。
- Q依存関係マップは、どのくらいの頻度で更新すればよいですか?
- A
主要な依存関係の構造自体は四半期に一度の見直しで十分ですが、着手可能性(前提条件の進捗)は月次や隔週といった短いサイクルで確認することをおすすめします。状況変化に早く気づけるほど、実行順の修正コストは小さく済みます。
- Q意思決定者の関与を前倒しすると、経営陣の負担が増えるのではないでしょうか?
- A
一時的には判断の回数が増えるように感じられますが、承認待ちによる停滞期間が減るため、結果として全体の意思決定コストは下がることが多いです。四半期末に複数の重要判断が集中する状態を避けられる点も利点です。
専門用語解説
- 優先順位マトリクス:施策を効果や実現可能性などの軸で整理し、順位付けするための表
- 依存関係:ある施策の着手や完了が、別の施策や条件の完了を前提としている関係
- ボトルネック:全体の進行を妨げている、最も制約の強い箇所
- 着手可能性:制約条件・依存関係・意思決定者の状況が揃い、実際に今動き出せる状態にあるかどうかを示す概念
- 意思決定者:施策の実行や予算配分について、最終的な承認権限を持つ人
