グローバルプロジェクトでは、英語でWBS（Work Breakdown Structure）を作ることが求められる。「どの階層まで分解すればいいか」「英語でどう表現する？」と迷うエンジニアは多い。
この記事では、ITプロジェクトで実際に使える英語WBSの書き方を解説する。フレーズ20選・日英Excelテンプレートもセットで用意した。コピペしてすぐに使える。
WBSを英語でしっかり作ると、スコープの抜け漏れを防ぎ、チーム全員が同じタスク認識で動ける。さっそく構成と書き方を確認しよう。
英語WBS（Work Breakdown Structure）とは
WBS（Work Breakdown Structure）とは、プロジェクトの全作業を階層的に分解した構造図だ。「何をやるか」を網羅的に可視化し、スコープの抜け漏れを防ぐために使う。
英語では “Work Breakdown Structure” が正式名称で、略称 “WBS” が世界共通で使われる。PMBOKでは「プロジェクトスコープ管理」の中核ツールとして定義されている。
WBSが必要な理由
WBSなしで動き始めると、「そのタスクは誰がやるの？」「それってスコープ内？」という混乱が生まれやすい。特にグローバルチームでは、口頭での認識合わせが難しいため、WBSで全作業を文書化することが重要だ。
また、WBSはスケジュール・工数・コスト見積もりの出発点にもなる。タスクが定義できて初めて、「いつまでに・誰が・どれくらいかけてやるか」を決められる。
WBSとガントチャートの違い
混同されやすいが、役割が異なる。WBSで「何をやるか」を確定させてから、ガントチャートで「いつやるか」を組む順番が基本だ。
| ツール | 目的 | 主な内容 |
|---|---|---|
| WBS | 作業の定義・スコープ管理 | 階層構造でタスクを一覧化 |
| ガントチャート | スケジュール管理 | タスクの開始日・終了日・依存関係 |
プロジェクト開始時の文書体系を整えたい方は、【テンプレあり】英語プロジェクト憲章の書き方も参考にしてほしい。
WBSの4階層と記述ルール
WBSは通常4つの階層で構成する。フェーズとタスクの粒度を統一することで、誰が見ても全体像を把握しやすくなる。
階層構造の基本
| 階層 | 英語名 | 説明 | 例 |
|---|---|---|---|
| Level 1 | Project | プロジェクト全体 | 受注管理システム刷新 |
| Level 2 | Phase / Deliverable | フェーズや主要成果物 | 要件定義・設計・開発・テスト |
| Level 3 | Work Package | チームが管理する作業単位 | 機能要件定義・UI設計 |
| Level 4 | Task | 実際に実行するタスク | 要件ヒアリング報告書・議事録作成 |
WBSの3つの記述ルール
1. 成果物ベースで書く（名詞で表現する）
WBSのタスク名は「動詞＋目的語」ではなく「名詞（成果物）」で表現するのが基本だ。動詞で書くと作業内容が曖昧になりやすい。名詞にすると「何が完成したら終わりか」が明確になる。
| 区分 | 例 |
|---|---|
| ❌ 動詞（NG） | “Conduct requirements gathering”（要件ヒアリングを実施する） |
| ✅ 名詞（OK） | “Requirements gathering report”（要件ヒアリング報告書） |
2. 100%ルールを守る
WBSはプロジェクトの全スコープを網羅しなければならない。各レベルの作業量の合計が、上位レベルの作業量と一致するよう設計する。「あとで追加しよう」と思っていたタスクが漏れると、後からスコープクリープの原因になる。
3. ナンバリング規則を統一する
WBS番号は 1.0 → 1.1 → 1.1.1 → 1.1.1.1 の形式で統一する。チームが大きくなるほど、番号でタスクを特定できることが重要だ。
ステータス管理の方法
各タスクにステータスと進捗率（%）を紐付けると、進捗管理が楽になる。英語では以下のステータスが一般的だ。
- Not Started：未着手
- In Progress：対応中
- On Hold：保留中
- Completed：完了
英語WBSで使えるフレーズ20選
3つのカテゴリに分けてフレーズを紹介する。
成果物・作業内容を表すフレーズ
| 日本語 | 英語フレーズ |
|---|---|
| 要件定義書 | Requirements specification document |
| 設計書 | Design document / Technical design document |
| テスト計画書 | Test plan |
| ユーザーマニュアル | User manual / End-user documentation |
| 移行計画書 | Migration plan |
| 環境構築 | Environment setup |
| データ移行 | Data migration |
議事録の英語表現は、【テンプレあり】英語議事録の書き方も参考にしてほしい。
進捗・ステータスを表すフレーズ
| 日本語 | 英語フレーズ |
|---|---|
| 未着手 | Not Started |
| 対応中 | In Progress |
| 完了 | Completed |
| 保留中 | On Hold |
| 遅延あり | Delayed |
| 承認待ち | Pending approval |
工数・見積もりを表すフレーズ
| 日本語 | 英語フレーズ |
|---|---|
| 想定工数 | Estimated effort |
| 実績工数 | Actual effort |
| 残工数 | Remaining effort |
| 工数（人時） | Effort (person-hours) |
| 進捗率 | Progress (%) / Completion rate |
| 工数超過 | Effort overrun |
| バッファ | Buffer / Contingency |
テンプレートをダウンロード（Excel）
以下のExcelファイルをダウンロードして、プロジェクトに合わせてカスタマイズして使ってほしい。行・列はそのまま追加・削除できる。ステータス列にはドロップダウン付き。
空白テンプレート（すぐに書き始めたい方向け）
📥 日本語テンプレートをダウンロード（Excel）
📥 Download English Template (Excel)
完成版サンプル（記入例・使い方の参考に）
受注管理システム刷新プロジェクトを題材にした記入例。要件定義～リリースまでの全フェーズをカバーし、進捗率・実績工数の書き方がひと目でわかる。
📥 日本語サンプル（完成版）をダウンロード（Excel）
📥 Download English Sample (Completed) (Excel)
日本語版テンプレート（コピペOK）
以下のテンプレートを参考にして、プロジェクトに合わせて使ってほしい。Excelファイルはダウンロードして列幅・行を自由に編集できる。
基本情報
| 項目 | 内容 |
|---|---|
| プロジェクト名 | |
| 作成者 | 〇〇（役割：〇〇） |
| 最終更新日 | 20XX年〇月〇日 |
WBS一覧
| WBS番号 | タスク名 | 担当者 | 想定工数（h） | 進捗（%） | ステータス |
|---|---|---|---|---|---|
| 1.0 | 〇〇プロジェクト | ||||
| 1.1 | 要件定義フェーズ | ||||
| 1.1.1 | 要件ヒアリング報告書 | ||||
| 1.1.1.1 | 要件ヒアリング実施 | 〇〇 | 8 | 0% | Not Started |
| 1.1.1.2 | 議事録・報告書作成 | 〇〇 | 4 | 0% | Not Started |
| 1.1.2 | 要件定義書（BRD） | ||||
| 1.1.2.1 | BRDドラフト作成 | 〇〇 | 16 | 0% | Not Started |
| 1.1.2.2 | ステークホルダーレビュー・承認 | 〇〇 | 8 | 0% | Not Started |
| 1.2 | 設計フェーズ | ||||
| 1.2.1 | 基本設計書 | ||||
| 1.2.1.1 | システム方式設計 | 〇〇 | 24 | 0% | Not Started |
| 1.2.1.2 | 画面設計 | 〇〇 | 16 | 0% | Not Started |
| 1.2.1.3 | DB設計 | 〇〇 | 16 | 0% | Not Started |
ステータス定義
| ステータス | 定義 |
|---|---|
| Not Started | 未着手。作業が開始されていない状態。 |
| In Progress | 対応中。担当者が作業を進めている状態。 |
| On Hold | 保留中。外部要因等で一時停止している状態。 |
| Completed | 完了。成果物が確認・承認された状態。 |
英語版テンプレート（コピペOK）
Basic Information
| Item | Details |
|---|---|
| Project Name | |
| Author | [Name] ([Role]) |
| Last Updated | [Date] |
WBS Table
| WBS No. | Task / Deliverable | Owner | Est. Effort (h) | Progress (%) | Status |
|---|---|---|---|---|---|
| 1.0 | [Project Name] | ||||
| 1.1 | Requirements Phase | ||||
| 1.1.1 | Requirements Gathering Report | ||||
| 1.1.1.1 | Conduct requirements gathering | [Name] | 8 | 0% | Not Started |
| 1.1.1.2 | Prepare meeting minutes and report | [Name] | 4 | 0% | Not Started |
| 1.1.2 | Business Requirements Document (BRD) | ||||
| 1.1.2.1 | Draft BRD | [Name] | 16 | 0% | Not Started |
| 1.1.2.2 | Stakeholder review and approval | [Name] | 8 | 0% | Not Started |
| 1.2 | Design Phase | ||||
| 1.2.1 | Basic Design Document | ||||
| 1.2.1.1 | System architecture design | [Name] | 24 | 0% | Not Started |
| 1.2.1.2 | UI / screen design | [Name] | 16 | 0% | Not Started |
| 1.2.1.3 | Database design | [Name] | 16 | 0% | Not Started |
Status Definitions
| Status | Definition |
|---|---|
| Not Started | Work has not yet begun. |
| In Progress | The owner is actively working on this item. |
| On Hold | Temporarily paused due to external factors or dependencies. |
| Completed | The deliverable has been reviewed and accepted. |
WBSを英語で書く3つのポイント
成果物ベースで書く習慣をつける
WBSのタスク名を「動詞」ではなく「名詞（成果物）」で書くことを徹底しよう。動詞で書くと作業内容が曖昧になりやすく、「何が完成すればタスクが終わりか」が不明確になる。名詞（成果物）で書けば、完了基準が自然と明確になる。
100%ルールで抜け漏れをなくす
WBSはプロジェクトの「すべての」作業を含まなければならない。Level 2（フェーズ）の作業量の合計＝Level 1（プロジェクト全体）になるよう設計する。この「100%ルール」を守ることでスコープクリープを防げる。スコープ変更が発生したときの対処は、【例文あり】エンジニアの英語スコープ管理術も参考にしてほしい。
ワークパッケージの粒度を適切に保つ
タスクの粒度が大きすぎると進捗管理できない。小さすぎると管理コストがかかる。「1人が1〜2週間で完了できる」サイズを目安にするとよい。工数にすると40〜80時間程度が適切な粒度だ。
まとめ：WBSで全作業を可視化してスコープ漏れをゼロにする
英語WBSを作るときの要点は3つだ。
- 4階層構造：Project → Phase → Work Package → Task の順に分解する
- 成果物ベース：タスク名は動詞ではなく名詞（何が完成したら終わりか）で表現する
- 100%ルール：全スコープを網羅し、抜け漏れをゼロにする
WBSをプロジェクト開始時に作り込むことで、スケジュール・工数・コスト見積もりの精度も上がる。プロジェクトのキックオフ準備を進めている方は、【例文あり】エンジニアの英語プロジェクトキックオフ術も参考にしてほしい。Excelテンプレートを活用して、今すぐWBSを作ってみてほしい。
コメント