進捗管理の精度を上げる:第2回 プロジェクト管理の仕組み (その14)

更新日

投稿日

 実際の進捗管理方法について、基本メトリクスセットの中の「作業成果物」から紹介します。作業成果物とは開発作業を進める中で出力されるもののことです。ハードウェアであれば回路図や部品表など、ソフトウェアであればプログラムなどがあります。また、ハード、ソフトに関係なく各種の設計文書も作業成果物です。作業成果物は開発という作業アウトプットですから、この量(規模)を測定することで開発作業の進捗を把握することができるわけです。では、実際の作業成果物メトリクスを見ていきましょう。
 
 回路図や実装図(アートワーク)の場合には、部品や端子数などをカウントすることになります。先ほど、進捗管理するためには見積もり(計画)を作成すること、見積もりを作成するためには基準モデルを作っておく必要があることを説明しましたが、ここで、基準モデルがどのようなものになるのかを紹介しましょう。
 
 図44は通信関連のある製品について、基板ごとに開発工数と端子数(ピン数)とを調べ、横軸に開発工数、縦軸に端子数を開発工数で割った値(単位時間あたりの端子数)をとったグラフです。このグラフを見ると、バラツキはあるものの、基板ごとの端子数/開発工数は開発工数とは関係ないこと、端子数/開発工数はデジタル基板(青色)とアナログ基板(緑色)とで傾向が分かれることがわかります。したがって、デジタル基板、アナログ基板に分けてそれぞれの基準値を作成することができます。特異点を除くと図44 に示しているところがベストプラクティスと考えられるでしょう。これで、デジタル基板とアナログ基板について、単位開発時間あたりの端子数という基準モデルを作成することができました。
 
R&D
図44. 基準モデルの例
 
 単位開発時間あたりの端子数という基準モデルがあれば、基板ごとに手当てできる開発工数(担当メンバーと開発期間が決まれば決まる)から端子数が求まり、その基板で実現できる部品数から基板サイズを見積もったり、実現できる機能(の量)を見積もったりすることができます。基板ごとの機能やサイズから必要な開発工数を見積もることも可能です。
 
 基準値をそのまま見積もりとして採用することもできますが、技術の新規性や再利用の程度などにより多少の調整を行い見積もり値...
 実際の進捗管理方法について、基本メトリクスセットの中の「作業成果物」から紹介します。作業成果物とは開発作業を進める中で出力されるもののことです。ハードウェアであれば回路図や部品表など、ソフトウェアであればプログラムなどがあります。また、ハード、ソフトに関係なく各種の設計文書も作業成果物です。作業成果物は開発という作業アウトプットですから、この量(規模)を測定することで開発作業の進捗を把握することができるわけです。では、実際の作業成果物メトリクスを見ていきましょう。
 
 回路図や実装図(アートワーク)の場合には、部品や端子数などをカウントすることになります。先ほど、進捗管理するためには見積もり(計画)を作成すること、見積もりを作成するためには基準モデルを作っておく必要があることを説明しましたが、ここで、基準モデルがどのようなものになるのかを紹介しましょう。
 
 図44は通信関連のある製品について、基板ごとに開発工数と端子数(ピン数)とを調べ、横軸に開発工数、縦軸に端子数を開発工数で割った値(単位時間あたりの端子数)をとったグラフです。このグラフを見ると、バラツキはあるものの、基板ごとの端子数/開発工数は開発工数とは関係ないこと、端子数/開発工数はデジタル基板(青色)とアナログ基板(緑色)とで傾向が分かれることがわかります。したがって、デジタル基板、アナログ基板に分けてそれぞれの基準値を作成することができます。特異点を除くと図44 に示しているところがベストプラクティスと考えられるでしょう。これで、デジタル基板とアナログ基板について、単位開発時間あたりの端子数という基準モデルを作成することができました。
 
R&D
図44. 基準モデルの例
 
 単位開発時間あたりの端子数という基準モデルがあれば、基板ごとに手当てできる開発工数(担当メンバーと開発期間が決まれば決まる)から端子数が求まり、その基板で実現できる部品数から基板サイズを見積もったり、実現できる機能(の量)を見積もったりすることができます。基板ごとの機能やサイズから必要な開発工数を見積もることも可能です。
 
 基準値をそのまま見積もりとして採用することもできますが、技術の新規性や再利用の程度などにより多少の調整を行い見積もり値とすることもできます。このような調整を行う場合でも基準が明確なので議論が発散しないようになります。
 
 ここでは単位時間あたりの端子数を例にとりましたが、基本メトリクスセットの各メトリクスについても同様です。実際のデータを収集・分析すれば一定の傾向が発見できます。
 
 次回は、基板を例にとっていくつかの進捗管理のためのグラフを解説します。
 
 

   続きを読むには・・・


この記事の著者

石橋 良造

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

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


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

もっと見る
クレーム率シングルppmをゼロに(1) 【快年童子の豆鉄砲】(その56)

  1.「クレーム率シングルppmをゼロにした事例」の説明 今回から、表2-1(【快年童子の豆鉄砲】(その5)) にある「喫緊の課題」の...

  1.「クレーム率シングルppmをゼロにした事例」の説明 今回から、表2-1(【快年童子の豆鉄砲】(その5)) にある「喫緊の課題」の...


機能要件と非機能要件 設計機能(その5)

【設計機能 連載目次】 設計機能(その1)機能とは  設計機能(その2)設計上の機会損失  設計機能(その3)機能の分類&n...

【設計機能 連載目次】 設計機能(その1)機能とは  設計機能(その2)設計上の機会損失  設計機能(その3)機能の分類&n...


日本の事例 オープンイノベーションとは(その4)

         【オープンイノベーションとは 連載目次】 1. オープンイノベーショ...

         【オープンイノベーションとは 連載目次】 1. オープンイノベーショ...


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

もっと見る
生産を見越した試作の方法とは

        今回は、次のような事例により、生産を見越した試作の方法を解説します。   1. 事例: 試作のタイミングで、注意をすべきこと ...

        今回は、次のような事例により、生産を見越した試作の方法を解説します。   1. 事例: 試作のタイミングで、注意をすべきこと ...


仕組みの見直しに成功する組織1 プロジェクト管理の仕組み (その25)

 この連載では、仕組みの見直しをテーマに様々な考え方や事例を紹介しているわけですが、実際にコンサルタントして仕組みの見直しに取り組んだ組織の中には成功して...

 この連載では、仕組みの見直しをテーマに様々な考え方や事例を紹介しているわけですが、実際にコンサルタントして仕組みの見直しに取り組んだ組織の中には成功して...


仕組み見直しとグローバル化(その2)

◆「気づき」能力向上のカギは製品開発経験の活用    前回のその1に続いて解説します。「気づき」能力は、擦り合わせ型開発を行う上で技術者が備...

◆「気づき」能力向上のカギは製品開発経験の活用    前回のその1に続いて解説します。「気づき」能力は、擦り合わせ型開発を行う上で技術者が備...