WBSとガントチャート

まず軸を「何を表現するものか」に置くと、WBSとガントチャートは重なっているようでいて担当が分かれています。WBS（Work Breakdown Structure）は、プロジェクト全体を成果物や機能の単位でまず大きく割り、それをさらに作業レベルまで分解していく構造物です。最上位に「要件定義」「基本設計」「結合テスト」といった大きな塊を置き、その下に「画面一覧の作成」「レビュー実施」といった実際に手を動かす単位を並べていきます。ここで問われるのは期間ではなく、やるべき作業を漏らしていないかどうかです。

一方ガントチャートは、WBSで洗い出した作業を横軸の時間に貼り付け、バーの長さで期間を、バーの位置で開始と終了を、矢印や並びで前後関係を示します。「基本設計が終わらないと詳細設計に入れない」といった依存関係や、複数作業が同じ時期に重なる山を目で確認できるのが持ち味です。

つまり、作業の抜け漏れを防ぐのがWBS、その作業を時間に落として進行を見張るのがガントチャートという関係になります。片方だけでは、やることは並んでいても日程が見えない、あるいは線表はきれいでも元の作業定義が曖昧、という状態になりがちです。

軸を「進め方」に置くと、順番はおおむねWBSが先、ガントチャートが後になります。いきなり線表から引くと、作業の粒度がバラバラなまま日程だけ決まってしまうためです。

最初にPMやリーダーが、要件定義書やプロジェクト計画書をもとに大きな成果物を洗い出します。次に各担当のメンバーと一緒に、その成果物を完成させるために必要な作業へ分解していきます。この段階の成果物がWBSで、あわせて誰が担当するか、どの成果物が完成の目印になるかを決めておくと後が楽になります。

• 見積りを各作業に付ける
  担当者が作業ごとに必要な工数と期間を見積もり、WBSの各行に紐づけます。ここで現場の感覚を入れておくと線表が現実的になります。
• 依存関係を並べる
  「設計レビューの承認が出てから製造」のように、先行・後続の関係を整理します。この並びがガントチャートのバーの位置を決めます。
• 時間軸に落とす
  見積りと依存関係をもとにバーを配置し、休日や他案件との兼ね合いも踏まえて開始終了日を確定します。

この流れを踏むと、ガントチャートは「WBSを時間方向に見た姿」として自然につながります。運用に入ってからは、実績をバーに重ねて予定とのずれを追い、必要に応じて後続作業を前後させていきます。

軸を「失敗の形」に置くと、WBSとガントチャートにはそれぞれ陥りやすいパターンがあります。どれも珍しいものではなく、進行の途中で少しずつ効いてくるものです。

• WBSの粒度がそろわない
  ある枝は細かく分かれているのに、別の枝は「開発」の一行で止まっている、という状態です。粗い行は見積りも進捗も測りにくく、そこがブラックボックスになりやすいです。
• 線表が更新されず飾りになる
  作った直後は正しくても、実績を書き込まないと予定だけが残ります。ずれを早めに反映しないと、遅れが積み上がってから気づくことになりがちです。
• 依存関係を省いてバーを並べる
  見た目をそろえるために作業を均等に置くと、本当は後続の作業が、先行が遅れた途端に連鎖で崩れます。前後関係は線表の骨格なので、省くと遅延の波及が読めなくなります。

対策として確実なものは、WBSの末端を「進捗を一言で言い切れる大きさ」までそろえること、そして線表の更新を会議体の議題に組み込み、進捗管理の場で予定と実績を必ず突き合わせることです。道具そのものより、更新を止めない運用のほうが効きます。

最後の軸は「隣接する概念との違い」です。WBSとガントチャートは、マイルストーンやクリティカルパスと一緒に語られますが、受け持ちが異なります。

マイルストーンは、プロジェクトの節目となる到達点です。「要件定義完了」「結合テスト開始」のように、期間を持たない一点として置かれ、ガントチャート上では菱形などで表されることが多いです。WBSが作業を並べ、ガントチャートが時間に落とすのに対し、マイルストーンはその線表の上に関係者が合意すべき区切りを打つものと考えると整理しやすいです。

クリティカルパスは、プロジェクト全体の最短完了期間を決める、遅れが許されない一連の作業の連なりです。ガントチャートの依存関係をたどると、どの作業が遅れると全体の納期がそのまま後ろにずれるのかが見えてきます。PMが日々の進捗を見るとき、すべての作業を同じ重さで追うのではなく、この経路上の作業を優先して確認すると、限られた時間で遅延の芽を押さえやすくなります。WBSで洗い出し、ガントチャートで並べ、マイルストーンで節目を合意し、クリティカルパスで注意の重点を決める、という組み合わせで使われます。

WBSとガントチャートを扱えること自体は、PMとして珍しいスキルではありません。ただ、見分けられるのは「線表を作れる人」と「線表を使い続けられる人」です。後者は、WBSの粒度をそろえて進捗を測れる形にし、実績を反映しながらクリティカルパス上の作業に注意を寄せ、遅れの波及を早めに関係者へ共有できます。職務経歴書や面接でも、ツールを使った事実より、どの粒度で分解し、どう更新を回し、遅延をどう食い止めたかという運用の工夫を語れるほうが伝わりやすいです。進捗管理やスケジュール管理の経験を棚卸しするとき、この二つの道具をどう連動させたかを具体的に言えると、自分の強みの輪郭がはっきりしてきます。

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

一般的にはWBSが先です。先に作業を漏れなく分解し、各作業に見積りと担当、依存関係を付けてから、それを時間軸に並べてガントチャートにします。線表から先に引くと作業の粒度がそろわず、日程だけが独り歩きしやすいためです。

WBSだけ、あるいはガントチャートだけでは進められませんか。

進められないわけではありませんが、片方だけだと弱くなります。WBSだけでは日程と前後関係が見えず、ガントチャートだけでは元の作業定義が曖昧になりがちです。作業の抜け漏れを防ぐWBSと、進行を見張るガントチャートを組み合わせる使い方が多いです。

ガントチャートが更新されず形骸化します。どうすればよいですか。

更新を個人任せにせず、進捗会議などの定例に予定と実績の突き合わせを組み込む方法がよく使われます。あわせてWBSの末端を進捗を一言で言える大きさにそろえておくと、どこまで終わったかを書き込みやすくなり、更新が続きやすくなります。