WBSとガントチャート

この二つは似た場面で使われますが、役割の軸が違います。WBSは作業の「分解」を担い、ガントチャートはその作業の「時間配置」を担います。両方をひとつの表でまとめることもありますが、考える順番としては分解が先、時間配置が後になります。

• WBSが答える問い
  「この案件を完成させるには、どんな成果物があり、それぞれどんな作業に分かれるか」を答えます。要件定義書、基本設計書、結合テスト、受け入れテストといった工程や成果物を親子関係で並べ、末端の作業（ワークパッケージ）まで落とします。
• ガントチャートが答える問い
  「分解した作業を、どの期間に、誰が、どの順で進めるか」を答えます。横軸に日付、縦軸に作業を置き、バーの長さで期間、バーの前後関係で依存を表します。

WBSをあいまいにしたままガントチャートだけ引くと、バーは並んでいるのに作業の粒度がばらばらで、後から「この作業がどこにも入っていない」と気づく事態になりがちです。分解と配置を分けて考えることが、両者を使い分ける出発点になります。

作成はPMが旗を振り、各領域の担当者と一緒に詰めていきます。PM一人で机上で埋めると現場感のない計画になりやすいため、設計・開発・テストの担当を巻き込むのが現実的です。

1. 成果物を先に並べる
   最初に、最終成果物とその手前の中間成果物を挙げます。システム開発なら要件定義書、基本設計書、詳細設計書、プログラム、テスト結果報告書などです。成果物を軸にすると、作業の洗い出しが「動詞」の羅列になりにくくなります。
2. 成果物を作業に分解する（WBS）
   各成果物を、実行できる単位の作業まで割ります。割りすぎると管理が重くなり、粗すぎると進捗が測れません。末端の作業ごとに担当と想定工数を添えておくと、次のスケジュール化がスムーズです。
3. 時間軸に並べる（ガントチャート）
   末端作業に開始日・終了日を置き、依存関係（この作業が終わらないと次が始められない、など）を線でつなぎます。ここで担当の重なりや休暇も踏まえると、絵に描いた計画になりにくくなります。

成果物は、WBSの末端作業とガントチャートのバーが一対一で対応している状態を目指すと、後の進捗管理で「どの作業が遅れているか」をバー単位で追えるようになります。

運用で崩れやすい点は、おおむね三つの軸に整理できます。作る前に意識しておくと、途中で作り直す手間を減らせます。

• 粒度がばらばらになる
  ある作業は一日単位、別の作業は一か月単位、というように粒度が混在すると、進捗率が比較できなくなります。末端作業の長さをある程度そろえておくと、遅れの大きさが読みやすくなります。
• 依存関係を線で結んでいない
  バーを並べただけで前後関係を表現していないと、一つの遅れがどこまで波及するかが見えません。依存を引いておくと、クリティカルパス（全体の納期を左右する作業の連なり）の把握にもつながります。
• 更新されずに飾りになる
  作った直後は正確でも、実績を反映しないと数週間で実態とずれます。週次などの進捗会議で実績を書き戻し、遅れた作業と後続への影響をその場で見直す運用にすると、計画が生き続けます。

特に更新が止まるケースは起こりやすく、PMが更新のタイミングと担当を最初に決めておくと、形だけの表になりにくくなります。

WBSとガントチャートは、他のスケジュール系の道具と混同されがちです。それぞれ役割の軸が異なるため、整理しておくと説明がぶれなくなります。

• マイルストーンとの違い
  マイルストーンは「ここまでに何が完了していればよいか」を示す節目です。ガントチャートの中に点や菱形で置かれることが多く、無数の作業バーの中から、意思決定や合意の節目だけを抜き出したものにあたります。
• クリティカルパスとの違い
  クリティカルパスは、ガントチャート上の依存関係をたどったとき、最も余裕のない作業の連なりです。ガントチャートが全作業の配置図なら、クリティカルパスはそのうち納期を直接動かす経路を指します。
• 進捗管理との違い
  WBSとガントチャートは計画を表す道具で、進捗管理はその計画と実績を突き合わせる活動です。ガントチャートに実績を重ねることで、進捗管理の土台として機能します。

この三つはいずれもガントチャートと関わりますが、節目・経路・突き合わせという別の軸を担っていると考えると、使い分けの説明がしやすくなります。

WBSとガントチャートを自分の手で作り、更新し続けられることは、PM（プロジェクトマネージャー）としての基礎体力にあたります。作業を漏れなく分解できる力は、見積もりやリスクの洗い出しにもそのまま効いてきます。転職や社内の役割変更を考える場面では、単に表を作れるかではなく、粒度をそろえ、依存関係を引き、実績を反映して計画を生かし続けた経験を語れるかどうかが見られやすい部分です。規模の大きい案件では、複数チームのWBSを束ね、クリティカルパスを意識しながら全体の納期を守る調整力が問われます。日々の進捗管理やスケジュール管理と結びつけて、計画を動かした実例を自分の言葉で説明できると、担当できる案件の幅を広げる足がかりになります。

WBSとガントチャートはどちらを先に作りますか。

WBSを先に作り、その後ガントチャートへ展開するのが一般的です。先に作業を抜け漏れなく分解しておかないと、ガントチャートのバーだけが並んで粒度が揃わず、後から作業の入れ忘れに気づくことになりがちだからです。分解してから時間軸に置く順番だと整理しやすくなります。

WBSとガントチャートは一枚にまとめてもよいですか。

まとめても問題ありません。表計算ソフトなどで、左側にWBSの階層、右側に時間軸のバーを置く形はよく使われます。ただし一枚にする場合も、作業の分解と時間配置は別の工程だと意識して作ると、粒度や依存の抜けを防ぎやすくなります。

ガントチャートが形だけになってしまうのを防ぐには。

更新のタイミングと担当を最初に決めておくことが有効です。週次などの進捗会議で実績を書き戻し、遅れた作業とその後続への影響をその場で見直す運用にすると、計画が実態とずれにくくなります。作りっぱなしにせず、定期的に手を入れる前提で設計するとよいでしょう。