WBS (作業分解構造) の概要
WBS (作業分解構造) は、プロジェクトに対して行われる作業の説明です。 これは、作業の構成、各コンポーネントまたはタスクのサイズ、原価、期間に対するプロジェクトチームの理解を表すタスクの階層です。 WBS の主な目的は 3 つあります。
- タスクの内訳または作業の構成を説明する。
- プロジェクトの作業をスケジュールする。
- 各タスクのコストを見積もりる。
WBS の詳細の程度は、見積もりに必要な正確性のレベルと、それらの見積もりに対して必要な追跡のレベルに依存します。 スケジュールまたは原価のずれに対する許容範囲が非常に低いプロジェクトでは、通常、より詳細な WBS と WBS に対する作業の進捗と原価の入念な追跡が必要です。 この種のプロジェクトは、建設およびエンジニアリング業界では一般的です。
それに対して、メディアや広告などの業界、ソフトウェア、IT インフラストラクチャのプロジェクトは、独特なものになる傾向があり、生産性はタスクを実行する各個人の経験やコンピテンシーに関連します。 したがって、これらの業界では、プロジェクトの規模の概算を見積もるために WBS を使用し、プロジェクトの進捗を詳細には追跡しません。
WBS の作成は、通常、長期にわたって実施される、さまざまな人からのコラボレーションや情報を必要とする、集中的なプロセスです。 この記事では、見積と追跡の要件を満たす WBS 拡張機能の使用方法について説明します。
WBS 作成の前提条件
WBS を作成するには、作業スケジュールを作成し、作業の原価を見積もる必要があります。
作業スケジュール作成の前提条件
WBS 機能の全スケジューリング機能を使用するには、次の設定を行います。
既定のカレンダーとプロジェクト カレンダーを設定します。
- プロジェクト管理と会計>設定>プロジェクト管理および会計パラメーター>スケジューリング をクリックします。 既定の作業カレンダーフィールドで、既定のカレンダーを指定します。 これは、作成された新しいプロジェクトに対する既定の作業カレンダーになります。
- 特定のプロジェクトの既定のカレンダーは変更できます。 プロジェクトの詳細ページをクリックし、プロジェクト チームとスケジューリング クイック タブで、別のカレンダーを選択してスケジュール カレンダー フィールドを更新します。
標準的な作業日と勤務時間を設定します。 プロジェクトの作業カレンダーとして設定するカレンダーは、次の情報を決定するために WBS で使用されます。
- 作業日と休日
- 1 日の勤務時間数
カレンダーの作業日と勤務時間を設定するには、または新しいカレンダーを作成するには、組織管理>共通>カレンダー の順にクリックします。
作業の原価を見積もるための前提条件
WBS の原価の見積もり機能をすべて使用するには、作業者の原価および販売価格、労務、経費、手数料のカテゴリ、および品目を設定する必要があります。
- 従業員の原価と販売価格、経費、手数料のカテゴリを設定するには、プロジェクト管理および会計>設定>価格 の順にクリックします。
- 品目の原価と販売価格を設定するには、製品情報管理のリリースされた製品リスト ページにある各品目の売買契約ページを使用します。
WBS の作成
WBS の作成では、3 つの活動を実行します。
- 作業の分解 – 管理しやすいチャンクまたはタスクに作業を分割します。
- 作業スケジュール – タスクを完了するために必要な時間を見積もり、タスクの相互依存関係を設定し、タスクの開始日と終了日を選択します。
- 原価見積もり – 各タスクの原価を見積もります。
次のセクションでは、WBS 機能がこれらの各活動でどのように役立つかについて説明します。
作業の分解
通常、WBS 作成プロセスでは、まず最初に作業の分割または分解を作成します。 WBS 機能は、作業の分割または分解のために次の基本的な構造をサポートします。
プロジェクト ルート タスク プロジェクト ルート タスクは、プロジェクトのトップレベルの集計タスクです。 他のプロジェクト タスクは、すべてその下に作成されます。 ルート タスクの名前が、常にプロジェクトの名前に設定されます。 ルート ノードの工数、日付、期間は、ルート タスクの下のタスクの値を集計します。 ルート ノードのプロパティは、編集または削除できません。
集計またはコンテナ タスク 集計タスクは、下位にサブ タスクまたは構成タスクを持つタスクです。 概要タスクには、それ自身の作業負荷またはコストがありません。 代わりに、集計タスクの作業工数と原価は、構成タスクの作業工数と原価の合計になります。 構成タスクのもっと早い開始日は集計タスクの開始日として使用され、構成タスクの最も遅い終了日は集計タスクの終了日として使用されます。 集計タスクの名前は変更できますが、工数、日付、期間のスケジューリング プロパティは変更できません。 集計タスクを削除する場合、構成タスクもすべて削除します。
リーフ ノード タスク リーフ ノード タスクは、プロジェクトで最も細かい作業パッケージを表します。 リーフ ノードには、見積もり工数、リソースの計画番号、予定開始日と終了日、および期間があります。
プロジェクトの作業階層または分解の作成を有効にするには、次の階層の操作を実行します。
新しいタスク仕事 作成したすべての新しいタスクは、ルート ノードの下に自動的に追加されます。また、WBS 番号は自動的にタスクに割り当てられます。 WBS 番号は、階層上のタスクのレベルを表します。 プロジェクト ルート タスクの下の最初のレベルのタスクには、1、2、3 などの番号付けスキームが使用されます。 最初のレベルの下にあるタスクには、1.1、1.2、1.3 などの番号付けスキームが使用されます。 前のレベルの下位に追加された各レベルには、新たに点を打たれた一連の番号が追加されます。
現在、WBS の番号付けをカスタマイズすることはできません。
インデント タスク タスクをインデントすると、それより前にあるタスクの子になります。 新しい子のタスクの WBS 番号は、自動的に新しい親の WBS 番号に基づいて再計算されます。 親タスクは、これで集計またはコンテナ タスクになり、それにより、それ自体の構造タスクのロールアップになります。
Note
インデントの操作前にリーフ ノードだったタスクの下に他のタスクをインデントする場合、新しく作成された集計タスクは、それ自体の日付、工程、リソース番号を失います。 これにより、新しい構成タスクの値の集計を使用します。
アウトデント タスク タスクをアウトデントすると、現在の親タスクの構成タスクではなくなります。 このタスクの WBS 番号は、階層でのタスクの新しいレベルを反映するように自動的に再計算されます。 タスクの前の親タスクの工数、原価、日付は、そのタスクを除外するために再計算されます。
上へ移動および下へ移動上へ移動と下へ移動をクリックすると、親の階層内でタスクの位置を変更できます。 タスクの位置は、タスクの工数、原価、日付、または期間に影響しません。 このタスクの WBS 番号は、タスクの新しい位置を反映するために自動的に再計算されます。
スケジュールの見積もり
スケジュールの見積もりは、通常、WBS 作成の 2 番目のステップです。 ベスト プラクティスとして、タスクを作成した後にスケジュールの見積もりを完了します。 Finance の WBS (作業分解構造) ページには 2 つのセクションがあります。 上部ウィンドウにはスケジュール見積もり、下部ウィンドウにはコストの見積もりに使用できる見積原価と売上タブが表示されます。 タスクの依存関係 WBS では、タスク間の先行処理関係を作成できます。 タスクに先行のタスクを割り当てると、そのタスクは、先行のタスクがすべて完了した後にのみ開始できます。 タスクの予定開始日は、すべての先行のタスクの最新日に自動的に設定されます。
タスクのスケジューリング 次の要因が、リーフ ノード タスクのスケジューリングを決定します。
- 前のタスク
- 工数
- リソースの数
- 開始日と終了日。
先行処理がないリーフ ノード タスクの開始日は、プロジェクトのスケジューリングの開始日に自動的に設定されます。 リーフ ノード タスクの期間は、常に開始日から終了日の間の作業日数として計算されます。
スケジューリングのルール 自動スケジューリング アシスタントが有効な場合、次のルールがリーフ ノード タスクのタスク スケジューリングに適用されます:
- タスクの開始日と終了日は、プロジェクトのスケジューリング カレンダーに従って作業日である必要があります。
- 先行のタスクがあるタスクの開始日は、先行のタスクの終了日に自動的に設定されます。
- タスクの工数は、次のように自動的に計算されます。
プロジェクト カレンダーの標準的な作業日の従業員数 × 期間 × 時間数。
場合によっては、これらのルールから逸脱する必要があるかもしれません。 Finance がリーフ ノード タスクの任意のプロパティを自動的に設定または修正するのを防ぐために、自動スケジューリングを無効にできます。 スケジュール のルール違反の原因になるタスクの情報を入力すると、スケジューリング エラー アイコンがそのタスクに表示されます。 スケジューリング エラーを表示したくない場合は、スケジューリング エラーが表示されますをクリックして機能をオフにします。
Note
自動スケジューリング アシスタントのオンまたはオフに関わらず、集計またはコンテナ タスクの値は構成タスクの値の合計として継続して計算されます。
スケジューリングの修正エラー 自動スケジューリング アシスタントがオンの場合、スケジューリング エラーは発生しにくくなります。 ただし、自動スケジューリング アシスタントをオフにして後でオンに戻すと、WBS にスケジューリング エラー アイコンが表示される場合があります。
タスクによるスケジューリング修正エラー 特定のタスクのスケジュール エラー アイコンをダブルクリックすると、ダイアログボックスに、そのタスクのすべてのスケジューリング エラーが表示されます。 タスクのスケジューリング エラーを修正するか選択できます。
すべてのスケジューリング エラーの修正 Finance で WBS のすべてのスケジューリング エラーを修正する場合、アクション ウィンドウでスケジューリングの不一致をすべて修正をクリックします。
Note
この機能により WBS への重要な変更が発生する場合があります。 エラーは次の順序で修正されます。
- すべてのタスクの見積もり工数は、プロジェクト カレンダーで定義された能力と等しくなるように変更されます。
- 各タスクの開始日は、すべての先行処理タスクが完了した後にタスクが開始するように変更されます。
- 各タスクの開始日は、先行処理タスクの開始日のギャップを削除するように変更されます。
原価見積もり
このドキュメントで前述したように、作業分解構造ページの下部ウィンドウの見積もり原価と収益タブを使用して、各リーフ ノード タスクに原価見積もりを入力します。
Note
集計タスクやコンテナー タスクのコスト見積もりは変更できません。 集計タスクのコスト見積もりは、そのリーフ ノード タスクのコスト見積もりの合計と等しくなります。 各タスクの見積原価合計は、次のトランザクション タイプの見積原価金額の合計として計算されます。
- 労務
- 品目または材料
- 経費
手数料 トランザクション タイプは、手数料に基づく収益の見積もりに使用されます。 このトランザクション タイプは、原価コンポーネントがありません。そのため、原価を見積もる場合に考慮されません。
分割払 トランザクション タイプは、プロジェクトの固定値タイプで契約販売額を記録するために使用されます。 また、このトランザクション タイプは、原価の見積もり時に考慮されません。
各タスクの従業員、材料、経費の原価の見積もり時には、見積もり原価にプロジェクト カテゴリを割り当てる必要があります。
人件費の見積もり 各リーフ ノード タスクに、作業工数 (時間) と既定のカテゴリを割り当てます。 したがって、タスクのスケジュールを設定すると、そのタスクの労務コスト見積もりが労務の既定のカテゴリに自動的に追加されます。 このコスト見積もりは、そのタスクの明細行の詳細グリッドの見積原価と売上タブに表示されます。 追加の労務コスト見積もりが必要な場合は、このタブで追加できます。労務コスト見積もりの時間を増減すると、タスクのスケジュールが自動的に再計算されます。
経費と材料原価の見積もり タスクの経費と材料原価は、見積もりが必要な場合、見積もり原価と収益タブで見積もることができます。
各従業員または経費の見積もり行の原価と販売価格は、プロジェクト管理および会計>設定>価格設定 で表示した価格テーブルの各カテゴリで定義されている設定に基づきます。 品目の原価と販売価格は、製品情報管理のリリースされた製品リスト ページにある品目または売買契約から、既定により追加されます。
WBS の進捗の追跡
一部の業界は、非常に細かいレベルで WBS に対してプロジェクトの進捗を追跡しますが、その他の業界では、WBS のより上位のレベルで進捗を追跡します。 このセクションでは、プロジェクトの要件に対する WBS 追跡の使用方法について説明します。
Finance には、プロジェクトに関する WBS の 3 つのビュー: 計画ビュー、工数追跡ビュー、および原価追跡ビューがあります。
計画ビュー
計画ビューには、スケジュールと原価情報の計画またはベースライン見積もりが表示されます。 プロジェクト WBS のバージョンとベースラインを追跡するための機能はありませんが、このビューの値は、ベースラインのバージョンを表します。 この記事の「スケジュール見積と原価見積」セクションでは、このビューについて、および WBS を作成するためのビューの使用方法について説明します。
工数の追跡の表示
工数追跡ビューには、WBS のタスクの進捗の追跡が表示されます。 予定工数時間とタスクの実際の累計工数時間を比較します。 次の式で工数トラッキング ビューの値を示します。
- 進捗率 = これまでの実際の工数 ÷ タスクの計画工数
- 残りの工数 (完了するまでの推定 [ETC] 工数と呼ばれることもあります) = 計画工数 – これまでの実際の工数
- 完了時の見積もり (EAC) = 残余工数 + 実際の作業時間
- 予測工数差異 = 計画工数 - EAC
工数追跡ビューには、EAC が予定工数より多くなるか少なくなるかに基づいて、タスクの工数差異の予測が表示されます。
- EAC が予定工数より多い場合、タスクが最初の計画より時間がかかると予測され、タスクはスケジュールより遅れます。
- EAC が予定工数より少ない場合、タスクが最初の計画より時間がかからないと予測され、タスクはスケジュールより早まります。
プロジェクト マネージャーの工数の再予測 場合によっては、プロジェクト マネージャまたはプロジェクトの進捗を追跡する別のペルソナが、タスクの元の見積もりを変更する必要があります。 タスクは、さまざまな理由で最初に予想したより早まったり遅くなったりする場合があります。 たとえば、スコープが減ったり、または作業者が最初の計画より経験が少なかったりすることがあります。 予測は、プロジェクトの現在の状態に基づくプロジェクト マネージャーの見積もりへの認識です。 通常は、ベースライン番号は変更できません。なぜなら、プロジェクトのベースラインは、そのプロジェクトのすべての利害関係者が合意した、プロジェクトのスケジュールと原価見積もりに関する完全公開ドキュメントを表すためです。
プロジェクト マネージャーが、タスクの工数を変更する 2 つの方法があります。
- タスクに実際の残余工数を更新するように自動的に設定されている場合の残余工数を変更します。
- タスクの実際の進捗を更新するように自動的に設定されている場合の作業進捗率を変更します。
両方のアプローチにより、タスクの ETC、EAC、作業進捗率、およびタスクの推定工数差異が再計算されます。 集計タスクの EAC、ETC、作業進捗率も再計算され、それらの推定工数差異が更新されます。
集計タスクの工数の変更 集計またはコンテナ タスクの工数を変更できます。 集計タスクの残余工数または作業進捗率を使用して、これらの値を変更するか、次の順序で自動的に計算を実施します。
- EAC、ETC、およびタスクの進捗率が計算されます。
- 新しい EAC は、元の EAC 金額と同じ割合で子のタスクに配分されます。
- 各リーフ ノード タスクの新しい EAC が計算されます。
- 残余工数と作業進捗率は、新しい EAC の値に基づいて、影響を受けるすべての子タスクで、再計算されます。 タスクの工数差異も、再計算されます。
- 集計タスクの EAC は、リーフ ノードから再計算されます。
工数追跡ビューでレベルに拡張をクリックして、WBS を追跡および管理するレベルを設定します。 工数追跡ビューを開くたびに、工数追跡ビューでは、WBS のレベルが自動的に拡張します。
コスト追跡ビュー
原価追跡ビューには、タスクの原価消費の追跡が表示されます。 このビューでは、タスクに対してこれまで費やした実際の原価が、タスクの予定原価と比較されます。 次の式でコスト トラッキング ビューの値を示します。
- 消費された原価のパーセンテージ = 今日までの実際の原価 ÷ タスクの予定原価
- 完了原価 (CTC) = 予測原価 – 今日までの実際の原価
- 完了時の見積もり (EAC) = CTC +今日までの実際の原価
- 予測コスト差異 = 予測コスト – EAC
原価追跡ビューには、EAC が予定原価より多くなるか少なくなるかに基づいて、タスクの原価差異の予測が表示されます。
- EAC が予定原価より多い場合、タスクが最初の計画より費用がかかると予測され、タスクは予算を超えます。
- EAC が予定原価より少ない場合、タスクが最初の計画より費用がかからないと予測され、タスクは予算を下回ります。
プロジェクト マネージャーの原価の再予測 プロジェクト マネージャーは、タスクの元の見積もり原価の変更に CTC を使用する必要があります。 プロジェクト マネージャーは、CTC の値をタスクを完了するために必要な原価に変更できます。 CTC の値を変更すると、タスクの CTC、EAC、および消費された原価のパーセンテージ、およびタスクの推定原価差異が再計算されます。 集計タスクの EAC、ETC、消費された原価のパーセンテージも再計算され、それらの推定原価差異が更新されます。
Note
工数追跡ビューの WBS タスクの工数を変更すると、原価追跡ビューのタスクの CTC、EAC、消費された原価のパーセンテージ、および推定原価差異がすべて再計算されます。 ただし、原価の変更は、トランザクションタイプ (従業員、材料、または経費) またはプロジェクト カテゴリにより原価が変更されないため、工数追跡ビューの値に影響しません。
集計タスクの原価の予測変更 集計タスクの原価を変更できます。それにより、次の順序で自動的に計算が実行されます。
- タスクの EAC、CTC、消費され原価のパーセンテージが再計算されます。
- 新しい EAC は、タスクの元の EAC と同じ割合で子のタスクに配分されます。
- 各タスクの新しい EAC が計算されます。
- EAC の値に基づいて、CTS と消費された原価のパーセンテージが、影響を受ける子タスクのために再計算されます。 タスクの原価差異も、再計算されます。
- すべての集計タスクの EAC は、この変更に基づいて再計算されます。
原価追跡ビューでレベルに拡張をクリックして、WBS を追跡および管理するレベルを設定します。 原価追跡ビューを開くたびに、原価追跡ビューでは、WBS のレベルが自動的に拡張します。
達成額管理
達成額管理 (EVM) を使用してプロジェクトの進捗を追跡できます。 プロジェクト マネージャーのロール センターで達成額メトリクスを表示できます。 達成額グラフ コンポーネントは、計画値と実際の原価の時系列の値を表示します。 現在の日付時点での達成額が点で表示されます。 達成額の時系列的なデータは現在利用できません。
達成額グラフの時間フェーズは、週単位または月単位で表示されます。 このセクションでは、EVM の 3 つの柱である、計画値、達成額、および実際の原価について説明します。
計画値 EVM 理論では、計画値のプロットは、プロジェクト チームがプロジェクトで達成額を計画した率を表します。
Finance では、計画値をプロットするときに 0:100 達成ルールを使用します。 このルールでは、タスクの値は、終了日の時点でのタスクに転記されます。 タスクが 100% 完了するまで、値は転記されません。
プロジェクト管理および会計では、リーフ ノードの終了日とその予定原価トを入力します。 計画値のグラフを週単位で表示すると、計画値は、プロジェクト期間のすべてのリーフ ノード タスクで週単位に集計されます。
達成額 EVM 理論では、達成額のプロットは、プロジェクト チームがプロジェクトで実際に値を達成する率を表します。
Finance では、達成額をプロットするときに 0:100 達成ルールを使用します。 このルールでは、タスクの値は、終了日の時点でのタスクに転記されます。 タスクが 100% 完了するまで、値は転記されません。
達成額が計算時には、各タスクの作業進捗率が考慮されます。 0:100 達成ルールでは、指定した期間に完了するタスクのみが、その期間の終了時点での達成額の計算時に考慮されます。 グラフの作成時に完了しているすべてのタスクで、プロジェクトの達成額が計算されます。
Note
現在、WBS 追跡では、各タスクの作業進捗率の履歴を保存するためのデータ構造はありません。 したがって、達成額は、キューブが処理された時点でのみ報告できます。 ロール センターに表示される達成額データを更新するには、キューブを定期的に処理します。
実績原価 EVM 理論では、実際の原価プロットはプロジェクトに使われている金額の率を表します。
プロジェクトに転記されたトランザクションが、実績原価明細行のプロットに使用されます。 原価は、日単位で集計されます。 このデータは、達成額グラフで実績原価を週単位または月単位でグラフ化するために使用されます。
計画値、達成値、実績原価の概念の使用方法
スケジュール差異 計画時に、タイムラインの作業の予測を作成します。 したがって、計画値は、プロジェクトのプランナーが作業がプロジェクトで完了すると考えた率です。 プロジェクトの進行後、作業は完了し、プロジェクトは値を獲得します。 達成額に対する計画値を比較することにより、プロジェクトの作業がどのように進行しているかを確認できます。 この比較の結果は、スケジュール差異と呼ばれます。
ある期間の計画値が達成額を超える場合、プロジェクトで実行される作業量は、予定された作業量よりも少なくなります。 したがって、プロジェクトのスケジュールは遅れています。 計画値と達成額は金銭条件で示されるため、プロジェクトのラグタイムも、金銭価値を与えられます。
ある期間の計画値が達成額より少ない場合、プロジェクトで実行される作業量は、予定された作業量より多くなります。 したがって、プロジェクトのスケジュールは早まります。 このリード タイムも、金銭価値を与えられます。
原価の差異 達成額が乗数として原価価格を使用するため、達成額はプロジェクトで実行される作業の原価を示します。 プロジェクトの進行に応じて、トランザクション ログは、実際にプロジェクトで費やした金額の記録を提供します。 実績原価と達成額を比較することにより、費やした金額と得た値の対比を表示できます。 この比較の結果は、原価差異と呼ばれます。
ある期間に費やした実績原価が達成額を超える場合、得た金額より多くの金額が費やされました。 したがって、プロジェクトは予算超過です。
ある期間に費やした実績原価が達成額より少ない場合、費やした金額より多くの金額を達成しました。 したがって、プロジェクトは予算を下回っています。
WBS テンプレート
WBS テンプレート機能を使用して、プロジェクトの標準的なテンプレートを作成できます。 会社が提供するプロジェクトに多数の繰り返し可能な作業が含まれる場合、WBS テンプレートの作成を考慮する必要があります。
既存のプロジェクトの WBS から WBS テンプレートを作成できるため、プロジェクトの計画中に集めた知識やベスト プラクティスを将来同じようなプロジェクトで再利用できます。 ただし、テンプレートとして WBS 全体を保存することは、場合によっては意味がありません。 そのため、プロジェクトの WBS の一部からテンプレートを作成することもできます。
テンプレートとしてプロジェクトの WBS を保存する
テンプレートを作成しておけば、ルート ノードの下の新しいプロジェクトの WBS に、またはプロジェクトの WBS のタスクの下に、インポートできます。
プロジェクトの WBS に WBS テンプレートをインポートする
タスクをインポートすると、テンプレートのタスクは、それらがインポートされるタスクの開始日に基づいて並べられます。 インポート中は、インポートされたタスクの開始日の計算に、テンプレートのタスクの先行処理関係が使用されます。 目的のプロジェクトの標準作業カレンダーがインポートされたタスクの終了日を計算するのに使用されるため、現在のプロジェクトの作業カレンダーに定義されている作業日と標準作業時間が留保されます。
見積もり明細行の原価金額と販売価格は、プロジェクトまたはプロジェクト契約に固有の価格が有効な日付を持つことと保証するために使用されます。
プロジェクトの WBS と WBS テンプレートの差異
- WBS テンプレートのタスクには開始日と終了日がありません。
作業日と休日は、WBS のテンプレートには設定されていません。
- WBS テンプレートでは、すべてのプロジェクトの既定のカレンダーとして設定されたスケジュール カレンダーを常に使用します。
既定のスケジュール カレンダーは、標準的な作業日の時間を知るためにのみ使用します。
- 先行処理関係は、WBS テンプレートにはコピーされません。
WBS テンプレートには日付がないため、先行処理の終了日に基づく開始日の論理は必要ではありません。
- タスクが WBS テンプレートで作成されると、人件費の原価見積もり明細行が自動的に作成されます。 販売価格と原価金額は、選択した作業者からコピーされます。
経費と品目原価は、プロジェクトの WBS と同様に、手動で作成できます。
- スケジューリング エラーは、次の式で誤差がある場合に表示されます。
工数 = リソース数 × 期間 × 標準作業日の時間数
すべてのスケジューリング エラーの修正をクリックすることにより、同時にすべてのスケジューリング エラーを修正できます。
また、各タスクの警告アイコンをクリックしてスケジューリング エラーを個別に修正できます。