〜「管理の負債」を捨て、構造と余白で組織を動かす技術〜
1. はじめに：WBS管理の負債から「構造」の設計へ
エンジニアリングマネージャー（EM）にとって、100行を超える詳細なWBS（作業分解構成図）は、長らく「管理の徹底」を象徴するツールでした。しかし、開発速度と不確実性が加速し、複数のプラットフォームが複雑に絡み合う現代において、この詳細すぎる計画は「作成した瞬間に実態と乖離する」という宿命を抱えています。
本来、詳細なタスク管理はPMやTL、あるいはPMOの専門領域です。しかし、現実の現場では、EMがチーム間の調整や予算策定の根拠を作るために、つい自ら詳細な表をメンテナンスしがちです。もしあなたが表の更新に週の数時間を奪われているとしたら、それはマネジメントのリソースを、本来の役割ではない「微細な進捗監視」に浪費しているという、組織構造上のリスクを示唆しています。
国内有数の規模を持つ事業会社で、複数の開発チームを横断的に管轄する中で辿り着いた、「30%/60%/100%」の解像度管理モデルを提示します。いかにしてWBSの罠を抜け出し、組織の自律性を引き出すべきかを解説します。
2. WBSに代わる管理モデル：30% / 60% / 100% 解像度設計
EMが扱う情報の「解像度」は、相手との関係性と目的に応じて3段階に使い分けるのが最適解です。
| 解像度 | フェーズ | 主な対象 | アウトプットの本質 | EMの関与度 |
| 30% | 探索的同期 | 上司・リード層 | 議題（Agenda）、問い、ラフな仮説。 | 高（初動の言語化） |
| 60% | 戦略の骨子 | 他部署・上層部 | 背景、課題構造、解決フレームワーク。 | 最重要（意思決定） |
| 100% | 実行の委譲 | 現場のメンバー | 詳細タスク、日次のガントチャート。 | 低（不介入） |
2-1. 【30%：思考のプロトタイプ】
「方向性のズレ」を最小コストで解消するためのフェーズです。10分で書いたメモをぶつけ、数分の会話で認識を握る。この「探索的同期」が、後の巨大な手戻りを構造的に防ぎます。
2-2. 【60%：戦略の骨子（Skeleton）】
EMが自ら作成すべきドキュメントの最終着地点はここです。
上層部への提案や予算策定の折衝において、詳細な「How（実行手順）」を詰め込む必要はありません。AIを批判的レビュアーとして使い、Whyのロジックを磨き上げた「強固な60%」があれば、意思決定は十分に可能です。
なぜ60%が終着点なのか。それは、ドキュメントの完成度を60%から100%に引き上げるために必要なリソース（工数）が、全体の約40%以上を占めるにもかかわらず、意思決定の確度は5%程度しか向上しないという、意思決定の収穫逓減の法則があるからです。
この60%の骨子を設計する際に、EMが絶対に外してはならないのが『問いの設計』です。ロジックの美しさよりも先に、その問い自体が正しいかを引き受ける覚悟については、本ブログの旗艦記事である問いの設計責任：AIに代替できないEMの核心で詳述しています。
2-3. 【100%：実行の命令書】
ここをEMが直接握ることは、PMやTLの職能への過干渉であり、現場の自律性を奪う「過剰管理」へと繋がります。あえて「100%の詳細は自分では作らない（不介入の領域）」を明確に定義し、現場に裁量を委ねることこそが、組織の機動力を守る鍵となります。
たとえば、新規施策の立ち上げ時、EMが握るのは「何を解決する施策か」「どこまでが守備範囲か」という構造までで十分です。実装順や詳細な粒度、日々の進捗管理は、TLやPMが現場判断で最適化していく方が、結果的に全体のデリバリー速度は上がります。
3. 実践：組織改革で見えた「余白」の価値
かつて私が手がけた大規模な「横断組織の再定義」プロジェクトにおいて、私は上司に対し「徹底的に磨き上げた60%の戦略」のみを提示しました。
解決すべき課題の境界線（Boundary）は極めて精緻に設計しましたが、詳細な実行ルーチンはあえて「未確定（余白）」にしました。この「決めすぎない勇気」こそが、後任のリーダーや現場のメンバーに主体性を与え、予期せぬトラブルにも現場判断で対応できる「強い組織」を生む結果となりました。100%の計画を押し付けないこと自体が、高度なガバナンス戦略であるという事実は、資料管理を「めんどくさい」と感じる直感の中に潜む、一つの真理です。
4. AIを「60%の品質向上」に使い倒す
WBSを手放し、構造（60%）の設計に集中するために、AIは最高の参謀になります。
- 思考の解体: 複雑な要件をAIに読み込ませ、「考慮すべき非機能要件」や「潜在的なボトルネック」を洗い出させる。
- ロジックの耐久テスト: 作成した骨子に対し、「この論理に不足している前提条件は何か？」とAIに問うことで、短時間で「承認を得られるレベル」までロジックを磨き上げる。
AIを「作業の代行」ではなく「思考の増幅」に使うことで、EMは資料作成という事務作業から解放され、より本質的な「意思決定」に時間を投資できるようになります。
よくある質問（FAQ）
- Q：30%（仮説段階）で共有することに、メンバーから「丸投げ」だと思われませんか？
- A：結論として、大切なのは「答え」ではなく「解くべき課題の構造」を渡すことです。
- 目的と制約条件さえ合意できていれば、あえて不完全な状態で共有することは、メンバーの自律性を引き出し、試行錯誤の「余白」を与えるサーバント・マネジメントの実践に繋がります。
- Q：どのタイミングで解像度を100%（詳細設計）まで引き上げるべきですか？
- A：結論から言えば、EMが自ら100%まで引き上げる必要はありません。
- EMの責任範囲は「論理が通った60%のスケルトン」までを確定させることです。実装の詳細や日々の進捗といった100%の領域は、現場のエンジニアがオーナーシップを持つべき聖域であり、そこをあえて「手放す」ことこそが、複数の開発ラインを管轄する組織において管理を両立させる技術です。
- Q：資料作成や表管理が「めんどくさい」と感じるタイプでも、この設計は維持できますか？
- A：結論として、その「めんどくさい」という感覚こそが、この設計を維持する強力なエンジンになります。
- 詳細な管理表（100%）を作る代わりに、AIを使って「論理の骨組み（60%）」を素早く言語化する。この最小限の労力で最大限のガバナンスを効かせる構造は、本業と副業を両立させるための「守りの管理術」として機能します。
あわせて読みたい（関連記事）
AI活用によって確保した「余白」を、組織全体の成果に繋げるための長期的な戦略ロードマップについては、こちらの旗艦記事を参照してください。
5. むすび：管理を手放し、構造を握る
EMの真の価値は、タスクを監視することではなく、組織が向かうべき「構造（Why）」を示し、メンバーが自走できる「余白」を設計することにあります。
資料管理が「めんどくさい」と感じるのは、あなたがより本質的な仕事に向かおうとしている健全なサインです。その直感を信じ、AIと共に組織の「北極星」を描くことに集中しましょう。まずは次の資料を、60%の完成度で誰かに見せることから始めてみてください。
