Management-concepts-work-breakdown-structure
作業分解図
前書き
複雑なプロジェクトをよりシンプルで管理しやすいタスクに分割することは、WBS(Work Breakdown Structure)と呼ばれるプロセスです。
通常、プロジェクトマネージャーは、プロジェクトの実行を簡素化するためにこのメソッドを使用します。 WBSでは、はるかに大きなタスクが管理可能な作業の塊に分解されます。 これらのチャンクは簡単に監視および推定できます。
WBSは、アプリケーションに関しては特定のフィールドに限定されません。 この方法論は、あらゆるタイプのプロジェクト管理に使用できます。
以下は、プロジェクトでWBSを作成するいくつかの理由です。
- 正確で読みやすいプロジェクト編成。
- プロジェクトチームへの責任の正確な割り当て。
- プロジェクトのマイルストーンとコントロールポイントを示します。
- コスト、時間、リスクを推定するのに役立ちます。
- プロジェクトの範囲を示してください。そうすれば、利害関係者は同じことをよりよく理解できます。
WBSの構築
プロジェクトの主な成果物を特定することが、作業分解構造を導き出すための出発点です。
この重要なステップは、通常、プロジェクトマネージャーとプロジェクトに関与する主題専門家(SME)によって行われます。 このステップが完了すると、主題の専門家は高レベルのタスクをより小さな作業に分割し始めます。
タスクを分解するプロセスでは、タスクをさまざまな詳細レベルに分解できます。 1つは高レベルタスクを10個のサブタスクに詳細化でき、もう1つは同じ高レベルタスクを20個のサブタスクに詳細化できます。
したがって、WBSでタスクをどのように分類するかについての厳格なルールはありません。 むしろ、内訳のレベルは、プロジェクトの種類とプロジェクトの管理スタイルの問題です。
一般的に、最小のタスクチャンクを決定するために使用されるいくつかの「ルール」があります。 「2週間」のルールでは、2週間分の作業よりも細分化されるものはありません。
つまり、WBSの最小タスクは少なくとも2週間です。 8/80は、WBSを作成するときに使用される別のルールです。 このルールは、タスクが8時間未満の作業であってはならず、80時間以上の作業であってはならないことを意味します。
多くのフォームを使用してWBSを表示できます。 ツリー構造を使用してWBSを説明するものもあれば、リストとテーブルを使用するものもあります。 アウトラインは、WBSを表す最も簡単な方法の1つです。
次の例は、アウトライン化されたWBSです。
WBSには多くの設計目標があります。 いくつかの重要な目標は次のとおりです。
- 重要な作業努力を可視化する。
- リスクのある作業努力を可視化する。
- アクティビティと成果物の間の相関関係を示します。
- タスクリーダーによる明確な所有権を示します。
WBS図
WBSダイアグラムでは、プロジェクトの範囲がグラフィカルに表現されます。 通常、ダイアグラムは、プロジェクト全体を表すグラフィックオブジェクトまたは上部のボックスで始まります。 次に、ボックスの下にサブコンポーネントがあります。
これらのボックスは、プロジェクトの成果物を表します。 各成果物の下に、サブ要素がリストされます。 これらのサブ要素は、成果物を達成するために実行する必要があるアクティビティです。
ほとんどのWBS図は配信に基づいて設計されていますが、一部のWBSはプロジェクトフェーズに基づいて作成されます。 通常、情報技術プロジェクトはWBSモデルに完全に適合しています。
したがって、ほとんどすべての情報技術プロジェクトはWBSを利用しています。
WBSの一般的な使用に加えて、WBSを導出するための特定の目的もあります。 WBSは、プロジェクト管理の目的で使用されるツールであるガントチャートの入力です。
ガントチャートは、WBSによって導出されたタスクの進行を追跡するために使用されます。
以下は、WBSダイアグラムのサンプルです。
結論
作業分解構造の効率は、プロジェクトの成功を決定できます。
WBSは、計画、コストと労力の見積もり、リソースの割り当て、スケジューリングなど、すべてのプロジェクト管理作業の基盤を提供します。
したがって、プロジェクト管理のプロセスにおける重要なステップとしてWBSを作成する必要があります。