タスク分解とワーク配分

分解の技術

🔄 前のレッスンでプロジェクト計画とスコープ定義を学んだ。今回はその基礎の上に構築する。

プロジェクトが圧倒的に感じるとき——成果物が大きすぎて、どこから始めればいいか分からないとき。その感覚は情報だ。分解が足りていないことを教えている。

「新しい顧客ポータルを構築する」というプロジェクト計画は使えない。「ログインページのワイヤーフレーム作成（4時間）、認証API実装（6時間）、パスワードリセットフロー開発（3時間）」に分解すれば実行可能になる。

WBS（Work Breakdown Structure）の生成

以下のプロジェクトのWBSを作成してください：

プロジェクト：[名前と説明]
成果物：[何を制作するか]
チーム：[利用可能な役割とスキル]
タイムライン：[全体の期限]

階層的なWBSを生成：

レベル1：主要フェーズ（3〜6つ）
レベル2：各フェーズ内の成果物（各2〜5つ）
レベル3：ワークパッケージ（関連タスクのグループ）
レベル4：個別タスク

各個別タスク（レベル4）に：
- 明確なアクション指向の説明
- 想定工数（時間）
- 必要なスキル/役割
- 依存関係（先に完了すべきもの）
- 完了の定義（完了をどう知るか）

ルール：
- 各タスクは2〜8時間の工数
- 8時間超のタスクはさらに分解する
- 忘れがちなタスクを含む：テスト、ドキュメント、
  レビューサイクル、デプロイ、引き継ぎ
- バッファ/予備タスク（総計の10〜20%）を含む

「何を忘れているか？」の監査

WBSを生成した後、AIに監査させる：

以下のWBSをレビューしてください：

[WBSをペースト]

以下を特定：
1. 漏れているタスク（テスト、ドキュメント、レビューサイクル、
   デプロイ、モニタリング、ロールバック計画など）
2. 過小見積もりのタスク（想定より時間がかかりそうなもの）
3. 漏れている依存関係
4. リスクの高い領域（遅延や失敗のリスクが最も高いタスク）
5. 忘れられたステークホルダー（レビューや承認が必要な人）

この「計画を監査する」ステップが、実行中に襲ってくる驚きの80%を事前にキャッチする。

3点見積もり（PERT法）

不確実なタスクには3つの見積もりを使う：

WBSの各タスクに3つの見積もりを提供してください：

楽観：すべてが順調、中断なし
現実：通常条件、小さな問題あり
悲観：大きな課題やリワーク発生

PERT推奨値 = (楽観 + 4×現実 + 悲観) ÷ 6

楽観と悲観の幅が広いタスク（不確実性が高い）をフラグ付けしてください。

鉄則： AIの見積もりは必ず実際に作業する人と検証する。AIが4時間と見積もるタスクが、ジュニアなら12時間、シニアなら2時間かかるかもしれない。

✅ Quick Check： 今のプロジェクト計画で、最大のタスク（最も工数の多いもの）を見つけてほしい。さらに分解できないか？ 8時間超のタスクには、ほぼ確実に複雑さが隠れている。

RICEフレームワークで優先順位付け

キャパシティ以上のタスクがある場合：

要素	説明
Reach（到達）	何人のユーザー/ステークホルダーに影響するか
Impact（影響）	成果をどの程度改善するか（3=大、2=高、1=中、0.5=低）
Confidence（確信度）	見積もりにどの程度自信があるか（100%=高、80%=中、50%=低）
Effort（工数）	完了までの工数（人日）

RICEスコア = (Reach × Impact × Confidence) ÷ Effort

依存関係マッピング

依存関係がクリティカルパスを決定する：

以下のタスクリストから依存関係マップを作成：

[タスクをペースト]

1. 依存関係テーブル（FS: 終了→開始、SS: 開始→開始、FF: 終了→終了）
2. クリティカルパス（遅延すると全体が遅延するタスクの最長チェーン）
3. 並行トラック（タイムライン圧縮のため同時に実行できるタスク）
4. リスク依存関係（遅延を引き起こす可能性が最も高い依存関係）

日本のチームでのワーク配分

日本の組織で特に注意すべき点：

注意点	理由	対策
暗黙の「残業で調整」文化	見積もりが定時ベースでも実質残業前提	定時で完了可能な見積もりを明示
「無理です」と言いにくい	キャパオーバーを報告できない	1on1でワークロードを定期確認
マルチタスク（兼務）	複数プロジェクトの掛け持ち	実際の可用時間（50%? 30%?）で計画

実践エクササイズ

作業中のプロジェクトのWBSを完全に生成し、「何を忘れているか？」監査を実行する。AIが見つけたものと現在の計画を比較し、追加または分解すべきタスクを少なくとも3つ特定する。

Key Takeaways

質の高いタスク分解がコントロールの有無を分ける——すべてを2〜8時間のタスクに分解
WBSはプロジェクトを階層的に分解：フェーズ→成果物→ワークパッケージ→タスク
「何を忘れているか？」監査で漏れを事前に検出——テスト、ドキュメント、レビュー、デプロイは見落とされがち
不確実なタスクには3点見積もり（楽観・現実・悲観）を使う
AIの見積もりは必ず実際に作業する人と検証する
RICEフレームワークでキャパシティ超過時の優先順位を決める
依存関係マッピングでクリティカルパスを特定する
日本のチームでは残業前提の暗黙の文化と兼務を考慮した計画が重要

Up next: 次のレッスンでは、リスク管理と軽減策——問題が発生する前に発見する。