作業分解構造とガント チャート：WBS を先に、スケジュールを次に

WBS とガント チャートの違いは何ですか?

作業分解構造 (WBS) は、プロジェクトの全範囲を成果物と管理可能な作業パッケージの階層に編成します。 ガント チャートは、そのスコープを作成するために必要なアクティビティをスケジュールし、順序、期間、日付、依存関係、所有者、進捗状況、マイルストーンを示します。

WBS は 「このプロジェクトは何を提供しなければなりませんか?」 に答えます。ガント チャートは 「いつ、どのように提供しますか?」 に答えます。

最初に WBS をビルドします。バーを日付にドラッグすることから始めると、欠落しているスコープが表示されないままになり、スケジュールが不完全であるにもかかわらず正確に見える可能性があります。

WBS とガント チャートの概要

適切な WBS には何が含まれていますか?

WBS は成果物指向です。その要素は、単なる時系列の To Do リストではなく、結果や構成要素を説明します。小規模な Web サイトの立ち上げの場合、構造は次のようになります。

1. ウェブサイトの開設
   1. 承認された経験
      1. 情報アーキテクチャ
      2. ビジュアルデザイン
      3. 承認されたコピー
   2. 制作ウェブサイト
      1. フロントエンドの実装
      2. コンテンツの移行
      3. 分析構成
   3. 検証済みの起動
      1. 品質保証
      2. アクセシビリティのレビュー
      3. リダイレクトの検証
      4. 製品リリース

階層は 100 パーセント ルールに従います。子要素は、スコープを二重にカウントすることなく、必要に応じてプロジェクト管理の労力を含む、親のすべての作業を考慮する必要があります。

最下位レベルの各作業パッケージは、推定、割り当て、測定、制御できるほど十分に小さい必要があります。単一のタスクである必要はありません。 「品質保証」は、後にテスト計画、ブラウザーのテスト、欠陥の修復、および受け入れのための活動になる可能性があります。

WBS をガント チャートにするにはどうすればよいですか?

次のシーケンスを使用します。

1. 範囲が完全であることを確認します。 各成果物の責任者と一緒に WBS を確認します。
2. 作業パッケージを選択します。 スケジュール制御が必要なレベルを決定します。
3. アクティビティを定義します。 各パッケージの作成に必要な作業を記述します。
4. 終了条件を追加します。 「完了」の意味を明確にします。
5. アクティビティを順序付けします。 実際の先行者と後続者の関係を結び付けます。
6. 期間を見積もります。 作業を理解している人に質問し、仮定を記録します。
7. リソースとカレンダーを割り当てます。 所有者が不在の場合、5 日間の期間は意味がありません。
8. 日付を計算して確認します。 クリティカル パス、フロート、マイルストーン、およびリソースの競合を検査します。

WBS コードはスケジュール (たとえば、Analytics 構成の 1.2.3) に保存できるため、レポートでアクティビティを成果物の構造にロールバックできます。

うまくいった変換例

作業パッケージ 1.3.3 リダイレクトの検証 を考えてみましょう。次のようなスケジュール アクティビティが生成される可能性があります。

最終行はマイルストーンです。 「ステージング展開」は別の作業パッケージに属していますが、依然として依存関係になることに注意してください。 WBS はスコープの所有権を作成します。実際の作業がブランチをまたぐのと同じように、ネットワーク ロジックはブランチをまたぎます。

WBS とガントを組み合わせるときによくある間違い

フェーズを WBS 全体として扱います

「計画、設計、構築、テスト」はライフサイクルであり、必ずしも成果物の完全な分解ではありません。フェーズ指向のトップレベルは機能しますが、各ブランチは依然としてすべての製品とプロジェクトの範囲を考慮する必要があります。

成果物とアクティビティを同じレベルで混在させる

「デザインの承認」「コピーの作成」「テスト」はそれぞれ異なる要素です。成果物の名詞に一貫性があると、完全性をレビューしやすくなります。アクション動詞はアクティビティ スケジュールに属します。

すべての WBS 要素に依存関係を与える

要約要素はグループ作業を行います。すべての親と子の間に冗長なリンクを作成するのではなく、実際の引き継ぎ時に最も実際的なアクティビティをリンクします。

インデントとロジックが混同されている

インデントされたタスクは階層内の子です。それは自動的に先行者になるわけではありません。 GanttFather では、作業の内訳にはアウトラインを使用し、シーケンスには依存関係リンクを使用します。

範囲承認前のスケジュール設定

早期の推定は役に立ちますが、不安定な範囲に基づいて構築された詳細な日付予測には、それに応じてラベルを付ける必要があります。精度があれば不確実性は取り除かれません。

小規模プロジェクトには正式な WBS が必要ですか?

スコープ分解が必要ですが、必ずしも別の図や WBS ディクショナリが必要というわけではありません。小規模なプロジェクトでは、ガント ツールで直接サマリー タスクを作成し、階層が結果全体をカバーしていることを確認してから、アクティビティとリンクを追加できます。

範囲が大きい場合、契約上重要な場合、組織間で共有される場合、または理解が難しい場合は、別の WBS ワークショップを使用してください。 10 個のタスクを社内で行う場合は、明確にインデントされたタスク リストで十分な場合があります。

WBS を GanttFather のスケジュールに変えるにはどうすればよいですか?

成果物の概要タスクを作成し、その下に作業パッケージをインデントして、実行可能なアクティビティをリーフ行として追加します。階層を折りたたむと関係者にスコープ レベルのビューが表示され、階層を展開すると日付、所有者、進捗状況、マイルストーンが必要な作業が表示されます。

インデントによってスケジュール ロジックは作成されません。 FS、SS、FF、または SF リンクを追加すると、実際のハンドオフで遅延が発生し、クリティカル パスをオンにして、重複する割り当てを手動で確認します。これは、GanttFather がリソースを自動的にレベル分けしないためです。次に、次を使用して結果を検証します。 ガント チャートの読み方。承認後も範囲が拡大し続ける場合は、次を参照してください。 スコープ クリープとは何ですか?またそれを阻止するにはどうすればよいですか?。

無料の GanttFather プロジェクトを作成し、階層を構築します 作業パッケージを日付にコミットする前に。

よくある質問

WBS はタスク リストですか?

正確には違います。タスク リストにはアクションが記録されます。 WBS はプロジェクト スコープ全体を階層的に分解したもので、通常は成果物と作業パッケージを中心に展開されます。アクティビティは、スケジュール設定のためにその構造から派生します。

すべての作業パッケージは 1 つのガント タスクになりますか?

いいえ。作業パッケージには複数のアクティビティ、所有者、または依存関係が必要な場合があります。これを概要行として保持し、その詳細によって決定が変更された場合に、その下で作業をスケジュールします。

ガント チャートは WBS の代わりに使用できますか?

階層的なガント タスク リストは、WBS とスケジュールをまとめて表すことができます。置換は、チームが日付を追加する前にスコープの完全性を明示的にチェックし、概要要素とアクティビティの区別を保持している場合にのみ機能します。

WBS の所有者は誰ですか?

多くの場合、プロジェクト マネージャーがそれを促進しますが、成果物の責任を負う人々は、分解の定義と検証を支援する必要があります。一人で専門分野を発明すべきではありません。

---

出典

1. Project Management Institute、プロジェクト管理ライフサイクルへの作業分解構造の適用
2. Project Management Institute、作業分解構造からクリティカル パス スケジュールへの移行
3. 米国政府会計検査院、スケジュール評価ガイド