WBS 略

WBSは英語のWork Breakdown Structureの頭文字を取った略語です。Workは作業や成果物、Breakdownは分解、Structureは構造を指します。直訳すると「作業を分解した構造」で、日本語では作業分解構成図、作業分解構造、作業分割図などと訳されますが、実務ではそのまま「ダブリュービーエス」と読まれることが多いです。

由来をたどると、もともとは大規模なシステム開発や建設、公共事業の計画管理で使われてきた考え方です。全体をいきなり管理しようとすると抜け漏れが起きやすいため、プロジェクト全体を上位の塊に分け、その塊をさらに小さな作業へと順に割っていきます。

• 第1階層
  プロジェクト全体や主要なフェーズを置きます。要件定義、設計、開発、テスト、移行といった大きな区切りが入ります。
• 中間階層
  フェーズの中の成果物や機能単位に分けます。たとえば設計なら基本設計書、詳細設計書といった成果物の単位です。
• 最下層（ワークパッケージ）
  一人の担当者が期間と工数を見積もれる最小の作業単位まで分けます。ここが見積もりと進捗確認の実質的な基点になります。

つまり「何の略か」という問いの答えはWork Breakdown Structureですが、略語の意味そのものが、作業を階層で分けて見える化するという使い方を説明していると言えます。

WBSを組むときは、スケジュールの日付から入らず、まず「何を作るか」という成果物から考えると整理しやすくなります。進め方は、プロジェクトマネージャーがリーダーや各担当と一緒に次の順で進めるのが一般的です。

1. 成果物とフェーズを洗い出す
   完成までに必要な成果物を、要件定義書や設計書、テスト仕様書といった具体名で並べます。
2. 塊を作業へ分解する
   各成果物を作るための作業に割っていきます。親子関係が崩れないよう、下位の作業を足すと上位の塊が過不足なく完成する形を意識します。
3. 担当と工数を割り当てる
   最下層の作業ごとに担当者と見積もり工数を置きます。ここで初めて期間や順序の検討に移ります。

分解の粒度は、細かすぎると管理の手間が増え、粗すぎると進捗が実態より良く見えてしまいます。目安として、担当者が自分で見積もりと報告をできる大きさに揃えると扱いやすくなります。作業の抜けを防ぐために、一つの塊を分解したら「これで本当に全部そろうか」を担当と確認してから次へ進む、という点検を挟むと精度が上がります。

WBS自体は単純な一覧ですが、運用では似た形のつまずきが繰り返し起きます。軸を「分解の仕方」と「更新の仕方」に分けて見ると整理しやすくなります。

• 作業ではなく期間で割ってしまう
  「今週やること」のように時間軸で分けると、成果物との対応が崩れ、何が終われば完了なのかが曖昧になります。まず成果物で分け、スケジュールは後から当てるのが原則です。
• 粒度がばらつく
  ある塊は細かく、別の塊は大ざっぱになると、進捗率が担当ごとに違う意味を持ってしまいます。最下層の大きさを揃える意識が要ります。
• 作って終わりになる
  計画時に作ったまま更新されないと、実態とずれた資料になります。仕様変更や追加作業が出たら、その都度WBSに反映する運用を決めておく必要があります。

特に多いのが、最下層の作業に完了の判断基準がないまま進んでしまうケースです。「設計を進める」のような曖昧な書き方だと、担当によって完了の解釈が変わります。成果物名や、どの状態になれば終わりかを一言添えておくと、進捗確認のぶれが減ります。

WBSはよくガントチャートやスケジュール表と混同されますが、役割が違います。軸を「何を表すか」で比べると区別しやすくなります。

• WBSが表すもの
  作業の範囲と構造です。何をどこまでやるか、作業に抜けがないかを、階層で示します。時間の情報は本来含みません。
• ガントチャートが表すもの
  時間軸での予定と進捗です。各作業の開始日と終了日、前後関係を横棒で表します。
• 両者の関係
  WBSで洗い出した最下層の作業に、担当と期間を割り当て、時間軸に並べたものがガントチャートになります。つまりWBSが先、ガントチャートが後という順序です。

この順序を飛ばして、いきなりガントチャートの横棒だけを引くと、作業の抜けに気づかないまま日程だけが決まってしまいます。WBSで範囲を固めてから日程に落とす、という二段構えにしておくと、計画の土台が安定します。要件定義や成果物の分解と合わせて使うことで、見積もりの根拠も説明しやすくなります。

WBSを組める力は、プロジェクトマネージャーとして計画を立てる土台になります。略語の意味を知っているだけでなく、成果物からさかのぼって作業を分解し、抜けのない範囲を定義できることが現場では重視されます。面談や職務経歴書では、どの規模のプロジェクトでWBSをどう作り、進捗や工数の管理にどうつなげたかを、成果物名や担当の割り当て方まで含めて具体的に語れると、計画力の裏づけとして伝わりやすくなります。

逆にWBSを作った経験が浅いと、見積もりやスケジュールの根拠を説明しづらくなる場合があります。まずは担当範囲の作業を自分で分解してみるところから始め、ガントチャートや要件定義とのつながりを意識して経験を積んでいくと、管理できる範囲を少しずつ広げていけます。

WBSは何の略ですか。

WBSはWork Breakdown Structureの略です。Workは作業や成果物、Breakdownは分解、Structureは構造を指し、日本語では作業分解構成図や作業分解構造と訳されます。プロジェクトの作業を階層的に分けて並べた一覧を意味します。

WBSの読み方は何ですか。

実務ではそのまま「ダブリュービーエス」とアルファベットで読まれることがほとんどです。正式名称のWork Breakdown Structureと読むこともありますが、会議や資料では略称で呼ばれる場面が多く、日本語訳で呼ぶ機会は比較的少ない傾向です。

WBSとガントチャートは同じものですか。

別のものです。WBSは作業の範囲と構造を階層で示し、時間の情報は含みません。ガントチャートはその作業に担当と期間を割り当て、時間軸に並べたものです。WBSで作業を洗い出してからガントチャートに落とす、という順序で使われます。