実行から率いることへの転換: IC思考から抜け出す
あなたが昇進したのは、その仕事で傑出した成果を上げていたからです。これは修辞的な表現ではありません。あなたは本当に速く、スキルが高く、信頼できる人材でした。そして今、組織はある逆説的な判断を下しました。その仕事を最もうまくこなしていた人物に対して、その仕事をやめることが新しい役割だと告げたのです。
その瞬間、論理的には腑に落ちないでしょう。チームの誰よりも速くブリーフを書ける。誰よりも確実にコードをデバッグできる。誰よりもスムーズにクライアントとの電話を締めくくれる。それなのに、なぜ委任するのでしょうか。自分がより良くできる仕事をなぜ手放すのでしょうか。
答えは明確です。あなた個人のキャパシティには上限がありますが、チームのキャパシティはスケールできるからです。自分で作業をこなせば、あなたは非常に効率的な個人です。しかし、5人がその仕事をうまくこなせるよう支援すれば、あなたは乗数(マルチプライヤー)になります。
それを頭で理解することと、実際に体現することはまったく別物です。実行へ引き戻される力は現実に存在し、放置しても消えません。一度だけでなく、繰り返し、特に最初の1年間は積極的に管理し続ける必要があります。
Key Facts: ICからマネージャーへの転換
- 新任マネージャーの60%は最初の2年間でパフォーマンス不足または失敗に終わっており、主な原因はIC業務をやめられないことだとされています(CEB/GartnerリサーチよりCCL引用)。
- マネージャーの実効的なレバレッジは直属の部下の合算アウトプットにほぼ等しい。Andy Groveの著書『High Output Management』の古典的な定式化によれば、5人を率いるマネージャーはリーダーとして機能すれば実質5倍の乗数となり、ICモードにとどまれば1倍の貢献者にすぎません。
- Harvard Business Reviewのデータによると、12か月以内にチームのパフォーマンス指標に移行したマネージャーは、個人アウトプットを測り続けたマネージャーよりも、測定可能なほど高いパフォーマンスのチームを率います(HBR, 2019)。
- 在職期間別のIC/マネージャー時間配分の目安: 1〜3か月目: IC 60〜70% / マネージャー 30〜40%(転換進行中)。4〜6か月目: IC 40〜50% / マネージャー 50〜60%(折り返し地点)。7〜12か月目: IC 20〜30% / マネージャー 70〜80%(転換完了)。
- MITスローン経営大学院の研究によると、アイデンティティの転換を明示的に自覚したマネージャーは、それを拒否・無視したマネージャーよりも約50%速く完全な有効性を取り戻すとされています(MIT Sloan Management Review)。
失敗のパターン
ICからマネージャーへの転換は新任リーダーの最も一般的な失敗ポイントですが、通常は明らかな失敗の形では現れません。非常に有能な人物が非常に忙しくしている状態に見えます。Center for Creative Leadershipのリサーチによると、初任マネージャーの40%が18か月以内に非効果的と評価されており、その主な理由はマネージャーとしての行動ではなくICモードにとどまり続けることです。
プレイヤーコーチのパターン。常に詳細に関わり、介入できる体制を整え、チームメンバーは自分の判断を信じるよりもあなたの確認を待つことを覚えてしまいます。作業を生産しているから生産性があると感じます。しかし、チームの成長は遅く、あなたが問題解決力を育てていないためブロッカーがエスカレーションされ、二つの役割をこなすことで燃え尽きていきます。
マネージャーの仕事はICの仕事と同じ形では見えません。ICのとき、あなたは成果物を指し示せました。書いたドキュメント、リリースした機能、締めたプロポーザル。マネージャーになると成果物は見えにくくなります。誰かのブロックを解除した会話、仕事の質を高めたフィードバック、チームがあらゆる判断のたびにあなたのところへ来なくて済むよう作った意思決定フレームワーク。
その見えにくさが、マネージャーの役割をICの役割より生産性が低いと感じさせます。しかし、実際はそうではありません。種類が異なる生産性であり、測定するのがはるかに難しいだけです。
マネージャーのレバレッジシフト
マネージャーのレバレッジシフトとは、マネージャーの時間を直接アウトプット(個人が生産する作業)から乗数アウトプット(率いる人々の能力、処理量、意思決定の質を高める作業)へと意図的に再配分することです。目安として、IC実行からコーチング、ブロック解除、仕組みづくりに移す1時間はチーム全体に複利的に作用しますが、個人実行の1時間は1人分のアウトプットで上限に達します。レバレッジシフトを完了したマネージャーは、自分が部屋にいなくてもチームがどれだけ成果を出せるかで評価されます。
時間の監査
まず、自分の時間が実際にどこへ向かっているかを把握することが先決です。あなたが思っている場所ではなく、実際にどこにあるかを。
1週間、すべての時間を記録してください。凝ったシステムは不要です。スマートフォンにメモするか、毎日の終わりに簡単なログを残すだけで十分です。各ブロックを次のいずれかに分類します。
IC業務: 自分自身が生産または実行しているもの。ライティング、コーディング、デザイン、分析、クロージング、修正。主にあなた個人のスキルから恩恵を受ける作業。
マネージャー業務: 他者が生産・実行するのを支援すること。1:1、フィードバック、ブロッカーの解消、チームのブロックを解除する意思決定、採用、仕組みの構築、チームの方向性についての思考、チームを代表してステークホルダーへのコミュニケーション。マネージャー業務のためのスペースを作りたい場合、チームレベルでのフォーカスブロックは、新しい役割が求める思考作業のための遮られない時間を確保する構造的な方法となり得ます。
オーバーヘッド: 明確な成果のないミーティング、管理業務、メール。
このような監査を行う新任マネージャーの多くは結果に驚きます。最初の数か月間、IC業務が時間の50〜70%を占めることが多いからです。付与された「マネージャー」の役割は、実際の日々の過ごし方には反映されていません。
魔法の比率はありませんが、おおよその目標として: 最初の四半期を過ぎたら、時間の半分以上をマネージャー活動に充てるべきです。6か月後も30〜40%にとどまっているなら、転換はまだ起きていません。
自分のコンフォートゾーンタスクを特定する
すべてのマネージャーには、得意で生産的に感じられるために引き続き引き戻してしまう特定のタスクがあります。こうしたコンフォートゾーンのタスクこそ、手放すべき最も重要なものである場合が多いです。
よくあるパターン:
- 自分の方が速く良くできるからという理由でコミュニケーションの下書きを続けるライター
- 自分なら20分で根本原因を見つけられるが、チームなら2時間かかるという理由で本番障害のデバッグを続けるエンジニア
- 自分の方が誰よりもクロージングが上手いという理由でクライアント通話に参加し続けるセールスマネージャー
- 公開前にコピーを書き直し続けるマーケティングマネージャー
これらのタスクは品質維持のように感じられます。しかし、実際には能力向上の妨げです。チームが所有すべきタスクを引き戻すたびに、最終的には彼らをあなた以上に速くする学習を阻んでいます。
自分のパターンを見つけるための内省プロンプト:
- 「自分が唯一できるからではなく、自分の方が速いからという理由でこの仕事をしているのはどれか?」
- 「先月、ごくわずかなガイダンスでチームメンバーの誰かができたはずの仕事を自分でやったのはいつか?」
- 「誰かが完成させた後、自分ならもっと良くできるという理由でやり直したことはいつか?」
- 「実際には直属の部下の権限内であるのに、自分が出席したり決定したりしているミーティングや意思決定はどれか?」
その答えが、あなたのデフォルトがどこでICモードに引き戻されているかを教えてくれます。
マネージャーの時間を明示的にスケジュールする
IC業務はあらゆる空きスペースを埋めます。マネージャー活動のために意図的に時間をブロックしなければ、実行によって押しのけられます。
以下をカレンダーに、変更できる予定としてではなく、繰り返しのコミットメントとして保護されたブロックとして入れてください。
1:1: すべての直属の部下と毎週。交渉の余地なし。これはあなたが持つ最も重要なマネージャー活動です。
チェックイン: 週次のチームミーティング、および参加者ではなくマネージャーとして所有する進行中のプロジェクト同期。
フィードバックと観察の時間: 週30分、何を観察したか、どのフィードバックを伝える必要があるか、どんなパターンが見えるかを書き留めるための時間。
思考の時間: ミーティングもSlackもない週1時間、チームの方向性、今後の意思決定、取り組んでいる戦略的な問いについて考えるための時間。これは1か月間欠かして初めてその重要さに気づくまで、ぜいたくに感じられます。
採用とパイプライン業務: 採用中または採用の可能性がある場合、小さな定期ブロックでもリストから外れないようになります。
過去2週間のカレンダーを確認してください。これらのブロックがなければ、今すぐ追加してください。マネージャー活動への定期的な構造的投資を受けるチームは、常に実行に利用可能だがマネジメント活動のための時間がないマネージャーのチームより高いパフォーマンスを発揮します。
Reworkの分析: 作業のやり直しに代わる可視化
新任マネージャーがICモードに戻るデフォルトのパターンには情報的な理由があります。チームが何をしているか、安心して手放せる程度の詳細を実際には把握していないため、自分で確認するために全てをチェックするのです。それは規律の問題ではありません。可視性のギャップです。
Rework Work Ops(月額6ドル/ユーザーから)はマネージャーに、各担当者にステータス更新を送らせたり同期ミーティングを開いたりすることなく、チーム全体の進行中の作業、担当者、期限、ステータスを共有ビューで提供します。マネージャーが3つの成果物が順調で1つがブロック済み、1つがスケジュールより早いとひと目で確認できるなら、「自分でそのドキュメントを確認したい」という衝動は薄れます。チームは作業の所有権を保ち、マネージャーは干渉することなく状況を把握できます。
初任マネージャーにとって特に、これが構造的な解決策です。実行を監視で置き換えるのをやめましょう。重要なことを表面化するシステムを使い、取り戻した時間を1:1、フィードバック、そして新しい役割が本当に求める思考作業に使いましょう。
自分の評価基準を変える
ICとして、あなたは自分が何を生み出したかで自分を測っていました。アウトプットは可視的で、属人的で、速かった。良い週とは自分の手がかかったものが完成した週でした。
マネージャーとして、その評価基準を変える必要があります。あなたの成功指標は個人のアウトプットではなく、チームのアウトプットとチームの成長です。Harvard Business Reviewによるマネージャーのレバレッジ分析によると、個人アウトプットではなくチームのパフォーマンスを通じて自分の成功を測るよう転換したマネージャーは、転換後12か月以内に一貫して高いパフォーマンスのチームを率います。
新任マネージャーが追跡すべき成功指標の例:
- 今週、すべてのチームメンバーと実質的な1:1ができたか?
- 今週、少なくとも1つの具体的なフィードバックを伝えたか?
- チームのブロッカーが、自分が作業をするのではなく自分が解消することで解決されたか?
- チームの誰かが現在のスキルを伸ばすような作業に取り組んでいるか?
- 今週、チームは自分が直接関与しなくても何かを完成させたか?
これらは個人のアウトプットほど数えやすくありませんが、実際に重要なことです。チームが自分なしで成果を出せるとき、それがレバレッジです。そうでないとき、あなたはボトルネックになっています。
アイデンティティの転換
ここが体系化しにくい部分です。この転換は行動レベルだけでなく、アイデンティティレベルのものです。
ICだったとき、あなたの職業的アイデンティティは能力を中心に構築されていました。スキル、速さ、判断力、クラフト。仕事で優れていることは意義あることで、自分らしく感じられました。MITスローン経営大学院のリーダーシップ転換に関するリサーチは、これをほぼすべての初任マネージャーが経験する「アイデンティティの危機」の時期と表現し、このアイデンティティの転換を明示的に自覚して向き合ったマネージャーは、拒否または無視したマネージャーより50%速く完全な有効性を取り戻すと指摘しています。
マネージャーとして、そのアイデンティティは進化する必要があります。消えるのではなく、再フレーミングされるのです。「自分は優れた仕事をする」は「自分は他者が優れた仕事をするのを助ける」になります。「自分はこの問題を解決する人間だ」は「自分はこの問題を解決できる人々を育てる人間だ」になります。
この再フレーミングは遅く、不快です。かつてのIC業務ほど有能に感じられない時期があり、且つICとしてのアイデンティティも十分に手放しているため昔の充実感もない。その中間の空間は辛いものです。
それを乗り越える方法は、全体的な結果ではなく特定のマネージャーとしての小さな勝利に焦点を当てることです。誰かが本当の突破口を開いた1:1。実際に行動を変えたフィードバックの会話。初めて完全に独立したプロジェクトを完成させたメンバー。これらの小さな勝利が、新しい種類の職業的充実感の始まりです。
アイデンティティの転換を加速するためのプロンプト:
- 「誰かの成長を助けるとき、自分で作業を完成させるときと比べてどのような感覚か?」
- 「自分の仕事を実行ではなく教えることと考えたら、それはどのようなものか?」
- 「チームが自分なしでプロジェクトを成功させたなら、それは自分のマネージャーとしての仕事について何を教えてくれるか?」
- 「自分が尊敬するマネージャーは誰か?その人がやっていて自分も取り入れたいことは何か?」
一人でやる必要はありません。組織や業界の他の新任マネージャーとつながりましょう。ピア同士の比較は安定をもたらします。多くの同じ経験をしていることがわかり、彼らの解決策はしばしばそのまま応用できます。かつての同僚を管理するガイドはここで特に参考になります。まだ同僚として見ている人々に囲まれているとき、アイデンティティの転換はより難しくなります。そのガイドには変化を言語化するための具体的なスクリプトが含まれています。
引き戻されたとき
転換後も、ときには実行へ引き戻されることがあります。危機、人員不足のスプリント、本当に自分が十分なスピードで動ける唯一の人間である状況。
それは構いません。問題は、これが例外ではなくデフォルトになるときです。
警告サインは、チームが問題を解決しようとするのではなくあなたに向けるようになるときです。あなたが介入してくれると学んでしまったからです。そうなったとき、問題はあなたを引き込んだ危機ではありません。繰り返し介入することで作り出したパターンです。
長期にわたってハンズオンで実行した後は、リセットしてください。
「先週2週間、[状況]の詳細に入り込んでいました。来週からは[担当者]に戻したいと思います。引き継ぎの話し合いをして、担当者として所有するために必要なものを確認しましょう。」
リセットを明示的に言語化してください。そうしないと、チームのデフォルトの期待があなたが実行モードにあることにシフトし、抜け出すたびに難しくなります。
うまくいったときの感覚
転換が完了すると、小さなことで気づきます。カレンダーに戦略的な思考に実際に使うブロックがある。プレゼンターではなくファシリテーターとしてミーティングを去る。チームが下した意思決定のクレジットを自分が受ける。金曜日に自分がオフィスにいないときにチームが成果を出している。
そして最も重要なシグナルは、自分の作業よりも他者の作業を誇りに思えることです。チームの誰かが優れたことを成し遂げたとき、自分の貢献に関係なく本物の充実感を感じられる。それが指標です。
実行から率いることへの転換は、ほとんどの新任マネージャーが期待する以上に時間がかかります。しかし、その不快感の向こう側にあるものが、マネジメントをやりがいあるものにしているのです。
作業を手放す具体的な手順についてはかつての自分がやっていた仕事を委任するをお読みください。また、マネージャーとして初日を迎えたばかりで最初から正しい習慣を築きたい方はマネージャーとしての最初の30日間をご覧ください。
実行から率いることへの転換についてよくある質問
初任マネージャーはどの程度のIC業務を続けるべきですか?
最初の90日間はIC業務が30〜40%あることが普通であり、しばしば必要です。チームと彼らが何を必要としているかをまだ学んでいる時期だからです。6か月目には20〜30%に近づけるべきです。1年目の終わりには最大で10〜20%、理想的には本当にあなた独自のコンテキストや上位の権限が必要な作業のみとなります。6か月後も40%以上のICにとどまっているなら、転換はまだ起きておらず、チームはおそらく能力開発が不十分な状態です。
チームの中で最も優秀なICが自分の場合はどうすればいいですか?
最初はほぼ常にそうです。多くの場合それが昇進の理由です。しかし、それが最も危険な落とし穴でもあります。自分で仕事をこなす1時間は、チームがそれを学ぶ時間を1時間奪います。今のあなたの仕事はチームの能力の底上げであり、天井になることではありません。12〜18か月後には、チームの誰かがかつてのあなたよりもIC業務で優れているべきです。それが脅威ではなく目標です。
本当にリードしているのか、ただ監督しているだけなのかをどうやって知るのですか?
監督とは作業の進行を見守り、問題が起きたときに介入することです。リードとは、チームの能力、意思決定、自律性を変え、そもそも問題が起きにくくすることです。簡単なテストがあります。明日2週間の休暇を取ったとしたら、何が壊れますか?「ほぼすべて、誰も自分なしで意思決定できないから」が答えなら、あなたは監督しています。「チームはほとんどの目標を達成し、問題を報告し、合理的な判断を下すでしょう」が答えなら、あなたはリードしています。
うまく委任できたら増えた時間をどうすればいいですか?
1:1、フィードバック、採用、チームの方向性、クロスファンクションの関係構築、そして思考の時間に充てましょう。IC業務をやめた途端に急に予約のない時間ができることに驚く新任マネージャーが多く、その後ミーティングで埋め尽くしてしまいます。それに抵抗してください。アジェンダもSlackもない戦略的思考のための時間を週に少なくとも1時間ブロックしてください。別のブロックは各直属の部下とのキャリア面談に使いましょう。委任によって生まれた「余分な」時間は、実行を増やすためではなく、より優れたマネージャーになるための時間です。
実行から率いることへの転換には実際にどのくらいかかりますか?
CCLとMITスローンの縦断的データによると、ほとんどの人で12〜18か月です。最初の3か月は混乱して感じます。4〜9か月目が最も辛く、ICとしてのアイデンティティを手放したもののマネージャーとしてまだ有能に感じられません。9〜12か月頃になると物事がかみ合い始めます。1:1がよくなり、チームが自分なしで意思決定し、すべての成果物を確認するのをやめます。完全な有効性は通常15か月から24か月の間に訪れ、多くの場合、初めて直属の部下を自分で採用するころです。
すべてのアウトプットを確認するのをどうやってやめますか?
3つの手順があります。まず、品質基準を事前に合意します。「出荷しても十分良い」とはどのようなものかを定めることで、レビューは書き直しではなく確認になります。次に、「自分の好み」と「実際のエラー」を区別します。自分なら違う書き方をしたかもしれないが間違っていなければ、そのまま出荷します。自分のスタイルに合わせて書き直すのは偽装したIC業務です。第三に、レビューが本当に重要な成果物(顧客向け、リスクが高い、取り消し不能なもの)を選び、それ以外のレビューをやめます。ほとんどのアウトプットには第2の目が必要ありません。必要なものについては、チームが教えてくれます。
関連コンテンツ

Principal Product Marketing Strategist