
最終更新日: 2026年7月24日
作業分解構成図(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つのネイティブな層で組み立てます。セクションがレベル1の成果物を受け持ち、その下に親タスクがレベル2のワークストリームとして並びます。各親タスクの下には子タスクがレベル3の作業としてネストし、Quireはネストを無制限に許すため、複雑な成果物は別のプロジェクトに切り出さずとも4階層、5階層と深く掘れます。これはWBSにとって重要です。手法そのものに深さの上限はないのに、人気ツールの多くには上限があります。Monday.comはサブアイテムを1階層しか持てず、AsanaやClickUpも子タスクのネスト階層に上限があり、いずれ壁に当たります。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タイムラインを使えば、プロジェクトを横方向の風景として可視化できます。タスクが互いにどう依存しているかがひと目で分かり、期限と進捗を追い、タイムラインを調整し、ゴールに合う順序でタスクを絞り込み並べ替えられます。
作業を横軸に並べるのが初めてなら、プロジェクトタイムラインのガイドで、代表的な4タイプ、6つの例、選び方をご覧ください。
作業分解構成図(WBS)づくりは、聞こえるほど難しくありません。コツをつかめば、プロジェクトのタスクを目に見える形で分解することで生まれる明快さと整理された感覚を、チームはきっと気に入ります。WBSが構造的な計画づくりへの第一歩なら、プロジェクト管理の講座はその先を積み上げる確かな手立てです。
視覚型でも言語型でも、適切なワークマネジメントツールがあるかどうかで結果は大きく変わります。そしてWBSの手法を念頭に設計されたソフトウェアを探しているなら、Quireがぴったりです。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を、採番されたリスト、タスクをまとめる機能を使ってセクション単位でまとめたかんばんボード、予算やリスクなどのカスタムフィールドを載せたテーブル、依存関係と期限を見るタイムラインとして表示できます。静的な図とは違い、QuireのWBSチャートは完全に操作可能で、どのノードも担当を割り当てて追跡できる本物のタスクです。
WBSディクショナリは、図では示せない細部を記録する補助ドキュメントです。タスクの名前、責任者、説明、成果物、予算、マイルストーン、承認、既知のリスクなどを含みます。タスクを終わらせるために必要な情報を、チームが1か所で見つけられるようになります。Quireならカスタムフィールドでタスクに直接記録できます。
次のプロジェクトを、正しいやり方で分解する準備はできましたか?
quire.io/signupで無料トライアルを始める — クレジットカード不要、全機能を利用できます。