作業分解図

前書き

複雑なプロジェクトをより単純で管理しやすいタスクに分割することは、作業分解図（WBS）として識別されるプロセスです。

通常、プロジェクトマネージャは、プロジェクトの実行を簡素化するためにこの方法を使用します。WBSでは、はるかに大きなタスクが管理可能な作業のチャンクに分割されます。これらのチャンクは、簡単に監視および推定できます。

WBSは、アプリケーションに関しては特定の分野に限定されません。この方法論は、あらゆるタイプのプロジェクト管理に使用できます。

プロジェクトでWBSを作成する理由は次のとおりです。

プロジェクトの主な成果物を特定することは、作業分解図を導き出すための出発点です。

この重要なステップは通常、プロジェクトマネージャーとプロジェクトに関与する対象分野の専門家（SME）によって行われます。このステップが完了すると、対象分野の専門家は、高レベルのタスクをより小さな作業のチャンクに分割し始めます。

タスクを分解する過程で、タスクをさまざまな詳細レベルに分解できます。1つは高レベルのタスクを10のサブタスクに詳細化でき、もう1つは同じ高レベルのタスクを20のサブタスクに詳細化できます。

したがって、WBSでタスクをどのように分解するかについての厳格なルールはありません。むしろ、内訳のレベルは、プロジェクトの種類とプロジェクトの管理スタイルの問題です。

一般に、最小のタスクチャンクを決定するために使用されるいくつかの「ルール」があります。「2週間」のルールでは、2週間分の作業よりも小さいものはありません。

つまり、WBSの最小タスクは少なくとも2週間です。8/80は、WBSを作成するときに使用されるもう1つのルールです。このルールは、タスクが8時間以上の作業であってはならず、80時間以上の作業であってはならないことを意味します。

多くのフォームを使用してWBSを表示できます。WBSを説明するためにツリー構造を使用するものもあれば、リストとテーブルを使用するものもあります。アウトラインは、WBSを表す最も簡単な方法の1つです。

次の例は、WBSの概要を示しています。

WBSには多くの設計目標があります。いくつかの重要な目標は次のとおりです。

WBSダイアグラムでは、プロジェクトスコープがグラフィカルに表現されます。通常、図は、プロジェクト全体を表すグラフィックオブジェクトまたは上部のボックスで始まります。次に、ボックスの下にサブコンポーネントがあります。

これらのボックスは、プロジェクトの成果物を表しています。各成果物の下に、サブ要素がリストされています。これらのサブ要素は、成果物を達成するために実行する必要のあるアクティビティです。

ほとんどのWBSダイアグラムは納品に基づいて設計されていますが、一部のWBSはプロジェクトフェーズに基づいて作成されています。通常、情報技術プロジェクトはWBSモデルに完全に適合しています。

したがって、ほとんどすべての情報技術プロジェクトはWBSを利用しています。

WBSの一般的な使用に加えて、WBSを導出するための特定の目的もあります。WBSは、プロジェクト管理の目的で使用されるツールであるガントチャートの入力です。

ガントチャートは、WBSによって導出されたタスクの進行を追跡するために使用されます。

以下は、WBS図の例です。

作業分解図の効率は、プロジェクトの成功を決定する可能性があります。

WBSは、計画、コストと労力の見積もり、リソースの割り当て、スケジューリングなど、すべてのプロジェクト管理作業の基盤を提供します。

したがって、プロジェクト管理のプロセスにおける重要なステップとしてWBSの作成を行う必要があります。