基本の仕組みを進化・深化させるとは プロジェクト管理の仕組み (その1)

更新日

投稿日

 前回は、リスク管理が重要であることと、その反面、リスク管理の仕組みを運用しているところでもリスク管理シートを書いているだけという、表面的な仕組みになっているところが多いことをお伝えしました。そして、リスク管理を開発現場で活用する仕組みとして、開発シナリオにブレークダウンする方法を紹介しました。
 
 リスク管理に限らず、開発の仕組みには様々なものが存在しますが、仕組みを整備しても、運用が教科書的なレベルにとどまっているために十分な効果や成果につながっていないことは多いものです。リスク管理を開発シナリオに発展させたように、基本の仕組みを進化・深化させることが、より大きな効果や成果を手に入れるために必要なのです。今回は、プロジェクト管理を対象に、基本の仕組みをどのようにして進化・深化させるかについて考えたいと思います。
 
 さて、プロジェクト管理の仕組みは、PMBOK や CMMI など様々な教科書がありますから、考え方や目指す方向性などについては多くの方が理解されていることと思います。そこで今回は、CMMI を使って少し現状について考察してみましょう。
 
 図31は、CMMI 段階型モデル表現における成熟度レベル2のプロセスエリアを使ったアセスメント結果です。この評価項目は、プロジェクト管理の基本の仕組みができているかどうかを判断できるもになっており、図では、電子・電気機器の製造業を主に数十社について最低点が1、最高点が5として評価した平均点です。
 
                プロジェクト管理
図31.CMMI レベル2 アセスメント結果(平均点)
 
 この評価結果から、「要件管理」「プロジェクト計画策定」「プロジェクトの監視と制御」「計測と分析」が弱いことがわかります。私が実施するアセスメントは、表面的な事象(現象)が記述にあったものになっているかどうかだけでなく、その事象(現象)が妥当な過程や理由をともなっているかどうかまで評価するため少々辛めの点数になっていると思いますが、仕組みを進化・深化させるためには、このような視点で評価することが重要です。
 
 計測と分析はプロジェクトの監視と制御が弱いことと強い相関があ...
 前回は、リスク管理が重要であることと、その反面、リスク管理の仕組みを運用しているところでもリスク管理シートを書いているだけという、表面的な仕組みになっているところが多いことをお伝えしました。そして、リスク管理を開発現場で活用する仕組みとして、開発シナリオにブレークダウンする方法を紹介しました。
 
 リスク管理に限らず、開発の仕組みには様々なものが存在しますが、仕組みを整備しても、運用が教科書的なレベルにとどまっているために十分な効果や成果につながっていないことは多いものです。リスク管理を開発シナリオに発展させたように、基本の仕組みを進化・深化させることが、より大きな効果や成果を手に入れるために必要なのです。今回は、プロジェクト管理を対象に、基本の仕組みをどのようにして進化・深化させるかについて考えたいと思います。
 
 さて、プロジェクト管理の仕組みは、PMBOK や CMMI など様々な教科書がありますから、考え方や目指す方向性などについては多くの方が理解されていることと思います。そこで今回は、CMMI を使って少し現状について考察してみましょう。
 
 図31は、CMMI 段階型モデル表現における成熟度レベル2のプロセスエリアを使ったアセスメント結果です。この評価項目は、プロジェクト管理の基本の仕組みができているかどうかを判断できるもになっており、図では、電子・電気機器の製造業を主に数十社について最低点が1、最高点が5として評価した平均点です。
 
                プロジェクト管理
図31.CMMI レベル2 アセスメント結果(平均点)
 
 この評価結果から、「要件管理」「プロジェクト計画策定」「プロジェクトの監視と制御」「計測と分析」が弱いことがわかります。私が実施するアセスメントは、表面的な事象(現象)が記述にあったものになっているかどうかだけでなく、その事象(現象)が妥当な過程や理由をともなっているかどうかまで評価するため少々辛めの点数になっていると思いますが、仕組みを進化・深化させるためには、このような視点で評価することが重要です。
 
 計測と分析はプロジェクトの監視と制御が弱いことと強い相関がありますので、ここではプロジェクトの監視と制御に含めます。それでは、このアセスメント結果を参考に、プロジェクト管理の仕組みを進化・深化させるために何が足りないのかを考察したいと思います。次回は、CMMIの要件管理です。
 
 

   続きを読むには・・・


この記事の著者

石橋 良造

組織のしくみと個人の意識を同時に改革・改善することで、パフォーマンス・エクセレンスを追求し、実現する開発組織に変えます!

組織のしくみと個人の意識を同時に改革・改善することで、パフォーマンス・エクセレンスを追求し、実現する開発組織に変えます!


「技術マネジメント総合」の他のキーワード解説記事

もっと見る
『価値づくり』の研究開発マネジメント (その20)

    今回はオープンイノベーションに抵抗する心理として、NIH(Not Invented Here)シンドロームについて解説します。 ...

    今回はオープンイノベーションに抵抗する心理として、NIH(Not Invented Here)シンドロームについて解説します。 ...


知識・経験を物理量で整理する 普通の組織をイノベーティブにする処方箋 (その67)

 前回までは、知識や経験を時系列で整理するという話をしてきましたが、当然時系列以外の物理量という軸があります。今回からは「知識・経験を物理量で整理する...

 前回までは、知識や経験を時系列で整理するという話をしてきましたが、当然時系列以外の物理量という軸があります。今回からは「知識・経験を物理量で整理する...


マクロ環境分析:社会 普通の組織をイノベーティブにする処方箋 (その40)

        現在、この連載ではマクロ環境分析の議論をしていますが、今回は、PESTEL(Politica...

        現在、この連載ではマクロ環境分析の議論をしていますが、今回は、PESTEL(Politica...


「技術マネジメント総合」の活用事例

もっと見る
「あったらいいな」を技術シーズ起点に発想する~製薬会社の新しいアイデア創出に向けた取り組み

♦新製品開発のアイデア創出に“新たな風”吹き込む  小林製薬(大阪府)社は「“あったらいいな&rdq...

♦新製品開発のアイデア創出に“新たな風”吹き込む  小林製薬(大阪府)社は「“あったらいいな&rdq...


システム設計3 プロジェクト管理の仕組み (その35)

 前回はシステム設計を、開発工程上はシステムエンジニアリングと、ハードやソフトなどのサブシステムのエンジニアリングの両方と定義しました。ここで、システムエ...

 前回はシステム設計を、開発工程上はシステムエンジニアリングと、ハードやソフトなどのサブシステムのエンジニアリングの両方と定義しました。ここで、システムエ...


‐顧客の難しい要求に取り組む ‐  製品・技術開発力強化策の事例(その2)

 前回の事例その1に続いて解説します。顧客から難しい要求や相談があったとき、意欲的にその問題に取り組む企業がある。その取組みから他社では出来ないよ...

 前回の事例その1に続いて解説します。顧客から難しい要求や相談があったとき、意欲的にその問題に取り組む企業がある。その取組みから他社では出来ないよ...