推定手法-WBS

プロジェクト管理およびシステムエンジニアリングのWBS（Work Breakdown Structure）は、プロジェクトをより小さなコンポーネントに成果物指向で分解したものです。WBSは、チームの作業を管理可能なセクションに編成する重要なプロジェクト成果物です。プロジェクトマネジメント知識体系（PMBOK）は、WBSを「プロジェクトチームによって実行される作業の成果物指向の階層的分解」と定義しています。

WBS要素は、製品、データ、サービス、またはそれらの任意の組み合わせである可能性があります。WBSは、スケジュールの作成と管理のガイダンスを提供するとともに、詳細なコスト見積もりと管理に必要なフレームワークも提供します。

WBSの表現

WBSは、プロジェクトの作業活動の階層リストとして表されます。WBSには2つの形式があります-

アウトラインビュー（インデント形式）
ツリー構造ビュー（組織図）

まず、WBSを準備するためにアウトラインビューを使用する方法について説明します。

外形図

アウトラインビューは非常にユーザーフレンドリーなレイアウトです。プロジェクト全体がよく見え、簡単に変更することもできます。プロジェクトのさまざまな段階を記録するために数字を使用します。次のようになります-

Software Development

Scope
- プロジェクトの範囲を決定する
- 安全なプロジェクトスポンサーシップ
- 予備リソースを定義する
- 安全なコアリソース
- スコープが完了しました
Analysis/Software Requirements
- ニーズ分析を実施する
- 予備的なソフトウェア仕様のドラフト
- 予備予算を作成する
- チームでソフトウェアの仕様/予算を確認する
- ソフトウェア仕様に関するフィードバックを組み込む
- 納期を作成する
- 続行するための承認を取得します（概念、タイムライン、および予算）
- 必要なリソースを確保する
- 分析が完了しました
Design
- 予備的なソフトウェア仕様を確認する
- 機能仕様を作成する
- 続行するための承認を取得します
- 設計完了
Development
- 機能仕様を確認する
- モジュール式/階層型の設計パラメータを特定する
- コードを開発する
- 開発者テスト（一次デバッグ）
- 開発完了
Testing
- 製品仕様を使用して単体テスト計画を作成します
- 製品仕様を使用して統合テスト計画を作成します
Training
- エンドユーザー向けのトレーニング仕様を作成する
- トレーニングの提供方法を特定する（オンライン、教室など）
- トレーニング資料を作成する
- トレーニング資料を完成させる
- トレーニング提供メカニズムを開発する
- トレーニング資料の完成
Deployment
- 最終的な展開戦略を決定する
- 展開方法を開発する
- 安全な導入リソース
- 電車サポートスタッフ
- ソフトウェアを展開する
- 展開が完了しました

次に、ツリー構造ビューを見てみましょう。

ツリー構造ビュー

ツリー構造ビューは、プロジェクト全体の非常にわかりやすいビューを表示します。次の図は、ツリー構造ビューがどのように見えるかを示しています。このタイプの組織図構造は、MS-Wordで利用可能な機能を使用して簡単に描画できます。

WBSの種類

WBSには2つのタイプがあります-

Functional WBS−機能WBSでは、開発するアプリケーションの機能に基づいてシステムが壊れています。これは、システムのサイズを見積もるのに役立ちます。
Activity WBS−アクティビティWBSでは、システム内のアクティビティに基づいてシステムが中断されます。アクティビティはさらにタスクに分割されます。これは、システムの労力とスケジュールを見積もるのに役立ちます。

サイズの見積もり

Step 1 −機能的なWBSから始めます。

Step 2 −リーフノードを検討します。

Step 3 −アナロジーまたはワイドバンドデルファイのいずれかを使用して、サイズの見積もりに到達します。

労力の見積もり

Step 1−ワイドバンドDelphiテクニックを使用してWBSを構築します。タスクは8時間を超えないようにすることをお勧めします。タスクの期間が長い場合は、タスクを分割します。

Step 2 −ワイドバンドDelphi手法または3点見積もりを使用して、タスクの労力見積もりに到達します。

スケジューリング

WBSの準備が整い、サイズと労力の見積もりがわかったら、タスクをスケジュールする準備が整います。

タスクをスケジュールする際には、特定のことを考慮に入れる必要があります-

Precedence −他のタスクの前に発生しなければならないタスクは、他のタスクよりも優先されると言われます。
Concurrence −並行タスクとは、同時に（並行して）発生する可能性のあるタスクです。
Critical Path −プロジェクトの完了日が依存する特定の一連の順次タスク。
- すべてのプロジェクトにはクリティカルパスがあります。
- 重要でないタスクを加速しても、スケジュールが直接短縮されることはありません。

クリティカルパス法

クリティカルパス法（CPM）は、クリティカルパスを決定および最適化するためのプロセスです。クリティカルパス以外のタスクは、完了日に影響を与えることなく、早くまたは遅く開始できます。

現在のパスを短くすると、クリティカルパスが別のパスに変わる可能性があることに注意してください。たとえば、前の図のWBSの場合、クリティカルパスは次のようになります。

プロジェクトの完了日は一連の連続したタスクに基づいているため、これらのタスクはクリティカルタスクと呼ばれます。

プロジェクトの完了日は、トレーニング、ドキュメント、および展開に基づいていません。このようなタスクは、重要ではないタスクと呼ばれます。

タスクの依存関係

スケジュールを立てるときに、タスクの依存関係を考慮する必要がある場合があります。重要なタスクの依存関係は次のとおりです。

フィニッシュツースタート（FS）
フィニッシュツーフィニッシュ（FF）

フィニッシュツースタート（FS）

終了から開始（FS）のタスク依存関係では、タスクAが完了するまでタスクBを開始できません。

フィニッシュツーフィニッシュ（FF）

終了から終了（FF）のタスク依存関係では、タスクAが完了するまでタスクBを終了できません。

ガントチャート

ガントチャートは、1896年にKarol Adamieckiによって、1910年代にHenry Ganttによって独立して採用された棒グラフの一種であり、プロジェクトのスケジュールを示しています。ガントチャートは、プロジェクトの終了要素と要約要素の開始日と終了日を示します。

図2のアウトライン形式をMicrosoftProjectに取り込んで、ガントチャートビューを取得できます。

マイルストーン

マイルストーンは、スケジュールの重要な段階です。それらの期間はゼロであり、特定の一連のタスクを完了したことを示すために使用されます。マイルストーンは通常、ひし形で表示されます。

たとえば、上記のガントチャートでは、設計完了と開発完了がマイルストーンとして表示され、ひし形で表されています。

マイルストーンは契約条件に関連付けることができます。

WBSを使用した推定の利点

WBSは、プロジェクト見積もりのプロセスを大幅に簡素化します。他の推定手法に比べて、次の利点があります。

WBSでは、プロジェクトによって実行される作業全体が識別されます。したがって、プロジェクトの利害関係者と一緒にWBSを確認することで、目的のプロジェクト成果物を提供するために必要な作業を省略する可能性が低くなります。
WBSにより、より正確なコストとスケジュールの見積もりが得られます。
プロジェクトマネージャーは、WBSを完成させるためにチームの参加を得ます。チームのこの関与は、プロジェクトへの熱意と責任を生み出します。
WBSは、タスク割り当ての基礎を提供します。正確なタスクは、その達成に責任を持つ特定のチームメンバーに割り当てられます。
WBSにより、タスクレベルでの監視と制御が可能になります。これにより、進捗状況を測定し、プロジェクトが時間どおりに提供されることを確認できます。