管理職が自分で持つ案件数に上限を設ける理由

「意識して減らす」が機能しない理由

案件の抱えすぎを意識で解決できない理由は、判断の単位にあります。

案件を引き受けるかどうかは、一件ずつ個別に判断されます。そして個別に見れば、どの案件にも引き受ける正当な理由があります。「大型だから」「顧客が自分を指名しているから」「メンバーには荷が重いから」「立ち上げ中の商材だから」。一つひとつの判断は合理的です。

問題は、個別に合理的な判断を積み重ねた結果の総量が、誰にもチェックされないことです。10件の「合理的な引き受け」の合計が、マネジメント時間の消滅という不合理を生む。部分の合理性と全体の不合理が両立してしまう構造です。

この構造に対して「意識」は無力です。意識は個別の判断の場面で働くものであり、その場面ではいつも引き受ける理由の方が勝つからです。必要なのは、個別判断の外側に立つ制約、つまり総量への上限です。

これは営業案件に限らない、資源配分の一般的な原理です。予算に上限があるから支出の優先順位が生まれ、採用枠に上限があるから選考基準が磨かれる。上限は不自由の押し付けではなく、優先順位という思考を強制的に起動させる装置です。

上限が判断の質を変える仕組み

上限を設けると、案件を引き受けるときの問いが変わります。

上限がない状態での問いは「この案件を自分がやるべきか?」です。この問いへの答えは、前述の通りほぼ常にYesになります。自分の営業力が高いほど、Yesの根拠は増えます。

上限がある状態での問いは「この案件は、いま持っている案件のどれかを手放すほど重要か?」です。枠が埋まっているとき、新しい案件を持つには既存の何かを出さなければならない。この比較の問いは、Yesと答えにくい構造をしています。

さらに、この問いは副産物を生みます。「どれを手放すか」を考える過程で、既存案件の重要度が定期的に棚卸しされるのです。上限がなければ一度引き受けた案件は惰性で持ち続けられますが、上限があれば新規案件が来るたびに、手持ちの案件全体が相対評価にかけられます。

そして手放すと決めた案件は、メンバーへの委任機会になります。上限は、抱え込みを防ぐと同時に、委任を自動的に発生させる仕組みとして働きます。委任を「やろうと思っているがきっかけがない」状態から、「枠が埋まったら必ず発生するイベント」に変えるのです。

上限をいくつにするか：逆算の手順

上限の数字は、感覚や気合ではなく、マネジメント時間からの逆算で決めます。手順は4段階です。

1. 週の総稼働時間を確定する — 例: 45時間。理想値ではなく、持続可能な実態値で
2. マネジメントに必要な時間を先に差し引く — 1on1、同行、案件レビュー、会議、思考時間。例: 18時間
3. その他の固定業務を差し引く — 社内会議、報告、事務。例: 7時間。残りがプレイヤー業務に使える時間: 20時間
4. 1案件あたりの平均所要時間で割る — 商談・準備・フォローを含めた実感値。例: 週2.5時間/件なら、上限は8件

この計算には2つの効用があります。第一に、上限が恣意的な我慢ではなく必然の数字になるため、自分でも守りやすく、他者にも説明しやすい。第二に、計算の前提（マネジメントに18時間使う）が明文化されるため、上限を破るときには「どの前提を崩すのか」が明確になります。

計算した上限は、たいてい現状の保有数より少なくなります。その差分が、これから委任すべき案件のリストです。一気に減らす必要はありません。四半期ごとに2〜3件ずつ、力量の合うメンバーに引き継いでいけば、半年から1年で上限内に収まります。

上限の数字はチームの状況で変わる

算出される上限は、チームの成熟度で大きく変わります。メンバーが新人中心でマネジメント時間を多く取るべき時期なら上限は3〜5件、自走できるメンバーが揃っているなら10件持てることもあります。重要なのは他チームとの比較ではなく、自チームのマネジメント必要量との整合です。また、組織の期初・期末や商材の投入期など、時期によって一時的に見直すのも正当な運用です。ただし見直しは「例外の黙認」ではなく「上限値の改定」として明示的に行います。

運用ルール：上限を形骸化させないために

上限は、設定するだけなら簡単です。難しいのは、最初の例外が来たときです。「今回だけ」を一度許すと、上限は数週間で形骸化します。形骸化を防ぐ運用ルールを4つ挙げます。

最も効くのは公開です。「自分は8件までしか持たない。それを超えたら皆に渡す」と宣言しておけば、上限を破ることはチームへの約束違反になります。自分ひとりの決意は破れますが、公開された約束は破りにくい。さらにメンバーの側にも「次に委任される案件はどれか」という予測が立ち、受け入れの準備が進みます。

トレードオフの明示も強力です。「9件目を持つなら、火曜のAさんとの1on1を削る」と具体化すると、多くの場合9件目を持つ気が失せます。抽象的な「忙しくなる」は無視できますが、具体的な犠牲は無視できないからです。

導入の手順：現状把握から定着まで

上限を実際に導入する際の手順を、時系列で整理します。

第1週：現状把握。自分が主担当の案件をすべて書き出します。ここで重要なのは「主担当」の定義を厳密にすることです。顧客への連絡窓口が自分になっている案件は、たとえメンバーが動いていても主担当は自分です。同席・助言だけの案件は含めません。この定義で数えると、自覚より多い数字が出るのが普通です。

第2週：逆算と目標設定。前述の手順でマネジメント必要時間から上限を算出します。現状が15件で上限が8件なら、差の7件が委任対象です。同時に、各案件を「判断の重さ × 回復可能性」で仕分け、委任しやすい順に並べます。

第3週：チームへの宣言。上限の数字、その根拠、委任の計画をチームに説明します。このとき「自分が楽をするため」と誤解されないよう、目的（メンバーの裁量拡大、組織の成長）と、委任時の支援体制（同席・振り返り）をセットで伝えます。

第1〜2ヶ月：段階的な委任。委任しやすい案件から2〜3件ずつ引き継ぎます。引き継ぎのたびに、顧客への紹介・情報の引き渡し・最初の商談への同席という型を回し、引き継ぎ自体の精度を上げていきます。

第3ヶ月以降：定着の確認。上限内に収まった後も、月に一度、保有数と上限の突き合わせを続けます。ワンイン・ワンアウトが機能しているか、例外が文書化されているか。この定期確認をやめた時点から、形骸化が始まると考えてください。

全体で3〜6ヶ月の取り組みになります。急いで一斉に手放すと引き継ぎが雑になり、顧客とメンバーの双方に負担がかかります。上限は一度守れれば終わりではなく、維持し続ける規律なので、立ち上げを丁寧にやる価値があります。

上限がもたらす二次的な効果

案件上限の効果は、管理職の時間確保にとどまりません。運用を続けると、組織に二次的な変化が現れます。

委任の定常化。前述の通り、上限があると委任は「決意のいる特別なイベント」から「枠が埋まれば自動的に起きる日常」に変わります。委任の頻度が上がれば、引き継ぎの手順も洗練され、メンバー側の受け入れ耐性も育ちます。組織として委任がうまくなるのです。

案件ポートフォリオの可視化。どの案件を手放すかを考え続けることで、管理職の中に「自分が持つべき案件の基準」が言語化されていきます。回復不能な失敗が起きうる案件、前例のない交渉、経営判断と直結する案件。基準が言葉になれば、メンバーにも「どういう案件なら自分に来るのか」が伝わり、キャリアの見通しになります。

後任育成の進捗指標。管理職の上限を段階的に下げていけるかどうかは、後任が育っているかの直接的な指標になります。1年前は8件が限界だったが、いまは5件でチームの数字が保てる。この変化は「組織が管理職依存から脱しつつある」ことの、何よりの証拠です。経営への報告指標としても使えます。

引き継ぎスキルの組織的な蓄積も見逃せません。上限運用では委任が繰り返し発生するため、引き継ぎの型——顧客への紹介の仕方、情報の渡し方、並走期間の設計——が回数とともに磨かれます。営業組織にとって引き継ぎは、担当変更・異動・退職のたびに必要になる基礎動作です。上限運用は、この基礎動作の練習機会を人工的に増やす効果も持っています。

案件上限は、道具としてはただの数字ひとつです。しかしその数字が、引き取りの判断、委任の頻度、時間の配分、そして組織の成長速度までを変えていきます。まずは今日、自分の主担当案件を数えるところから始めてください。数えた瞬間に、多くの管理職は自分の想像より多い数字に驚くはずです。その驚きが、上限設計の出発点になります。