
最終更新日:2026年8月27日
作業分解構成図(WBS)は、大きなタスクを扱いやすい小さな単位へ分解するプロジェクトの設計図です。家を建てる場面を想像してみてください。基礎を打つ、壁を立てる、窓を取り付ける……WBSは必要な作業をすべて洗い出し、抜け漏れを防ぎます。
WBSがあれば、チームは作業範囲の全体を把握し、整理された状態を保ちながら進捗を追いやすくなります。しかも全員の認識をそろえられるので、プロジェクトは最初から最後までスムーズに進みます。
かんばん、スクラム、GTD、ウォーターフォール……プロジェクト管理の手法は、学ぶ速さを超えて増え続けます。フレームワークを比べているあいだ、肝心のプロジェクトは大きすぎて手をつけられないまま放置されがちです。
まず必要なのは方法論より単純なこと。終わらせられる大きさまで分けてしまう手段です。それこそが作業分解構成図(WBS)の役割です。
心配はいりません。WBSの作り方、プロジェクトの立ち上げ方、何を盛り込むべきかを順に見ていきます。読み終わるころには、プロジェクトはほぼ自走してくれます。(ほぼ、です。タスクはご自身でどうぞ。)
作業分解構成図(WBS): プロジェクトを段階的に小さな単位へ分割し、割り当てて完了できる大きさになるまで続ける階層構造です。日付ではなく成果物を軸に組み立てるため、まず「プロジェクトは何で構成されているか」に答え、スケジュールはそのあとに積み上げます。
考え方は名前のとおりです。大きなゴールから出発し、扱いやすい小さなタスクへ割っていきます。プロジェクトが大きすぎて着手すらできないと感じるなら、圧倒されそうなプロジェクトを分解する4つのステップが、WBSが形式化しているのと同じ発想のカジュアル版です。
Project Management Institute(PMI)が『Project Management Book of Knowledge(PMBOK)』で示す定義では、WBSは「プロジェクトチームが実行すべき作業を、成果物志向で階層的に分解したもの」です。
聞き覚えがありますか。Quireは初日からこの考え方で作られてきました。親タスクを無制限に子タスクへ分解できるようにした、最初のプロジェクト管理ツールのひとつです。
プロジェクトマネージャーはWBSを使って、複雑なプロジェクト範囲を分解し、依存関係を可視化し、長いToDoリストではなくプロジェクトの明快な概況を全員に共有します。
通常は計画フェーズ、つまりプロジェクトライフサイクルの5つのフェーズのひとつで作成され、実行中もチームが立ち返る参照ドキュメントとして生き続けます。プロジェクト計画テンプレートに落とし込むのと同じ骨格です。
WBSには2つのタイプがあります。1)成果物ベース、2)フェーズベースです。もっとも一般的で好まれるのは成果物ベースのアプローチです。
違いはすべてレベル1にあります。階層の最上段に何を置くかで、その下の分け方が決まるからです。図の見栄えではなく、最終ゴールがどれだけ明確かで選びましょう。

成果物ベースの作業分解構成図(WBS)は、製品・サービス・成果といったプロジェクトの成果物が、実行すべき作業範囲とどう結びつくかを示します。ひらたく言えば、プロジェクトの全体像を、主目的を支える扱いやすい小さな成果物へと分けていく方法です。
このアプローチは、年次売上レポートの作成のように、成果がはっきりした短期プロジェクトでとくに役立ちます。
WBSには押さえておきたい考え方があります。100%ルールです。WBSはプロジェクト完了に必要な作業を100%含むべきで、それ以上でもそれ以下でもないという原則です。
すべてのタスク、成果物、サブタスクは、プロジェクトの目的達成に直接つながっていなければなりません。このルールによって抜け漏れがなくなり、計画に不要な作業が紛れ込むのも防げます。

フェーズベースの作業分解構成図(WBS)では、プロジェクトを複数のフェーズに分けて整理します。各フェーズはそれぞれのタスク群を持ち、ワークパッケージとしてまとめられます。
そしてそのタスク群を一段ずつ片づけていくため、開始時点でゴールが明確に定まっていない長期プロジェクトも管理しやすくなります。
このアプローチは、今後3年で顧客維持率を50%高めるといった、成果が動く標的になりがちなプロジェクトに向いています。単一の明確な成果物はないので、代わりにフェーズを通して進めます。
各フェーズはゴールへ積み上がる独自のタスクを持つため、進みながら調整でき、標的が動いてもプロジェクトを外れずに保てます。これは日々のプロジェクト管理で機動力が価値を持つ理由と同じ柔軟さです。
WBSを組む前に、プロジェクトの目的・範囲・要件をしっかり把握しておきましょう。まだ定義していない成果物は分解できません。
WBSは通常、プロジェクトのゴール達成のために何を提供する必要があるかを軸に据え、次の3階層へ分解します。

Quireはタスク階層を3つのネイティブな層で組み立てます。
ネストは無制限のため、複雑な成果物は別のプロジェクトに切り出さずとも4階層、5階層と深く掘れます。
これはWBSにとって重要です。手法そのものに深さの上限はないのに、人気ツールの多くには上限があるからです。
WBSがツールの許す深さを超えると、分解は苦しい回避策へ追い込まれます。Quireの無制限ネストなら、WBSの粒度をツールに決められることはありません。
フラットなボードが限界を迎え、カードを並べた1本のリストではプロジェクト全体を抱えきれなくなった成長中のチームに、まさに必要な構造的アップグレードです。
リスト表示は階層を自動採番(1.1、1.2)し、ボード表示、テーブル表示、タイムライン表示に切り替えても同じ分解がそのまま保たれます。
階層が深くなるほど、そこで生まれるタスク間の依存関係を意識して管理することの価値も増します。レベル3のひとつの遅れが、上のレベル2のワークストリームを静かに止めてしまわないようにするためです。
WBSの図は四角と線だけで、細部を書き込む余白がありません。WBSディクショナリはその穴を埋めます。図には収まらない文脈をすべてのタスクに与え、「成果物2.3って何のこと?」と夕方に問い合わせが来る事態をなくします。
WBSディクショナリに入れておきたい主な項目は次のとおりです。
プロジェクトをより上手に管理するために、Quireでの承認とカスタムフィールドの作り方も確認してみてください。
さまざまな項目を入れられますが、目的はあくまで、チームのメンバーがタスクを完了するために必要な情報をすぐ見つけられる場所をつくることです。
階層を一から組むのが面倒なら、Quireのテンプレートライブラリにフェーズと成果物階層を用意済みの作業分解構成図プロジェクトテンプレートがあります。ワークスペースにコピーして、自分の成果物に差し替えるだけです。
たとえば住宅の建築に取り組んでいて、ゴールを小さなタスクへ分解する必要があるとしましょう。用意しそうな成果物は次のようなものです。

WBSを作るとき、情報の整理と見せ方にはいくつもの方法があります。
もっとも手軽で人気があるのがアウトライン形式です。インデントと採番で成果物の階層を示します。レベル2の成果物が1番なら、その下のレベル3は1.1、1.2、1.3……と並びます。
Quireでは、まずQuireのセクションでWBSのレベル1を用意し、次にQuireの親タスクでゴールをレベル2へ分解し、必要な数だけ子タスクを足してレベル3を作れます。
QuireでWBSを組むもう一つの形式は、かんばんボード表示です。ここでは階層が、インデントされたアウトラインではなく列とカードに姿を変えます。始める前にTask Bundleオプションをオンにし、ボードをsectionでシャッフルしておきましょう。

これで列が、WBSのレベル1を定義するために使ったセクション単位で可視化・グループ化されます。各セクションはプロジェクトの段階やフェーズを表します。タスクをまとめる機能により、子タスクはすべて親タスクの下にネストして表示され、階層をつかみやすくなります。

かんばんボードは、WBSに対する進捗の追跡、ボトルネックが出たときのタスク調整、1枚のキャンバス上でのチームのメンバーとのやりとり、プロジェクトのロードマップ立案に役立ちます。
補足:QuireのWBSチャートは完全に操作可能で、タスクを眺めるだけの図ではありません。ここまでの機能を備えたプロジェクト管理ソフトウェアはQuireだけです。
WBSを組んで管理するもう一つの方法が、すべてを表形式で整理するテーブル構造です。
Quireのテーブル表示なら、WBSの各要素の詳細を見やすい表で一覧できます。左端の列に主要成果物が並び、右側の列でその下の階層の成果物を展開していきます。

Quireではリスト表示からテーブル表示へ切り替え、カスタムフィールドを追加してタスクの情報を厚くできます。このテーブル表示では、担当者、マイルストーン、リスク、コスト、予算、工数を、簡単な数式を使って一緒に載せています。
ヒント:Quireでの数式とカスタムフィールドの作り方はこちらです。

Quireタイムラインを使えば、プロジェクトを横方向の風景として可視化できます。タスクが互いにどう依存しているかがひと目で分かり、期限と進捗を追い、タイムラインを調整し、ゴールに合う順序でタスクを絞り込み並べ替えられます。
WBSテンプレートは数あるテンプレートのひとつです。チームが実際に使うプロジェクト管理テンプレート20選以上で残りを一覧でき、作業の形に合わせた選び方も分かります。
作業を横軸に並べるのが初めてなら、プロジェクトタイムラインのガイドで、代表的な4タイプ、6つの例、選び方をご覧ください。
作業分解構成図(WBS)づくりは、聞こえるほど難しくありません。コツをつかめば、プロジェクトのタスクを目に見える形で分解することで生まれる明快さと整理された感覚を、チームはきっと気に入ります。WBSが構造的な計画づくりへの第一歩なら、プロジェクト管理の講座はその先を積み上げる確かな手立てです。
視覚型でも言語型でも、適切なワークマネジメントツールがあるかどうかで結果は大きく変わります。
Quireはタスクを分解することを軸に作られてきました。初日からのネストされたタスクと、リスト、ボード、テーブル、タイムラインのどれで読んでも変わらない同じ分解構造です。WBSの手法を念頭に設計されたソフトウェアを探しているなら、まずはQuireから始めてください。
作業分解構成図とは、プロジェクトチームが実行すべき作業を成果物志向で階層的に分解したものです。この定義はProject Management InstituteのPMBOKガイドによるものです。ひとつの最終成果物から出発し、扱いやすい小さな単位へ段階的に割っていくことで、プロジェクト範囲の抜け漏れを防ぎます。
レベル1はプロジェクトの最終成果物、またはタイトルです。レベル2はそれを支える主要成果物が入ります。レベル3は各レベル2の成果物を完成させるために必要な具体的なタスクを並べます。
Quireではこれらをセクション(レベル1)、親タスク(レベル2)、子タスク(レベル3)に対応させ、プロジェクトがさらに深い分解を必要とする場合も無制限にネストできます。
100%ルールとは、WBSはプロジェクト完了に必要な作業を100%含まなければならず、それ以上でもそれ以下でもないという原則です。すべての成果物とタスクはプロジェクトの目的に直接結びつくべきで、これによりスコープクリープを防ぎ、無駄な作業が計画を散らかすのも止められます。
違いはレベル1に何を置くかにあります。成果物ベースのWBSは第1階層を具体的な製品・サービス・成果で構成し、成果が明確な短期プロジェクトに最も向いています。
フェーズベースのWBSは第1階層をリサーチ、戦略、実行といったフェーズで構成し、最終ゴールが動き続ける長期プロジェクトに合います。
レベル1の成果物をQuireのセクションとして作り、レベル2の親タスクへ分解し、それぞれの下にレベル3の子タスクを追加します。あとは同じWBSを4つの形で表示できます。
静的な図とは違い、QuireのWBSチャートは完全に操作可能です。どのノードも担当を割り当てて追跡できる本物のタスクです。
WBSディクショナリは、図では示せない細部を記録する補助ドキュメントです。タスクの名前、責任者、説明、成果物、予算、マイルストーン、承認、既知のリスクなどを含みます。タスクを終わらせるために必要な情報を、チームが1か所で見つけられるようになります。Quireならカスタムフィールドでタスクに直接記録できます。
次のプロジェクトを、正しいやり方で分解する準備はできましたか?
quire.io/signupで無料トライアルを始める — クレジットカード不要、全機能を利用できます。