Estimation-techniques-work-breakdown-structure
推定手法-WBS
プロジェクト管理およびシステムエンジニアリングのWBS（Work Breakdown Structure）は、プロジェクトをより小さなコンポーネントに分割して成果物を指向したものです。 WBSは、チームの作業を管理可能なセクションに編成する主要なプロジェクト成果物です。 プロジェクト管理知識体系（PMBOK）は、WBSを「プロジェクトチームが実行する作業の成果物指向の階層的分解」と定義しています。
WBS要素は、製品、データ、サービス、またはそれらの任意の組み合わせです。 WBSは、スケジュールの開発と管理のためのガイダンスを提供するとともに、詳細なコストの見積もりと管理に必要なフレームワークも提供します。
WBSの表現
WBSは、プロジェクトの作業活動の階層リストとして表されます。 WBSの2つの形式があります-
- アウトラインビュー（インデント形式）
- ツリー構造ビュー（組織図）
最初に、アウトラインビューを使用してWBSを準備する方法について説明します。
外形図
アウトラインビューは、非常に使いやすいレイアウトです。 プロジェクト全体の良好なビューを提供し、簡単に変更することもできます。 プロジェクトのさまざまな段階を記録するために番号を使用します。 それは次のように多少似ています-
ソフトウェア開発
- 範囲
- プロジェクト範囲を決定する
- 安全なプロジェクトスポンサーシップ
- 予備リソースを定義する
- 安全なコアリソース
- スコープ完了
- 分析/ソフトウェア要件
- ニーズ分析の実施
- 予備ソフトウェア仕様のドラフト
- 予備予算を作成する
- チームでソフトウェアの仕様/予算を確認する
- ソフトウェア仕様に関するフィードバックを組み込む
- 配達スケジュールを作成する
- 続行するための承認を取得します（概念、タイムライン、予算）
- 必要なリソースを確保する
- 分析完了
- 設計
- 予備のソフトウェア仕様を確認する
- 機能仕様を作成する
- 承認を取得して続行します
- 設計完了
- 開発
- 機能仕様を確認する
- モジュラー/階層化設計パラメーターを特定
- コードを開発する
- 開発者テスト（一次デバッグ）
- 開発完了
- テスト
- 製品仕様を使用して単体テスト計画を作成する
- 製品仕様を使用して統合テスト計画を作成する
- トレーニング
- エンドユーザー向けのトレーニング仕様を開発する
- トレーニング実施方法（オンライン、教室など）を特定する
- トレーニング資料を作成する
- トレーニング資料を完成させる
- トレーニング配信メカニズムを開発する
- トレーニング資料一式
- 展開
- 最終的な展開戦略を決定する
- 展開方法を開発する
- 安全な展開リソース
- 訓練支援スタッフ
- ソフトウェアを展開する
- 展開完了
次に、ツリー構造ビューを見てみましょう。
ツリー構造ビュー
ツリー構造ビューは、プロジェクト全体の非常にわかりやすいビューを提供します。 次の図は、ツリー構造ビューがどのように見えるかを示しています。 このタイプの組織図構造は、MS-Wordで利用可能な機能を使用して簡単に描画できます。
WBSの種類
WBSの2種類があります-
- *機能的なWBS *-機能的なWBSでは、開発するアプリケーションの機能に基づいてシステムが壊れます。 これは、システムのサイズを見積もるのに役立ちます。
- *アクティビティWBS *-アクティビティWBSでは、システム内のアクティビティに基づいてシステムが中断されます。 アクティビティはさらにタスクに分割されます。 これは、システムの労力とスケジュールを推定するのに役立ちます。
見積もりサイズ
- ステップ1 *-機能的なWBSから始めます。
- ステップ2 *-リーフノードを検討します。
- ステップ3 *-AnalogyまたはWideband Delphiを使用して、サイズの見積もりに到達します。
推定工数
- ステップ1 *-Wideband Delphi Techniqueを使用してWBSを構築します。 タスクは8時間を超えないようにすることをお勧めします。 タスクの期間が長い場合は、分割します。
- ステップ2 *-ワイドバンドDelphiテクニックまたは3ポイント推定を使用して、タスクのエフォート推定に到達します。
スケジューリング
WBSの準備が完了し、サイズと作業の見積もりがわかったら、タスクをスケジュールする準備が整います。
タスクをスケジュールしている間、特定のことを考慮に入れる必要があります-
- 優先度-他のタスクが他のタスクより優先される前に発生しなければならないタスク。
- 並行性-並行タスクとは、同時に（並行して）発生するタスクです。
- クリティカルパス-プロジェクトの完了日が依存する一連のタスクの特定のセット。
- すべてのプロジェクトにはクリティカルパスがあります。
- 重要ではないタスクを加速しても、スケジュールは直接短縮されません。
クリティカルパス法
クリティカルパスメソッド（CPM）は、クリティカルパスを決定および最適化するプロセスです。 非クリティカルパスタスクは、完了日に影響を与えることなく、早めに開始したり、後で開始したりできます。
現在のパスを短くすると、クリティカルパスが別のパスに変更される可能性があることに注意してください。 たとえば、前の図のWBSの場合、クリティカルパスは次のようになります-
プロジェクトの完了日は一連の一連のタスクに基づいているため、これらのタスクはクリティカルタスクと呼ばれます。
プロジェクトの完了日は、トレーニング、ドキュメント、および展開に基づいていません。 このようなタスクは、重要ではないタスクと呼ばれます。
タスク依存関係
スケジュール中に、タスクの依存関係を考慮する必要がある場合があります。 重要なタスク依存関係は次のとおりです-
- 開始から終了まで（FS）
- 仕上げ（FF）
開始から終了まで（FS）
Finish-to-Start（FS）タスク依存関係では、タスクBはタスクAが完了するまで開始できません。
仕上げ（FF）
Finish-to-Finish（FF）タスク依存関係では、タスクAが完了するまでタスクBは終了できません。
ガントチャート
ガントチャートは棒グラフの一種で、1896年にカロルアダミエツキによって、1910年代にヘンリーガントによって独立して採用され、プロジェクトのスケジュールを示しています。 ガントチャートは、プロジェクトのターミナル要素とサマリー要素の開始日と終了日を示します。
図2のアウトライン形式をMicrosoft Projectに取り込み、ガントチャートビューを取得できます。
マイルストーン
マイルストーンは、スケジュールの重要な段階です。 期間はゼロで、特定のタスクセットが完了したことを示すために使用されます。 マイルストーンは通常、ダイヤモンドとして表示されます。
たとえば、上記のガントチャートでは、設計完了と開発完了がマイルストーンとして表示され、菱形で表されています。
マイルストーンは契約条件に関連付けることができます。
WBSを使用した推定の利点
WBSは、プロジェクト見積もりのプロセスを大幅に簡素化します。 他の推定手法に比べて次の利点があります-
- WBSでは、プロジェクトによって実行される作業全体が識別されます。 したがって、プロジェクトの利害関係者とWBSをレビューすることにより、目的のプロジェクト成果物を提供するために必要な作業を省略する可能性が低くなります。
- WBSにより、コストとスケジュールの見積もりがより正確になります。
- プロジェクトマネージャーはチームの参加を得て、WBSを完成させます。 チームのこの関与は、プロジェクトに熱意と責任をもたらします。
- WBSは、タスク割り当ての基礎を提供します。 正確なタスクは、その成果に対して責任を負う特定のチームメンバーに割り当てられます。
- WBSは、タスクレベルでの監視と制御を可能にします。 これにより、進捗を測定し、プロジェクトが予定どおりに配信されることを確認できます。
