ガイド › ガイド

作業分解構成図テンプレート

作業分解構成図は、計画の家系図です。成果から始めて部分に分け、さらに見積もれる大きさの断片まで分けます。うまくできれば、ガントチャートはほとんどひとりでに書き上がります。

ステップ1：作業ではなく成果物から始める

最終成果物を一番上に置き、主要な成果物に分けます。「人を教育する」のような動詞ではなく、「研修資料」「移行済みデータ」のように、作業が終わったときに存在するものを書きます。

成果物は、確認しやすく、割り当てやすく、忘れにくいものです。

• レベル1：プロジェクト。成果として名前をつける。
• レベル2：主要な成果物またはフェーズ。
• レベル3：サブ成果物。
• レベル4以下：必要に応じてワークパッケージ。

ステップ2：100%ルールを適用する

どの項目も、その下位項目を合わせると親の全体になるようにし、抜けも余分もないようにします。親を「部分の合計」と説明できないなら、抜けか重複があります。

このルールがあれば、スコープクリープが余分な箱として紛れ込むのも、忘れられた項目が5か月目に突然出てくるのも防げます。

• 各レベルを、憲章のスコープ記述と照らし合わせる。
• 各項目が、1つの親の下だけに現れるようにする。
• プロジェクト管理とテストも、後回しにせず成果物として含める。

ステップ3：番号を付け、ワークパッケージを定義する

1、1.1、1.1.1 のようなシンプルな番号体系にすると、すべての項目が、計画、コストの行、RAIDログで使える「住所」を持ちます。そのうえで、最下位の各ワークパッケージを、いくつかの標準項目で記述します。

• ワークパッケージの番号と名称。
• 説明と完了の定義。
• 担当者：納品に責任を持つ1人。
• 見積もりの工数と期間、および見積もりの根拠。
• 先行タスクと依存関係。
• コストの行または予算コード。
• 主な前提とリスク。

ステップ4：分解を止める時を知る

ワークパッケージが、妥当な確信を持って見積もれ、1人の担当者に割り当てられ、曖昧さなく追跡できるようになったら止めます。経験則では、数日から数週間程度の大きさです。

それ以上に細かくすると、作業そのものよりも計画の更新に時間を使うことになります。

• 大きすぎる：完了の状態を言えない。
• 小さすぎる：状況更新がタスクより時間がかかる。
• ちょうどよい：担当者1人、見積もり1つ、明確な終わり1つ。

ステップ5：計画にする

構成が合意できたら、所要日数と依存関係を加えれば、スケジュールとクリティカルパスの材料になります。すでに表計算ソフトや他のプラットフォームに計画があるなら、Senshinではドキュメント取り込みで読み込み、ガントビューで構成を確認できます。

• 依存関係は、レベル間ではなくワークパッケージ間に加える。
• コストと工数は、下から積み上げる。
• 構成はチームとレビューする。見落としを見つけてくれるのはチームです。

Senshinでの位置づけ

よくある質問

その他のガイド

最終更新: 2026-10-22