計画プロセスって何？-1-

▼とうとう４月になって
　しまいました。昨日の日曜日は、お花見に行かれた方も多かったようですが、皆さんはいかがお過ごしだったでしょうか。

　キットＰＭは日曜の朝からジムで汗を流して、昼食後このブログを書いています。

 

▼さて、今回から新テーマです。
　前回の流れを引き継いで、「計画プロセス」でＰＭが遭遇する様々な事象について、対応策のポイントを考えて行こうと思います。
　ですから、敢えて計画のための手法やその内容について解説することはしません。ご興味のある方はNet上には沢山解説がありますので、そちらをご参照ください。



▼言ってみたら、
　「計画プロセス」はプロジェクトマネジメントの花です。計画しなければならない知識エリアも多岐に渡りますし、その内容についても詳細にガイドされています。また、要求を満たすために、実に様々な技法も編み出されています。

　ＰＭが最も活躍する場面の一つとなります。

　しかしガイドラインにあるこれらの要求を、ＰＭは全て受け止める必要はありません。

　でもＰＭは、沢山の要求から実際のプロジェクトに必要なものを取捨選択したり、どのレベルで対応すべきかを考えなければなりません。

▼では、ＰＭは
　選択や比重の大小を何を元に判断していくのでしょうか。

　プロジェクトには１つとして同じものはありません。全てのプロジェクトが異なる性格やバックグランドを持っています。

　このようなプロジェクトのパーソナリティは、立上げプロセスのアウトプットである「プロジェクト憲章」に記述されます。

　そうです、「プロジェクトの目的」「プロジェクトの目標」「プロジェクトの前提」「プロジェクトの制約」そして「プロジェクトの背景」などで表現されていますね。




▼これらの情報から
　ＰＭはプロジェクトの目的を達成するために何を重要だと判断し、何が不要かを選別しなければなりません。

　例えば、新製品開発プロジェクトにおける「品質計画」と新製品企画プロジェクトにおけるそれは、すいぶん意味も重みも内容も異なるのはすぐにお判りになると思います。

　その上で、マネジメント方針を決めて行きます。これが統合マネジメントの「マネジメント計画」となります。

　　　　　　　　　　　　

▼ではこのときＰＭは何に
　フォーカスして考え行動すべきなのでしょうか。

　今回はここまで　次回もこのテーマを続けていきます。