曖昧なまま着手して手戻りが増える――そんな経験があるなら、WBS 作り方の“順番”を整えるだけで驚くほど前進しやすくなります。とくに「成果物が固まらない」「粒度がバラバラ」「ガントに落とすと矛盾する」という悩みは、成果物→作業→順序の逆算で多くが解けます。本稿では、現場で再現しやすい5ステップ、レベル設計の考え方、よくある失敗と対策、Excel/ツールでの最小構成をまとめました。まずは軽い叩き台を3分で作り、関係者レビューで精度を上げる橋渡しまでを示します。次章から具体的に進めていきましょう。
この記事で解決できること
- 成果物起点で迷いにくいWBSの下ごしらえと5ステップが分かる
- 粒度・レベル設計・依存関係の決め方を実務目線で理解できる
- Excel/ツールで今すぐ使える最小カラムとテンプレを入手できる
いまの混乱をほどく：WBS 作り方で押さえる視点
WBS 作り方でよくあるつまずき
- 成果物がぼんやりしたまま作業だけを列挙してしまう
- 同じレベルに“3日タスク”と“30分タスク”が混在する
- 前提/承認/依存が未記載で、ガント連携時に破綻する
- レビュー観点（受入基準/品質条件）が書かれておらず完了判定が揺れる
WBS 作り方の核心は「成果物→作業→順序」
- **成果物（Deliverable）**を言語化（例：LP公開、申請完了、契約締結など）
- 成果物を得るための作業を分解（名詞＋動詞＋完了条件）
- 順序/依存を整理し、リスク/外部要因/承認を明記
この順で考えると、ガントやリソース割当への橋渡しが自然になります。
WBS 作り方の前提と背景を理解する
WBS 作り方のキーポイント1：成果物分解の原則（Deliverable→Work）
- 工程（要件定義/設計/実装…）からではなく、成果物から下る。
- 各作業に**完了条件（Definition of Done/受入基準）**を一行で付ける。
- レベルは3〜5層に収め、レビュー/承認が必要な節目は明示する。
WBS 作り方を図で捉える：階層（レベル）設計の考え方
- レベル1：プロジェクト成果物（例：サイト公開）
- レベル2：主要サブ成果物（デザイン完了/実装完了/検収完了）
- レベル3：ワークパッケージ（1人日以内を目安。現場に合わせて柔軟に）
- 付帯情報：依存、前提、承認者、品質条件、外部納期、リスク
WBS 作り方の具体手順
WBS 作り方の5ステップ
- ゴール定義：プロジェクト目的と最終成果物、成功指標、制約を1枚に。
- 成果物ブレイクダウン：レベル2までを名詞で列挙し、親子関係を確認。
- 作業化：各成果物に対し、名詞＋動詞＋DoDでワークパッケージ化。
- 粒度合わせ：レベル3は4〜16時間目安でそろえ、例外は理由を記録。
- 順序と依存：先行・後続・外部承認・調達・レビューの依存を明文化。
補足：数値はあくまで“合わせる目安”。業種やチーム経験に応じて最適化します。
最小カラム例（Excel/表計算）WBSコード / レベル / 作業名 / 成果物・DoD / 担当 / 予定工数 / 依存 / 前提・リスク / 期限
WBS 作り方の失敗と対策
- 作業名が動詞だけ → 名詞＋動詞＋DoDに直し、完了判定を明確化。
- 外部承認を未記載 → 依存に「法務レビュー」「決裁日」を入れバッファ設定。
- 粒度がバラバラ → レベル3の時間幅を決め、例外は理由付きで管理。
- 関係者不一致 → レベル2時点でレビュー会を入れて早期に潰す。
- ガントに落ちない → 依存/前提欄が不足。先行/後続を“記号化”して連携しやすく。
WBS 作り方を3つの事例で体験する
- Web制作：最終成果物=公開。サブ成果物=デザイン完了/実装完了/検収。DoD例「Chrome/Safari表示差異3px以内」
- イベント運営：最終成果物=開催/回収。サブ成果物=会場確保/登壇者確定/集客/当日運営/アンケート回収
- 社内手続き：最終成果物=制度導入。サブ成果物=規程改定/説明会/申請フロー実装/周知
WBS 作り方の3分テンプレ
- 最終成果物：＿＿＿＿
- 成功指標（数/質）：＿＿＿＿
- レベル2（3〜6個）：＿＿＿＿
- DoD共通ルール：＿＿＿＿（例：承認者、品質閾値、検収条件）
- ワークパッケージ（各レベル2に3〜7件）：＿＿＿＿
- 依存/前提/外部要因：＿＿＿＿
- レビュー計画（誰が/いつ）：＿＿＿＿
WBS 作り方を支えるツール活用
最小構成で始めるWBS 作り方
- まずは表計算で十分：上記“最小カラム例”をそのまま使う。
- タグ/記号化：依存は
#A1→#B3のようにコードでつなぐとガント化が楽。 - 責任分担：任意でRACI（Responsible/Accountable/Consulted/Informed）列を追加。
- 更新運用：週1の短時間レビュー枠をカレンダー化し、変更履歴を残す。
AIタスク管理「するたす」で曖昧タスクを分解して着手ハードルを下げる
大きな成果物を入力すると、名詞＋動詞＋DoD基準で小さなステップに自動分解。最初の一歩が数分で決まります。
FAQ
- Q: WBSとガントチャートの違いは？
A: WBSは何をどこまでやるか（範囲と構造）、ガントは**いつ誰がやるか（時間と割当）**を扱います。WBS→ガントの順で連携します。 - Q: WBSは誰が作る？レビューは？
A: 原則は責任者（PM/PL）主導で、関係者と合意形成。レベル2時点で短いレビュー会を挟むと手戻りが減ります。 - Q: 粒度はどのくらい？
A: レベル3で4〜16時間目安が一般的ですが、チームの経験/リスクに応じて調整します。例外は理由を記録します。 - Q: いつ作る？変更は？
A: 企画/要件固めと並行して叩き台→レビュー→改訂。変更は版管理（更新日・変更点・理由）を欄外に残すと共有がスムーズ。 - Q: 成果物起点と工程起点の使い分けは？
A: 迷ったら成果物起点。工程起点は標準プロセスが強い組織で補助的に使います。 - Q: Excelとツールどちらが良い？
A: 少人数/短期はExcelで充分。複数チーム/長期はツールで権限/変更履歴/依存の可視化が有効です。 - Q: アジャイルでもWBSは必要？
A: スプリント計画時の分解と受入条件の明確化に有効。過度に固定化せず、反復ごとに更新します。 - Q: RACIは必要？
A: 外部承認や多部署連携が多い案件では、責任と関与度を明文化できるため有効です。
注意事項
- 本記事は一般的なプロジェクト管理手法の解説です。組織標準や法令/契約条件がある場合はそれらを優先し、重要な意思決定は関係部署と協議してください。
WBS 作り方の要点まとめ
- 成果物→作業→順序の逆算フローで考える
- レベル3は名詞＋動詞＋DoDで粒度をそろえる
- 依存/前提/承認を欄で見える化し、ガントへ橋渡し
- レビューはレベル2で早期に・版管理を残す
- 次アクション：3分テンプレで叩き台を作り、関係者レビューを予定に入れる
まずは『するたす』で小さく始める（無料枠あり）
- 曖昧なタスクをAIが小さく分解し、最初の一歩が決まります
