目次
はじめに：なぜ「技術のわからないマネージャー」が問題なのか
みなさん、システム開発の現場で「マネージャーが技術をわかっていない」と感じたことはありませんか？
タスク管理やスケジュール調整はできても、実際のコードや設計になるとまったく話が通じない。そんなマネージャーがプロジェクトを率いると、現場のモチベーションは急速に下がり、開発スピードも品質も落ちていきます。
マネージャーという役職は、単なる進捗管理者ではありません。
技術的な議論に入り、レビューを行い、チームが直面する設計上・インフラ上の課題に的確な視点を持てる人こそが、本来のマネージャーなのです。
第1章：マネージャーは「5〜10名」を限度にすべき理由
📊 スパン・オブ・コントロールという原則
組織論には「スパン・オブ・コントロール」という概念があります。これは、一人の管理者が直接管理できる人数の限界を示すものです。
一般に、知的労働の現場では 5〜10名程度 が最も効率的とされています。
⚠️ 管理人数が多すぎると起こる問題
理由は明確です。
- 技術レビューの時間が取れない — 10人を超えると、コードレビューや設計確認の時間が圧倒的に足りなくなります。
- 1on1の密度が下がる — 部下一人ひとりの成長や悩みを把握できなくなります。
- 問題検知の精度が下がる — 小さな技術的ミスや設計のほころびに気づけなくなります。
結局、「進捗を追うだけのマネージャー」になり、組織の"頭脳"ではなく"伝令役"に落ちてしまうのです。
第2章：Google・Appleに見る「できるマネージャー像」
世界のトップ企業では、マネージャーにも高い技術力が求められています。
🌐 Google の場合
Googleでは、「Tech Lead（技術リーダー）」と「Manager（人材マネージャー）」を明確に分ける文化があります。
しかし、小規模チームでは両者を兼ねる TLM（Tech Lead Manager） という役割が存在します。このTLMは、コードレビューにも参加し、設計議論でも最終判断を下せる"現場型マネージャー"です。
💡 Project Oxygen の教訓
Googleは社内のマネージャーの成功要因を分析し、「技術的知見を持つこと」が優れたマネージャーの共通点であると結論づけました。
つまり、技術を知らないマネージャーは成果を上げにくいという事実が、データとして示されたのです。
🍎 Apple の場合
Appleでは、マネージャーの多くが元エンジニア出身です。
製品や設計のディスカッションでは、経営層ですらコードレベルやUXレベルまで議論します。技術を理解する文化が、最終製品の品質の高さを支えているのです。
第3章：技術を知らないマネージャーが起こす悲劇
技術を理解していないマネージャーは、以下のような問題を引き起こします。
❌ よくある問題パターン
- 的外れな指示 — 技術的に不可能なタスクを要求し、現場を混乱させます。
- 非効率な会議 — 「それはどういう意味？」と基礎的な質問を繰り返し、議論の足を引っ張ります。
- 現場との断絶 — エンジニアが「話しても無駄」と感じ、情報が上がらなくなります。
- 責任の押し付け合い — 問題の本質を理解できないまま、blame game に走ります。
こうした組織では、優秀なエンジニアが離脱し、プロジェクトは形骸化します。
最悪の場合、開発スピードは半減し、技術負債だけが積み上がっていくのです。
第4章：バランス論 — 技術だけでもマネージャーは務まらない
もちろん、「技術力だけあれば良い」という話ではありません。
人を率いる以上、傾聴力・共感力・意思決定力 も欠かせません。Google の調査でも、最上位のマネージャー特性として「チームメンバーを支援する姿勢」「キャリア成長への関心」が挙げられています。
⚖️ 重要なのはバランス
重要なのは、"技術を理解した上で人を動かせる" バランスです。
- 技術ゼロの人間がマネージャーを務めるのは危険です。
- しかし、技術偏重で人を見られないのも同じくらいリスクがあります。
第5章：AI時代のマネージャーは「技術＋ツール」を使いこなせ
AIの進化によって、マネージャーの役割も変わりつつあります。レビューや課題管理の一部は、AIエージェントが支援できる時代です。
🤖 AI活用の具体例
- AIコードレビュー — Pull Requestを自動解析し、リスク箇所や改善案を提案します。
- ドキュメント要約AI — 長大な仕様書や設計議論を数秒で整理します。
- 依存関係の自動可視化 — どの変更がどのモジュールに影響するかを即時に解析します。
これらをうまく活用すれば、マネージャーはより深い議論や意思決定に時間を割けるようになります。
⚠️ 逆に、AIすら活用できないマネージャーは、時代に取り残されるでしょう。
第6章：これからの理想的マネージャー像
これからのマネージャーに求められるのは、次の3点です。
✅ 必須スキル3選
- 現場理解 — コードや設計に対する最低限の知識を持つ。
- 技術的判断力 — 「これはリファクタリングが必要だ」「この構成ではスケーラビリティが足りない」といった見識を持つ。
- AI・自動化活用力 — 人間の限界を補うツールを積極的に取り入れる。
つまり、「マネージャーとはチームの技術知能を高める存在」であるべきなのです。
まとめ：中途半端なマネージャーは現場の敵
進捗表だけを眺めて「がんばって」と言うだけのマネージャーは、もう要りません。
彼らはプロジェクトを前に進めるどころか、停滞させる存在です。
これからの時代、AIや自動化が進んでも、人の判断・チームの方向性を決めるリーダーは必要です。ただし、そのリーダーは技術を理解し、AIを使いこなし、現場を信頼でまとめる人間でなければなりません。
Googleが示したように、「できるマネージャーは、技術を知っている」。
この単純な事実が、今もそしてこれからも、現場を救う唯一の真実なのです。