経営課題の優先順位を決める方法

売上の停滞、商談不足、残業、採用難。経営会議に複数の課題が並ぶと、重要度と緊急度で点数を付けても、どれも優先になり、施策だけが増えてしまうことがあります。

着手順を決めるには、課題を別々に眺めるのではなく、複数の症状が同じ仕事の流れから生じていないかを確かめる必要があります。本稿では、複数の経営課題から最初に検証する対象を一つ選び、変更、指標、続行条件まで落とす手順を整理します。

重要度と緊急度だけでは不十分？

課題を個別に採点しても、課題同士の因果関係が見えないからです。優先順位を決めるには、複数の症状が同じ仕事の流れから生じていないかをたどります。

経営会議には、売上の停滞、商談不足、残業、採用難、教育の遅れなどが並びます。どれも重要で緊急と評価されれば、営業研修、会議の追加、採用強化が同時に始まります。しかし、同じ原因へ別々の対策を重ねると、担当者と進捗確認だけが増えかねません。

ここからは、架空のBtoBサービス会社を一つのケースとして使います。営業担当は8人。直近10件の提案のうち7件で回答が予定より遅れ、営業担当の残業と部門長への相談も増えていました。数字は説明用の仮想値であり、一般的な基準や実在企業の実績ではありません。

同社が「提案力不足」「残業」「管理職育成」を別々の課題として動かす前に、仕事の流れをたどったところ、3つの症状はいずれも提案承認の前後で起きていました。優先順位とは、他の課題を捨てることではなく、最初に確かめる因果関係を選ぶことです。

①症状と制約をどう切り分ける？

課題を評価語ではなく観測した事実へ戻し、今回の検証期間では動かしにくい条件を別にします。この区別によって、実行可能な変更範囲が見えます。法令、契約、安全、資金繰りなど、期限や重大な影響が明確な事項は通常の優先順位付けとは分け、必要な対応を先に行います。

「営業力が弱い」は評価です。「直近10件中7件で、提案回答が社内予定日を超えた」なら、範囲と状態を確認できます。「連携が悪い」ではなく、「顧客情報の不足により、10件中4件が承認後に差し戻された」と書けば、次に調べる工程が絞れます。数字が取れない場合も、「直近5件」「毎週の会議」など対象を限定すれば構いません。

次に、顧客との納期、法令や契約、利用予算、繁忙期、採用にかかる時間などを制約として分けます。架空の会社では、90日以内の増員は難しく、新しい契約条件を含む提案は役員確認が必要でした。また、顧客へ提示する品質は下げないことを守る条件にしました。90日はこの会社が週単位の提案を複数回確認するために置いた例です。半年単位で結果が出る事業なら、期間を延ばすか途中指標を使います。

制約は、改善を諦める理由ではありません。「採用人数はすぐ変えにくいが、既存サービスの承認手順は試せる」と、動かせる境界を明らかにするものです。

②ボトルネック仮説をどう立てる？

問い合わせから提供までの流れをたどり、待ちが発生して次工程を止めている場所を候補にします。その場所を変えたとき、複数の症状が一緒に動くかを問い直します。

ボトルネックは、最も忙しい人や最も大きく見える問題とは限りません。忙しい工程でも、その先に十分な余力があれば全体の結果を止めていない場合があります。反対に、処理件数が少なくても、そこで承認が止まり複数の案件が待つなら影響は大きくなります。

架空の会社では、すべての提案が金額や内容にかかわらず部門長の最終確認へ集まっていました。そこで「全部門長確認が、提案の待ち時間、営業の残業、相談集中を同時に生んでいるのではないか」と仮説を置きました。部門長個人を問題とせず、承認条件の設計を対象にした点が重要です。

この仮説は、まだ結論ではありません。本稿の症状、制約、ボトルネックという整理は、SHIOパートナーズのサービスページで示すボトルネック分析と全体最適の考え方を、会議で使える形に編集したものです。唯一の原因を証明するのではなく、短い検証で支持または修正できる仮説を選びます。

③検証する変更をどう一つに絞る？

仮説に直接働きかけ、期間内に実行できる変更を一つ選びます。組織図やシステムをすぐ変えるのではなく、対象を限定して試します。

架空の会社は、全部門長確認を一度に廃止しませんでした。既存顧客向け、標準サービス、標準価格の範囲にある提案だけを対象に、担当者がチェックリストで確認し、同僚のレビュー後に提出できるようにしました。新しい契約条件を含む提案は、従来どおり役員へ回します。これなら、守る条件を維持しながら承認集中という仮説を確かめられます。

変更を複数入れると、何が結果へ影響したか分かりにくくなります。研修、新システム、会議変更を同時に始めるのではなく、今回は承認条件の明文化だけに絞ります。他の施策は「不要」ではなく「今回の検証対象外」と記録します。

既存記事「成功企業が『あえて』捨てるもの」は、続けない施策や業務を判断する考え方を扱っています。本稿では、捨てる判断の前段として、どこを変えると全体が動くかを小さく確かめます。

④先行指標と結果指標をどう置く？

変更が実行されたかを見る先行指標と、元の症状が変わったかを見る結果指標を一つずつ置きます。両者を分けると、仮説が違ったのか、変更が実行されなかったのかを判断しやすくなります。

架空の会社が選んだ先行指標は「対象提案のうち、新しいチェックリストを使った割合」です。結果指標は「対象提案の承認待ち時間の中央値」としました。営業担当の残業時間や顧客への回答日数は補助的に確認しますが、最初から主要指標を増やしすぎません。

チェックリストが使われていないなら、待ち時間が変わらなくてもボトルネック仮説を否定できません。使われたのに待ち時間が変わらないなら、同僚レビューや情報収集など別の場所で止まっている可能性があります。この順番で見れば、「現場の努力が足りない」という説明で終わりにくくなります。

売上など最終結果が期間内に動かない事業では、提案の所要日数、次工程への移行、差し戻しなど途中の変化を結果指標にします。90日を守ることより、同じ定義で十分な回数を観測できる期間を選ぶことが大切です。

⑤続行・修正・中止をどう決める？

開始前に判断条件と確認日を決め、同じ範囲と定義で結果を比べます。複数の症状が改善すれば続行、一部なら修正、変化がなければ仮説か変更内容へ戻ります。

架空の会社は、対象提案の8割以上で新手順が使われ、顧客影響のある見落としがなく、承認待ち時間が短くなれば対象を広げる、と仮置きしました。使われた割合が低ければ、手順の負担や周知方法を修正します。十分に使われても待ち時間が変わらなければ、ボトルネック仮説を見直します。8割という数字もこのケースの例であり、他社へそのまま適用する基準ではありません。

一つの詰まりが解消すると、別の場所が全体を止めることがあります。そのため優先順位は固定せず、検証結果から次の仮説を更新します。変更を続けないと決める場合は、BLG-0007の考え方も参考に、今回扱わない理由と再検討の条件を残します。

最初の優先順位をどう仮置きする？

経営会議で30分取り、症状、制約、仮説、変更、指標、続行条件を一行ずつ書いてください。最初から正解を求めず、確認日までに確かめられる一つの仮説へ絞ります。

まず、現在の症状を5つまで観測事実へ直します。次に、期間内では変えにくい制約と守る条件を分けます。複数の症状へ影響しそうな場所へ印を付け、変更を一つ選びます。最後に、先行指標、結果指標、確認日、続ける・修正する・止める条件を書きます。

他の課題は削除せず、「今回は扱わない理由」を残してください。課題を同時に減らすより、判断の根拠を組織に残す方が、次の優先順位を決めやすくなります。

複数の経営課題が絡み、自社だけでは症状と原因仮説を分けにくい場合は、SHIOパートナーズへご相談ください。課題一覧を代わりに順位付けするのではなく、最初に確かめるボトルネックと実行条件を一緒に整理します。