進捗の見える化:第1回 プロジェクト管理の仕組み (その10)

更新日

投稿日

 この数回はプロジェクト管理の仕組みについて解説していますが、表面的な仕組みではなく、本質的な課題に対応したより進化・深化した仕組みにするための考え方を解説しています。さて、前回までは計画作成について解説しましたので、今回からは計画作成と一対と言っても良い『進捗管理』について解説します。進捗管理は、図40のように次の2つのことを実施することです。
 
 R&D
図40. 計画作成と進捗管理
 
(1) 計画に照らしてプロジェクトを監視する
(2) 計画との乖離に対する是正措置の実施を管理する
 

1. 計画に照らしてプロジェクトを監視する  

             
 「計画に照らしてプロジェクトを監視する」について考えてみます。「計画に照らして」というところが大切です。進捗把握は現状を計画と比較することからはじまるからです。つまり、計画できていないことを進捗管理することはできません。ときどき、計画はスケジュールを書くだけにもかかわらず、進捗がわからないという悩みを聞くことがあるのですが、本当に効果的な進捗管理をしたいのであれば、まずは計画に力を入れる必要があります。計画を作成してそれと比較できるように実績を記録すること、それによって、計画と実績との間の差分(乖離)を明らかにすること、それが、進捗管理の最初のステップです。
 

2. 進捗管理の最初のステップ

 
 それでは、進捗管理の最初のステップについて、もっと詳細に実施上のポイントを考えてみましょう。まず、進捗管理に使う項目を明らかにしたいと思います。プロジェクトの状況を把握するにはプロジェクトを測定する必要があります。プロジェクトの何を測定するのかということです。手間をかければ測定対象はいくらでも増やすことができますが、プロジェクトの効率を落としてしまっては元も子もありません。必要最小限の測定項目を決めなくてはなりません。
 
 図41 は、基本メトリクスセットと呼んでいる、進捗管理に最適な必要最小限の測定対象です。効率よく測定しようと考えると、観測したいものに対するインプットとアウトプットを測定することになります。また、ここにあげている項目はコスト(費用)や品質に関係しており、進捗管理が目的でなくても収集する必要があるものばかりですから、収集にかかるコスト(手間)は小さくなります。
 
R&D
図41. 基本メトリクスセット
       
 開発工数は、プロジェクト・メンバーがどのような作業に時間を使ったのかを測定したものです。製造業における製品開発プロジェクトでは、主要なリソースはプロジェクトメンバーです。ほとんどの製品開発プロジェクトで、メンバーがどのような時間の使い方をしているのかがプロジェクト活動に対する最も重要な入力になります。
 
 タスク(作業要素)は、必要となる開発作業の一つひとつで、開発スケジュールにおいて矢印などで表している作業です。作業成果物は、開発を通じて作成される文書や設計のアウトプット。そして、不具合・課題は開発中に発生した不具合や課題です。これらは、製品開発という活動の中で出力されるもので、タスクは、作業規模をあらわす指標であり、作業成果物は開発規模をあらわす指標、そして、不具合・課題は品質レベルを...
 この数回はプロジェクト管理の仕組みについて解説していますが、表面的な仕組みではなく、本質的な課題に対応したより進化・深化した仕組みにするための考え方を解説しています。さて、前回までは計画作成について解説しましたので、今回からは計画作成と一対と言っても良い『進捗管理』について解説します。進捗管理は、図40のように次の2つのことを実施することです。
 
 R&D
図40. 計画作成と進捗管理
 
(1) 計画に照らしてプロジェクトを監視する
(2) 計画との乖離に対する是正措置の実施を管理する
 

1. 計画に照らしてプロジェクトを監視する  

             
 「計画に照らしてプロジェクトを監視する」について考えてみます。「計画に照らして」というところが大切です。進捗把握は現状を計画と比較することからはじまるからです。つまり、計画できていないことを進捗管理することはできません。ときどき、計画はスケジュールを書くだけにもかかわらず、進捗がわからないという悩みを聞くことがあるのですが、本当に効果的な進捗管理をしたいのであれば、まずは計画に力を入れる必要があります。計画を作成してそれと比較できるように実績を記録すること、それによって、計画と実績との間の差分(乖離)を明らかにすること、それが、進捗管理の最初のステップです。
 

2. 進捗管理の最初のステップ

 
 それでは、進捗管理の最初のステップについて、もっと詳細に実施上のポイントを考えてみましょう。まず、進捗管理に使う項目を明らかにしたいと思います。プロジェクトの状況を把握するにはプロジェクトを測定する必要があります。プロジェクトの何を測定するのかということです。手間をかければ測定対象はいくらでも増やすことができますが、プロジェクトの効率を落としてしまっては元も子もありません。必要最小限の測定項目を決めなくてはなりません。
 
 図41 は、基本メトリクスセットと呼んでいる、進捗管理に最適な必要最小限の測定対象です。効率よく測定しようと考えると、観測したいものに対するインプットとアウトプットを測定することになります。また、ここにあげている項目はコスト(費用)や品質に関係しており、進捗管理が目的でなくても収集する必要があるものばかりですから、収集にかかるコスト(手間)は小さくなります。
 
R&D
図41. 基本メトリクスセット
       
 開発工数は、プロジェクト・メンバーがどのような作業に時間を使ったのかを測定したものです。製造業における製品開発プロジェクトでは、主要なリソースはプロジェクトメンバーです。ほとんどの製品開発プロジェクトで、メンバーがどのような時間の使い方をしているのかがプロジェクト活動に対する最も重要な入力になります。
 
 タスク(作業要素)は、必要となる開発作業の一つひとつで、開発スケジュールにおいて矢印などで表している作業です。作業成果物は、開発を通じて作成される文書や設計のアウトプット。そして、不具合・課題は開発中に発生した不具合や課題です。これらは、製品開発という活動の中で出力されるもので、タスクは、作業規模をあらわす指標であり、作業成果物は開発規模をあらわす指標、そして、不具合・課題は品質レベルをあらわす指標です。これらをセットとして考えると、全体としてバランスのとれた指標になっていることがわかると思います。
 
 時間や手間をかければもっとたくさんの指標を収集・管理することもできますが、開発そのものが高い効率性や生産性を求められているのですから、プロジェクト管理についても効率良く実施することが要求されます。基本メトリクスセットで示している4つの指標だけでもしっかりと収集できる仕組みを作ることができれば、効率のよい進捗管理が可能になります。
 
 次回は、可視化、見える化の方法を解説します。
 
 

   続きを読むには・・・


この記事の著者

石橋 良造

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

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


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

もっと見る
情報コンテンツ 見えてきた、2030年の技術社会 (その4)

  【見えてきた、2030年の技術社会 連載目次】 1.  自動車業界のパラダイムシフト 2.  シェアリングエコ...

  【見えてきた、2030年の技術社会 連載目次】 1.  自動車業界のパラダイムシフト 2.  シェアリングエコ...


企業においてオープン・イノベーションを実現するには  研究テーマの多様な情報源(その26)

1.『価値づくり』経営と表裏一体の関係にある「オープン・イノベーション」    前回のその25に続いて解説します。オープン・イノベーションは...

1.『価値づくり』経営と表裏一体の関係にある「オープン・イノベーション」    前回のその25に続いて解説します。オープン・イノベーションは...


効果的な経験をするための3つの軸とは 普通の組織をイノベーティブにする処方箋 (その52)

        前回からイノベーションに必要な要素を表したKETICモデルの2つ目、Experience(経...

        前回からイノベーションに必要な要素を表したKETICモデルの2つ目、Experience(経...


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

もっと見る
進捗管理可能なソフト開発計画 プロジェクト管理の仕組み (その6)

 前回のその5:ソフト開発計画の作成方法に続いて解説します。    製品機能に対するソフトウェアの各モジュールが実装すべき処理(内部機能)が...

 前回のその5:ソフト開発計画の作成方法に続いて解説します。    製品機能に対するソフトウェアの各モジュールが実装すべき処理(内部機能)が...


擦り合わせ能力を活かすマネジメントとは(その1)

  前回は、「擦り合わせ型開発」と「組み合わせ型開発」のモデルを使って、開発体制について考察しました。擦り合わせ型開発と組み合わせ型開発それぞれ...

  前回は、「擦り合わせ型開発」と「組み合わせ型開発」のモデルを使って、開発体制について考察しました。擦り合わせ型開発と組み合わせ型開発それぞれ...


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

 前回のシステム設計6に続いて解説します。    検証作業の基本は、考えたサブシステム構成に対してシステム要件の一つひとつに対してどのような...

 前回のシステム設計6に続いて解説します。    検証作業の基本は、考えたサブシステム構成に対してシステム要件の一つひとつに対してどのような...