帰ってきたらやらないといけないことが結構山積みで、ブログ更新を１回サボってしまいました。申し訳ありませんでした。
さて、もう皆さんもすっかりお正月気分も抜けて、平常に戻られていると思います。今回からしばらくは旅のお土産話も交えながらお届けしていきます。
まずはいかにもといったこの風景を。
▼さて、前回までプロジェクトを
中止する様々なシチュエーションについて検討してきました。
一つはスタート時点での準備不足等のために、プロジェクト自体の遂行が難しくなる場合。２つ目はプロジェクトの目的が変更になった場合。最後に、プロジェクトを取り巻く環境の変化のため、プロジェクトの遂行が困難になるかプロジェクトを続けても期待できる結果が得られない時でした。
今回は、プロジェクトの中止が決定したときＰＭは何を考えどう行動すべきかについて考えます。
▼プロジェクトの中止を考えないといけない
状況にあるということは、プロジェクトやプロジェクトメンバーだけでなく、経営者や関係する部署、または外部などすべてのステークホルダーが大変な状況になっているはずです。
まずＰＭがすべきは、それらのステークホルダーに対してちゃんと説明をすることです。
ただ、情報の内容によってはリリースするにア陽やタイミングを考慮するのは言うまでもありません。
そのためにも、説明用資料の作成と並行して情報管理計画を作成することが必要になる場合もあります。
▼また、中止になったといえども
プロジェクトの終結プロセスはちゃんと実施する必要があります。なざその必要があるのか？ ではここで、終結プロセスの意義について思い返してみましょう。
もちろん、プロジェクトが終わったことをステークホルダーに明確にすることが第一の目的です。ですが重要なのは、プロジェクトを実施したことで得た様々な経験や知見を形に残して、組織の経験や知見として共有することです。そのために、振り返りを行い記録を作成します。
また、プロジェクトの評価作業だけではなく、プロジェクトメンバの評価を行うことも重要です。働く人は評価を求めて努力しているのですから、当然ですね。
▼では今回のようなプロジェクト中止のときの
終結プロセスではどうなるのでしょうか。基本的には通常の終結プロセスと同じですが、いくつか注目すべきポイントがあります。
次回はこのポイントについて考えていきます。