ということで、今回から新テーマでお送りする予定でしたが前回に引き続き雑感を少し。

実際に現場でPMを活動をやっていて困ったなと思うのは、コミュニケーションやチームビルディングやリスク管理ではなくて(もちろん問題としては発生するのですが、それはそれで当たり前のことですから、そんなに気持ちに負担になるものではありません)、プロジェクトという組織や、業務携帯についてなかなか理解を得られないということです。
もう少し正確に言うと、キットPMの考えるプロジェクトのあるべき姿と、その他のステークホルダーが思うそれとには、結構大きな開きがあるということです。
であれば、お互いの思いをぶっつけ合ってプロジェクトスタート時に調整をしておかないといけないのですが、それがなかなか難しいのです。
なぜなら、誰もが自分が考えるプロジェクトやプロジェクトマネジメントのあり方は、皆と共有できているという前提に立っているからではないかと思います。

実際に現場でPMを活動をやっていて困ったなと思うのは、コミュニケーションやチームビルディングやリスク管理ではなくて(もちろん問題としては発生するのですが、それはそれで当たり前のことですから、そんなに気持ちに負担になるものではありません)、プロジェクトという組織や、業務携帯についてなかなか理解を得られないということです。
もう少し正確に言うと、キットPMの考えるプロジェクトのあるべき姿と、その他のステークホルダーが思うそれとには、結構大きな開きがあるということです。
であれば、お互いの思いをぶっつけ合ってプロジェクトスタート時に調整をしておかないといけないのですが、それがなかなか難しいのです。
なぜなら、誰もが自分が考えるプロジェクトやプロジェクトマネジメントのあり方は、皆と共有できているという前提に立っているからではないかと思います。
改めてそのことを議論する理由がない、というか問題として認識されていないため、当然行動にも現れないのです。当たり前ですね。
この食い違いがプロジェクトの進行に従って、結構重要な問題となっていくことがあります。お互いに大きなストレスとなり、どこかでそのストレスを解消する作業が必要となりますが、それが良い方向に転がるかどうかは、ストレスの大きさに依存するようです。
PMとしては、ストレスが大きくなる前に解消する努力が必要となるわけですが、当たり前のことをあえて持ちだして話をするわけですから、なかなかハードルは高いものです。
うまい解決の方法はないものでしょうか。プロジェクトスタート時の「プロジェクト憲章」の中にPM方針として明確にすることが、やはり一番いい手のような気がします。
今日はこれまでにします。次回は必ず新テーマでお会いしますので、ご期待ください。では。
この食い違いがプロジェクトの進行に従って、結構重要な問題となっていくことがあります。お互いに大きなストレスとなり、どこかでそのストレスを解消する作業が必要となりますが、それが良い方向に転がるかどうかは、ストレスの大きさに依存するようです。
PMとしては、ストレスが大きくなる前に解消する努力が必要となるわけですが、当たり前のことをあえて持ちだして話をするわけですから、なかなかハードルは高いものです。
うまい解決の方法はないものでしょうか。プロジェクトスタート時の「プロジェクト憲章」の中にPM方針として明確にすることが、やはり一番いい手のような気がします。
今日はこれまでにします。次回は必ず新テーマでお会いしますので、ご期待ください。では。