設計部門の課題と原因分析(その2)

更新日

投稿日

【設計部門の課題と原因分析 連載目次】

 前回のその1に続いて解説します。工数分析により大きく4つの課題を抱えていることを把握できたので、この設計部門の現状が明確になりました。次のステップは、このような課題を抱えているスタート地点からの登山ルートを決めることです。そのためには、まず、観測できた課題一つひとつを分析して課題の根本原因を明らかにし、次に、その原因を除去するための対策を検討することになります。

 最初の課題、「(a) 繰り返し実施する試作が同時作業となっており、設計の時期に直前の試作の評価を並行して実施している」をとりあげ、実際にやってみましょう。ポイントは、計画の問題なのか、実績(進捗上)の問題なのかを切り分けることです。

 図21は「アクティビティ重心」の推移を示したものです。アクティビティ重心とは、プロジェクト(プロジェクトの中の任意のチームでもかまいません)の活動の重心が開発工程上のどこにあるのかを示したもので、図21は、その時間推移をあらわしたものです。縦軸は開発工程になっており、構想から、設計、試作製造、評価を経て、最終的に製造移管で設計部門の開発業務は完了です。
 
                R&D
                    図21.計画と実績のアクティビティ重心推移
 
 このグラフを見ると、計画では、設計から評価のサイクルを大きな波のように試作のたびに繰り返し、最終的に製造移管が完了することがわかります。大きな波になっているのは、試作ごとに設計、試作製造、評価を逐次的に実施する計画になっているということです。

 しかし、実績は、計画に較べて波打っていないことがわかります。これは、設計、試作製造、評価が重なってしまい、試作の切れ目がはっきりしない開発になっていることをあらわしています。課題 (a) がこのグラフでも確認できます。したがって、計画の問題ではなく、進捗上の問題であることがわかります。このような分析をしなくても、開発日程表(スケジ...

【設計部門の課題と原因分析 連載目次】

 前回のその1に続いて解説します。工数分析により大きく4つの課題を抱えていることを把握できたので、この設計部門の現状が明確になりました。次のステップは、このような課題を抱えているスタート地点からの登山ルートを決めることです。そのためには、まず、観測できた課題一つひとつを分析して課題の根本原因を明らかにし、次に、その原因を除去するための対策を検討することになります。

 最初の課題、「(a) 繰り返し実施する試作が同時作業となっており、設計の時期に直前の試作の評価を並行して実施している」をとりあげ、実際にやってみましょう。ポイントは、計画の問題なのか、実績(進捗上)の問題なのかを切り分けることです。

 図21は「アクティビティ重心」の推移を示したものです。アクティビティ重心とは、プロジェクト(プロジェクトの中の任意のチームでもかまいません)の活動の重心が開発工程上のどこにあるのかを示したもので、図21は、その時間推移をあらわしたものです。縦軸は開発工程になっており、構想から、設計、試作製造、評価を経て、最終的に製造移管で設計部門の開発業務は完了です。
 
                R&D
                    図21.計画と実績のアクティビティ重心推移
 
 このグラフを見ると、計画では、設計から評価のサイクルを大きな波のように試作のたびに繰り返し、最終的に製造移管が完了することがわかります。大きな波になっているのは、試作ごとに設計、試作製造、評価を逐次的に実施する計画になっているということです。

 しかし、実績は、計画に較べて波打っていないことがわかります。これは、設計、試作製造、評価が重なってしまい、試作の切れ目がはっきりしない開発になっていることをあらわしています。課題 (a) がこのグラフでも確認できます。したがって、計画の問題ではなく、進捗上の問題であることがわかります。このような分析をしなくても、開発日程表(スケジュール)を確認すればわかることなのですが、図21のような進捗管理をしていれば、簡単に計画と実績の乖離を把握することができます。
 
 次回、その3では、進捗上の問題の原因分析を解説します。
 
 

   続きを読むには・・・


この記事の著者

石橋 良造

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

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


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

もっと見る
知識・経験を時系列で整理 普通の組織をイノベーティブにする処方箋 (その65)

 今回も、前回同様、「思い付く」ための「知識・経験を整理するフレームワーク」の中の、知識・経験を時系列で整理する「期」ついて議論をします。 1. 守...

 今回も、前回同様、「思い付く」ための「知識・経験を整理するフレームワーク」の中の、知識・経験を時系列で整理する「期」ついて議論をします。 1. 守...


自然現象としての雷の発生メカニズムと電子機器を守るための雷サージ対策の基礎知識

【目次】 雷は巨大なエネルギーを持つ自然現象であり、時に人命や社会インフラへの脅威となる。特に高度に電子化された現代社会において、落...

【目次】 雷は巨大なエネルギーを持つ自然現象であり、時に人命や社会インフラへの脅威となる。特に高度に電子化された現代社会において、落...


ロードマップの表現 新規事業・新商品を生み出す技術戦略(その84)

  1. ロードマップは羅針盤  今回は「ロードマップはマクロとミクロで表現する」について解説します。  ロードマップを一言で表すなら...

  1. ロードマップは羅針盤  今回は「ロードマップはマクロとミクロで表現する」について解説します。  ロードマップを一言で表すなら...


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

もっと見る
製品設計におけるトレードオフのコントロールとは

        今回は、次のような想定で、製品設計におけるトレードオフのコントロールをどう考えればよいかを解...

        今回は、次のような想定で、製品設計におけるトレードオフのコントロールをどう考えればよいかを解...


擦り合わせ型と組み合わせ型、目指すべき開発体制とは(その3)

【目指すべき開発体制 連載目次】 目指すべき開発体制とは(その1)擦り合わせ型と組み合わせ型 目指すべき開発体制とは(その2)日本企業文化を引きず...

【目指すべき開発体制 連載目次】 目指すべき開発体制とは(その1)擦り合わせ型と組み合わせ型 目指すべき開発体制とは(その2)日本企業文化を引きず...


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

 前回は、リスク管理が重要であることと、その反面、リスク管理の仕組みを運用しているところでもリスク管理シートを書いているだけという、表面的な仕組みになって...

 前回は、リスク管理が重要であることと、その反面、リスク管理の仕組みを運用しているところでもリスク管理シートを書いているだけという、表面的な仕組みになって...