なぜプロジェクトマネジメントが機能しないのか 08 W B S

日本で最初の民間シンクタンクで、プロジェクトマネジメントのコンサルタントとして、ある時はＰМ、ある時はＰМОとして、お客様と問題解決に取り組んでいます。本記事では、まだＰМＢОＫには書かれていない暗黙知を言語化し、形式知としてお伝えすることにチャレンジしてみようと思います。
マガジン：https://note.com/think_think_ab/m/m0e070db46016

タスクとＱＣＤバランスのＱ

さて、そもそもタスクとは何でしょうか。

タスクとは
プロジェクトの最終成果物をつくりあげるために必要なもので、
ＷＢＳに縦に並ぶタスク全体がプロジェクトのＱにあたります。

なぜ、
ＷＢＳに縦に並ぶタスク全体がプロジェクトのＱにあたるのか、
少し補足いたします。

Ｑ、すなわちQuality（品質）という表現だと
プロジェクトの最終成果物であるモノや機能とつながりにくく、
わかりにくいですが、Ｑは品質を含むモノや機能を指します。

また、
品質を含めプロジェクトの最終成果物を作り上げるのは、
ＷＢＳに縦に並ぶタスク全体そのものであることから、
ＷＢＳに縦に並ぶタスク全体がプロジェクトのＱにあたることになります。

ＷＢＳにおけるタスクの配置

ちなみに、
仮に同じプロジェクトであっても、
プロジェクトマネーシャーによって作成するＷＢＳの形が
異なってくることをご存知でしょうか。

前項の説明では、
同じプロジェクトであれば、ＷＢＳに縦に並ぶタスク全体も
同じであることからＷＢＳも同じ形になるように思われますが、
実際に同じになることはありません。

なぜでしょうか。

それは、
いつ開始しても良いタスクの配置の仕方が異なるためです。

例えば、
第７回までで見てきた「実現性の確認」や「結合試験工程の調整」は、
それぞれの後工程開始までであれば、いつ開始しても良いタスクですが、

プロジェクトマネジメントの目的である不確実性の早期排除との観点では、
どのタイミングに配置すべきでしょうか。

不確実性の早期排除との観点に立つと、
「できるだけ早く」開始することがＷＢＳにおける正しい配置となります。

多くの場合、
当該作業の効率に着目して、
いろいろなことの決定を待って「できるだけ遅く」配置をしがちですが、
プロジェクト全体の効率を優先すると「できるだけ早く」配置すべきです。
（早いタイミングでのリスクの顕在化が全体の手戻りを削減します）

MS Projectのタスク配置属性

余談ですが、
MS Projectのタスク配置属性は、プロジェクトの開始日を指定した場合、
追加タスクの配置属性の初期値は「できるだけ早く」となります。

一方、プロジェクトの終了日を指定した場合、
追加タスクの配置属性の初期値は「できるだけ遅く」となります。

ちなみに、
MS Projectでは前述の配置属性を前提に、
タスク間の先行関係を設定してＷＢＳを作成すると、リードタイムの変更や
先行関係の変更に応じてタスクが自動的に配置されますが、

開始日、終了日を設定してしまうと、
「できるだけ早く」や「できるだけ遅く」という配置属性は機能せず、
　当該タスクは、指定された開始日・終了日に固定的に配置されます。

タスクの自動配置機能を使わない場合、
MS Projectは単なるお絵かきツール（ExcelやPwoerpoint相当）で、
使う意味がありません。