コンセプチュアル・マネジメント

ＰＭＢＯＫプロジェクトマネジメントの導入をすると、例外なく、ドキュメントワークの大変さを訴えるプロジェクトマネジャーが出てくる。実際にプロジェクトの立ち上げの際には時間の制約があり、かつ、マネジメント業務が集中する中でやらなくてはならないので、本当に大変だと思う。いくら、ドキュメントワークに慣れているといっても、欧米のプロジェクトマネジャーはこれだけのドキュメントを本当に書くのかと疑問を持っているプロジェクトマネジャーも少なくない。

そう思った経験のある人は、ＰＭＢＯＫのプロジェクト活動の図式をもう一度、みてほしい。実はプロジェクトマネジメントの仕事というのはプロジェクトマネジャーが一人でやるような図式になっていないのだ。少なくとも、プロジェクトマネジメントを担当すべき人は３名いる。

（Ａ）プロジェクトマネジャー
（Ｂ）プロジェクトスポンサー
（Ｃ）プロジェクトマネジメントチーム

である。プロジェクトマネジメントの指揮をするのがプロジェクトマネジャーであることは間違いないのだが、それはプロジェくマネジメントチームを結成し、プロジェクトマネジメントの体制を作り、さらには、プロジェクトスポンサーへのマネジメント活動の依頼をすることを意味している。

さて、プロジェクトマネジメント業務を分類すると、以下のように分けることができる。

（１）プロジェクト体制の整備
（２）プロジェクト運営方針の調整とステークホルダの調整
（３）プロジェクト運営に関する意思決定
（４）プロジェクトの統制
（５）プロジェクトマネジメント成果物作成作業
（６）プロジェクトの対外的アピール

ＰＭＢＯＫで問題にされているドキュメントワークの多さは、（４）の量の多さである。

さて、ここで問題は誰が何をするかだ。まず、確実にプロジェクトマネジャーの仕事だと言えるのは、（１）～（４）である。そして、（１）の中で、プロジェクトマネジメントチームの編成をする。その上で、（５）を依頼する。また（６）はプロジェクトスポンサーの仕事である。

ところが、現実には、（１）～（６）のほどんどがプロジェクトマネジャーの仕事になっている。これでは、いくら時間があっても足りない。

プロジェクトマネジャーがプロジェクトの立ち上げで真っ先にやるべきことは、プロジェクト憲章の作成でもなく、スコープの明確化でもない。プロジェクトの形を一緒に作ることのできるプロジェクトマネジメントチームの結成である。