マスタースケジュールとWBSの書き方｜プロジェクトを完遂させる「旅行の例え」で徹底解説
計画書（しおり）は書いた。でも、いざ動こうとすると、具体的にいつ、誰が何をすればいいのか見えてこない…
前回の記事では、プロジェクトの全体像を「旅行のしおり」になぞらえて解説しました。[プロジェクト計画書の書き方｜全10項目を「旅行のしおり」で徹底解説]
行き先と予算が決まったら、次に必要なのは具体的な「旅程表」と「準備リスト」です。それがプロジェクトにおける「マスタースケジュール」と「WBS」で、どちらか一方が欠けても、旅はスムーズには進みません。
今回は、なぜWBSだけでは不十分なのか、シニアPMが密かに実践している「遅れないための調整術」を、すべて「旅行」に例えて徹底解説します。
なぜ、あなたのスケジュールは機能しないのか？
多くのプロジェクトが遅延する最大の理由は、「詳細にこだわりすぎて全体を見失う」、あるいは「全体は決めたが詳細が抜けている」のどちらかです。
これを旅行で例えると、一目瞭然です。
全体像（マスタースケジュール）が見えていない場合：
「10時の新幹線に乗る」という大きな目標を忘れて、家で「どの服にどの靴を合わせるか」といったコーディネートに1時間かけている状態です。身なりは完璧でも、駅に着いた時には新幹線はもう行っています。
個別の作業（WBS）が抜けている場合：
「10時の新幹線に乗る」ことは決まっているのに、「駅までのタクシーを何時に呼ぶか」「切符をどうやって手配するか」が決まっておらず、当日玄関でパニックになる状態です。
プロジェクトを成功させるには、高い位置から全体を俯瞰する「鳥の目」と、現場の細部に集中する「虫の目」の両方を一貫性を持って連動させることが不可欠なのです。
旅行で理解する「マスタースケジュール」と「WBS」の違い
プロジェクトを確実に進めるには、「いつ、どこに到達すべきか」という大きな流れと、「そのために今、何をするか」という具体的な作業を切り分けて考える必要があります。
| 項目 | マスタースケジュール | WBS |
|---|---|---|
| 例え | 旅行の「旅程表」 | 具体的「準備リスト」 |
| 視点 | 鳥の目（全体俯瞰） | 虫の目（細部実行） |
| 主な対象 | 経営層・顧客・ステークホルダー | 現場メンバー・担当者 |
| 管理単位 | フェーズ、マイルストーン | タスク（作業） |
| 目的 | 納期の合意、進捗の把握 | 役割分担の明確化、工数見積もり |
マスタースケジュール：旅行の「旅程表」
マスタースケジュールは、プロジェクトの「骨組み」です。経営層やお客様など、全体の流れを把握したい人に見せるためのベースライン（基準となる地図）でもあります。
- フェーズ（工程の区切り）： 長いプロジェクトを「準備」「往路」「滞在」「復路」のように意味のある単位で区切ったものです。これにより、今が旅のどの段階にいるのかを把握しやすくなります。
- マイルストーン（重要）： 単なる予定ではなく、「次のアクションに進むためにクリアすべき関門」のことです。 旅行なら「レンタカーの予約完了」や「飛行機のチェックイン」がこれにあたります。これらが完了していないと、その先の旅がすべて台無しになってしまいますよね。
マイルストーンがなぜ重要か？
例えば「宿の予約」というマイルストーンが未完了のまま「旅行当日」を迎えることはできません。プロジェクトにおいても、「承認」や「要件確定」といったマイルストーンを明確にすることで、ズルズルとした遅延を防ぐことができます。
【プロの視点】
マスタースケジュールでは「依存関係」を明確にします。「チケットが取れなければ、宿の予約をキャンセルしなければならない」といった、プロジェクトの存続に関わるポイントを強調するのがコツです。
WBS：迷わせないための「準備リスト」
WBSは、マスタースケジュールの各イベントを「誰が・何を・いつまでに」やるか、現場のメンバーが迷わないレベルまで分解したものです。
「10時の新幹線に乗る」を分解してみると：
- タクシーの予約（前日までにパパが実施）
- 全員の切符を手配（ママが実施）
- 出発前、忘れ物がないか最終確認
- 9時30分に玄関に集合
【プロの視点】
「準備する」という曖昧な言葉は使いません。「予約を完了する」「玄関に全員揃う」など、終わったことが誰の目にも明らかな状態（完了基準）まで分解するのがWBSの極意です。
【参考】家族旅行のマスタースケジュールとWBS
参考に、家族旅行のマスタースケジュールとWBSを作成しました。
※あくまでもイメージです。作業内容についての詳細な説明はありません。
※画像をクリックすれば拡大表示されます。
家族旅行のマスタースケジュール
横軸は、日付を並べます。月を「上旬／中旬／下旬」と３つに分けていますが、長期プロジェクトでは月単位でいいですし、数か月であれば週単位の方がいいでしょう。日付のスケールは、プロジェクトの特性に応じて決めれば問題ありません。
縦軸は、イベントやマイルストーン、フェーズ（作業工程）を並べます。マイルストーンには、制約条件になるようなイベント（還暦や来客日など）や、変えられない予定、約束された期限（家族会議を行う日や旅行の予約期限など）を明記します。
※分かりやすくイベントとマイルストーンを分けましたが、同じような意味ですので１つにまとめてOKです。
フェーズ（作業工程）は、取り組む時期が早いものから順に書き出すとよいでしょう。各フェーズは、ガントチャートで実施予定日に合わせて描くと見やすくなります。
人の視点は上から下、左から右に流して全体を見ますので、左上が一番最初に取り組む作業で、右下が最後に取り組む作業となるように配置しましょう。
家族旅行のWBS
大分類、中分類、小分類と作業をブレイクダウンして記述していくことで、作業単位別の状況がつかみやすくなります。また、項目に番号を付けておけば作業項目が曖昧にならず誤認識を防止できます。
WBSでは、その作業を誰が実施するのか担当者を明確にします。作業予定と作業実績を設けることで、進捗に遅れがないか観察できます。上の例では、今日が６月５日と仮定すると、「1-3-1：旅のしおり作成」がまだ未着手で予定より遅れていることが分かります。このように、遅れている作業を発見したら迅速に対処しましょう。
実践！プロジェクトを動かすスケジュールの立て方
いよいよ実践です。スケジュールを立てる際は、いきなり細かなタスクを書き出すのではなく、「大きな骨組み（マスタースケジュール）」から「細かな肉付け（WBS）」へと順を追って落とし込んでいくのが成功の近道です。
ステップ1：マスタースケジュールで「柱」を立てる
まずは、大きなフェーズ（工程の区切り）を設定し、重要な節目となる関門（マイルストーン）を配置します。
- 要件定義（どこへ行くか決める）
目的や範囲を明確にするフェーズです。【マイルストーン：行き先決定】 - 設計・外部手配（チケットや宿を確保する）
具体的な計画を立て、リソースを確保するフェーズです。【マイルストーン：予約完了】 - 開発（荷造りをして出発する）
実際に手を動かして作り上げる、プロジェクトのメインフェーズです。 - テスト・確認（忘れ物がないかチェックする）
成果物が要件を満たしているか確認するフェーズです。【マイルストーン：最終確認完了】 - 納品・完了（無事に帰宅し、写真を整理する）
プロジェクトを終了し、成果を引き渡すフェーズです。
ステップ2：WBSで「肉付け」する
マスタースケジュールで立てた「柱」に対して、具体的な作業を「大分類・中分類・小分類」の階層構造でブレイクダウン（子タスクに分解）していきます。
- ブレイクダウンの進め方： 「荷造り（大分類）」→「衣類の準備（中分類）」→「下着を3日分パッキングする（小分類）」といった具合に、作業の粒度を細かくしていきます。
- 担当者の決定： 分解した最小単位のタスク（小分類）に対して、「誰がやるか」という担当者を必ず1人割り当てます。
さらに詳しいWBSの分解テクニックや、現場で使える事例についてはこちらの記事を参考にしてください。[【事例解説】WBSとは？システム開発におけるWBSの作業を漏れなく書き出す方法]
失敗しないための3つの秘策
現場で差がつく、スケジュールの調整術を紹介します。
① 「渋滞」を見越したバッファ（予備期間）管理
旅行当日、駅への道が混んでいるかもしれません。スケジュールをキチキチに引かず、主要な工程（例：システムの結合テスト）の直後には、必ず5〜10%の予備期間（バッファ）を組み込みます。
「何も起きないプロジェクト」は存在しません。「渋滞は必ず起きる」と前提に組んで進めましょう。
② クリティカルパス（命綱）の特定
「チケット購入」が遅れたら「乗車」ができないように、全体の納期に直結する一連のタスクを特定しましょう。この「命綱」に遅れが出そうな場合は、早急にリソース（人員や予算）を投入して修正します。
③ 状況に合わせた「適宜更新」
スケジュールは一度作ったら終わりではありません。
- WBS： 毎週、進捗を確認し、遅れているタスクを調整します。
- マスタースケジュール： 月に一度、大きな方向性にズレがないか、ステークホルダーと合意形成を行います。
【さらに詳しく】 「②クリティカルパス」を見極めるためのタスク同士の依存関係や、バッファを盛り込んだ工数見積もりの手法など、スケジュールを「完成」させるための具体的な6ステップは以下の記事で解説しています。[開発スケジュール完成までの６つのステップ｜依存関係からクリティカルパスまで徹底解説]
まとめ：ツールは「安心」のためにある
まとめ：スケジュールは「迷いをなくす」ためにある
スケジュール管理の目的は、綺麗なガントチャートを描くことではありません。 チーム全員が「今、何をすべきか」を即座に判断でき、暗闇の中で灯台の光を見るような安心感を持ってプロジェクトという旅を楽しめるようにすることです。
さて、移動ルート（スケジュール）ができたら、次は「誰がどの役割を担当するか」を明確にする必要があります。運転手は誰か？ 会計は誰か？
次のステップでは、プロジェクトを支える「最強のチーム体制」の作り方について解説します。
