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

更新日

投稿日

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

   続きを読むには・・・


この記事の著者

石橋 良造

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

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


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

もっと見る
大学へのマーケティング 新規事業・新商品を生み出す技術戦略(その51)

        今回は新規事業のアイディアを出す上で、マーケティング対象となりえる大学へのアプローチについて...

        今回は新規事業のアイディアを出す上で、マーケティング対象となりえる大学へのアプローチについて...


未来志向で見直す自社の強み 『価値づくり』の研究開発マネジメント (その24)

     前回は、オープンイノベーションを成功させるために、自社の強みの設定が必要であることを解説しました。今回は、その自社の...

     前回は、オープンイノベーションを成功させるために、自社の強みの設定が必要であることを解説しました。今回は、その自社の...


技術戦略  研究テーマの多様な情報源(その36)

  前回は、革新的テーマ創出・実現のためのスパーク(「新結合」)における、オープン・イノベーションの役割について解説しました。今回は、いか...

  前回は、革新的テーマ創出・実現のためのスパーク(「新結合」)における、オープン・イノベーションの役割について解説しました。今回は、いか...


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

もっと見る
システム設計6 プロジェクト管理の仕組み (その38)

◆システム設計は仮説と検証の繰り返し     前回は、システム(ここでは製品も含めてシステムと呼ぶことにします)に必要とされる要件を漏れなく...

◆システム設計は仮説と検証の繰り返し     前回は、システム(ここでは製品も含めてシステムと呼ぶことにします)に必要とされる要件を漏れなく...


ソフトウェア開発スケジュールと結合テスト プロジェクト管理の仕組み (その7)

 前回のその6:進捗管理可能なソフト開発計画に続いて解説します。    ソフトウェア開発スケジュールでは次のような問題を抱えています。 &...

 前回のその6:進捗管理可能なソフト開発計画に続いて解説します。    ソフトウェア開発スケジュールでは次のような問題を抱えています。 &...


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

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

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