プロジェクトプロセスの改善 -5- | キットPM奮闘記 改め キットビジネスアナリスト奮闘記

キットPM奮闘記 改め キットビジネスアナリスト奮闘記

PMの世界からビジネスアナリストへ、キットPM2.0を目指して奮闘中です。BAを超上流とか言いますが、当たり前のようで難しいビジネス要件をどうやればちゃんとまとめられるのか、皆さんとご一緒に考えていきます。

週、桜の開花宣言も出た関西地方ですが、すっかり春めいてきて気持ちの良い季節となりました。今朝は朝からいい天気となっています。

  今週から新年度に突入しますが、新しい出会いの季節でもあります。少しの不安とワクワクが入り混じって、新鮮な気持ちになれる唯一のタイミングかもしれません。
{57C650A5-F367-4BC9-AD84-88A43B8A27C9:01}
近所のイタリアンなお店で、3年連続のイチゴのリゾットです。コレを食べるのが春の風物詩と成りました。

ロジェクトのプロセスを改善することについて考えています。プロセス改善といっても、思い付きで気になるところを何とかしようとしても、大きな効果を得ることは難しくなります。

  どのレベルで改善を実施するかにもよりますが、改善活動は継続的に行うことがポイントとなります。つまり、プロジェクト化して行うというよりは、定常業務の中で行うことが必要になるということです。ですから、これを担うのはPMOの役割になるのだと思います。

  体制の話は後に譲るとして、ここではどの様に改善すべき箇所を探し出すかについて考えます。




ロジェクトのプロセスは、PMBOK® に規定されているように、立ち上げ、計画、実施、監視、終結の5つの大きなプロセスで実行されることがほとんどです。

  PMBOK®では、この一連の大プロセスに対して、プロジェクトを上手くマネジメントするために、47のマネジメントプロセスが記述されています。これが、プロジェクトプロセスの縦糸だとすると、組織が独自に持つ明文化されたルールや明文化されていない不文律など、組織マネジメントのために規定される、様々なプロセスが横糸となります。

  このように現在のプロジェクトマネジメントは、多くのプロセスの繫がりによって成り立っていることになります。




の一連のプロセスのどこに改善すべき問題があるのかを見つけるのが、改善の最初の一歩となります。

  前回も考えましたが、これらのプロセスのあれもこれもと問題を探し出し、まとめて改善作業を行おうとするのは、あまり良い手ではありません。
  それは、第一に改善作業の結果が本当に意味があるものか、判断が難しくなることと、大きなコストが見込まれることです。さらに、あるプロセス改善の結果が他のプロセスに及ぼす影響を、考慮できないことあります。

  ある目的を果たすためのプロセスは、多くのプロセスの連なりで構成されています。ある一つのプロセスの変更が、その他のプロセスにどのような影響を及ぼすのかは、それを観察することでしか判断できないのです。
  これは、ある改善作業の結果で、プロセス全体が抱える問題が変化する可能性があることを示しています。




れをモデル化してみましょう。一つひとつのプロセスをチェーンを構成する輪っかだとします。この輪っかで構成されるチェーンが何かを生み出すプロセスと考えます。

  このとき、このチェーンの強度(パフォーマンス)は何で表現できるでしょうか。それは、チェーンの最も弱い輪っかの強度と等しいと考えることができます。私たちが、このチェーンの強度をあげようと考えたとき、最も弱い輪っかを強くすることで実現できることは、自然に理解できます。

  次に、弱かった輪っかが強化された新しいチェーンで、最も弱い輪っかはどれなのかを考え、それを強化するというように改善作業を繰り返していくことになります。




こまで来ると、皆さんにも素直な疑問が生じていると思います。どうやって、最も弱い輪っかを探すのかということです。次回はこれを考えてみることにします。