WBSの細かさ

WBS(Work Breakdown Structure, ワールド・ビジネス・サテライトではありません）はどのくらい細かくするべきでしょうか。というより、WBSは概要でいいのでしょうか。疑問を持ちました。

理想的には、達成が見える単位での切り分けまでするべきではないかと考えていますが、ただそれをプロジェクトのはじめにやるというのは現実的ではありませんね。そういう意味では、はじめは概要、順次、ブレークダウンというのが現実的でしょうか。いずれにしても、達成が見える単位での切り分けをするべきに変わりはありません。

達成が見える単位というのはどういう単位か？と考えると、やっぱり最低でも日単位での作業レベルで、誰が担当するかが明らかにできるところまでというところでしょうか。

WBSが日単位などできちんと割り当てがされて管理下にないと、まさに進捗がわからなくなってしまいます。大括りだと、報告も「ざっと、８割は終わりました」などという報告になります。また、システム設計などでは、レビューが大切ですが、進捗がわからなければ、そのタイミングも図れません。

したがって、日単位で何をするのかがわかっていた方が管理しやすいですし、どのくらい進んでいるか、遅れているのかも見えやすいのではないでしょうか。

実際には、大括りの計画を一週間か、二週間程度の単位で、近くなったらブレイクダウンしていくというのが現実的でしょう。「再来週からは○○をはじめる予定だから、○○の作業をブレークダウンしよう」という感じですかね。そのタイミングで既に押せ押せになっているのであれば、マスタースケジュールを見直していく必要がでてくるかもしれませんし、マスタースケジュールが見直せないならば、負荷の調整やその他の対策をしていくというのが必要かもしれません。

よくよく考えると、私はPMBOKなどの知識は持っていませんが、WBSの管理をきちんとやれば、最低でもプロジェクトの進捗具合が管理でき、遅れをどうするかと言うのを考えるきっかけにはなるように思います。PMBOKの知識をお持ちの方や、プロジェクトマネージメントに詳しい方のご意見もお伺いしたいところです。