【正解の解説】
プロジェクトの進捗に伴って予期せぬ変更が発生した場合でも、一度作成したWBSの階層構造や内容は一切変更してはならない。
WBSは設計図のようなものですが、家を建てている途中で間取りを変更したくなるように、プロジェクトが進むにつれて計画の変更が必要になることは日常茶飯事です。「一度作ったら絶対に変えてはいけない」と縛ってしまうと、現実のトラブルに対応できなくなるため、状況に応じて適切に更新するのが正しいマネジメントです。
【その他の選択肢の解説】
プロジェクトの最終的な成果物だけでなく、その成果物を生み出すための作業プロセスやマネジメント活動も含めて階層化する。
WBSは形のある「成果物」だけでなく、それを生み出すための会議やテストといった「作業プロセス」も分解の対象にします。料理に例えるなら、カレーという完成品(成果物)だけでなく、野菜を切る作業や買い出し(プロセス)まで計画に含めるのと同じで、これを含めないと「思っていた作業が漏れていた!」という事態を招きます。
プロジェクトの初期段階においては、全体の作業を洗い出すためにトップダウン方式とボトムアップ方式を組み合わせて作成する。
大きな目標から細かく分解していくトップダウン方式と、現場の細かい作業を持ち寄って組み立てるボトムアップ方式を状況に応じて使い分けます。パズルを組み立てる際に、全体の絵を見ながら進めるのと、特徴的なピースから埋めていくのを組み合わせるように、全体と詳細の双方からアプローチすることで精度の高い計画が作れます。
プロジェクトチームのメンバー全員が共通の認識を持てるように、最下層の作業単位にはそれぞれ担当者や期限を明確に割り当てる。
WBSの最も細かい単位(ワークパッケージ)までブレイクダウンしたら、誰が・いつまでにやるのかを明確にします。これは学校の文化祭の準備で「模造紙を買う担当はA君、期限は金曜日まで」と決めるのと同じで、ここがあいまいになると「誰がやるのか分からなくて誰も手をつけなかった」という責任の空白地帯が生まれてしまいます。