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

更新日

投稿日

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

   続きを読むには・・・


この記事の著者

石橋 良造

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

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


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

もっと見る
短期開発プロセスのしくみづくり【連載記事紹介】

  短期開発プロセスのしくみづくりの連載記事が無料でお読みいただけます!   ◆短期開発プロセスのしくみ構築 短期開発プロ...

  短期開発プロセスのしくみづくりの連載記事が無料でお読みいただけます!   ◆短期開発プロセスのしくみ構築 短期開発プロ...


本質とは何か 普通の組織をイノベーティブにする処方箋 (その110)

   イノベーションを起こすための自分の知識や経験を整理する重要なフレームワークとして「本質」と「それ以外」があると思います。「本質」を見...

   イノベーションを起こすための自分の知識や経験を整理する重要なフレームワークとして「本質」と「それ以外」があると思います。「本質」を見...


経営資源をリストアップする 新規事業・新商品を生み出す技術戦略(その83)

   今回は「経営資源をリストアップする」というタイトルで解説します。  新商品の開発現場では、保有リソースを活かしたアイディア創出が求...

   今回は「経営資源をリストアップする」というタイトルで解説します。  新商品の開発現場では、保有リソースを活かしたアイディア創出が求...


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

もっと見る
プロジェクトの問題を見極める1 プロジェクト管理の仕組み (その23)

 進捗管理のための基本メトリクスセットのひとつである開発工数メトリクスについて解説していますが、前回は、プロジェクト構造(WBS)軸とアクティビティ軸のそ...

 進捗管理のための基本メトリクスセットのひとつである開発工数メトリクスについて解説していますが、前回は、プロジェクト構造(WBS)軸とアクティビティ軸のそ...


スーパーマンではなくプロフェッショナルな技術者に(その2)

【プロフェッショナルな技術者 連載目次】 1. 製品開発現場が抱えている問題 2. プロフェッショナルによる製品開発 3. 設計組織がねらい通り...

【プロフェッショナルな技術者 連載目次】 1. 製品開発現場が抱えている問題 2. プロフェッショナルによる製品開発 3. 設計組織がねらい通り...


R&Dマネジメントの基本

【ものづくり企業のR&Dと経営機能 記事目次】 管理力より技術力を磨け 技術プラットフォームの重要性 手段としてのオープンイノベーション...

【ものづくり企業のR&Dと経営機能 記事目次】 管理力より技術力を磨け 技術プラットフォームの重要性 手段としてのオープンイノベーション...