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

更新日

投稿日

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

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

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

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

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

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

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

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

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

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

   続きを読むには・・・


この記事の著者

石橋 良造

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

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


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

もっと見る
リスクベース設計とは

 今回は、潜在不良流出を防止するリスクベースの設計手法について解説します。設計終了後の評価テストや、製造工程の試験、検査で発見できない不具合が市場で発生す...

 今回は、潜在不良流出を防止するリスクベースの設計手法について解説します。設計終了後の評価テストや、製造工程の試験、検査で発見できない不具合が市場で発生す...


環状構造で整理する 普通の組織をイノベーティブにする処方箋(その91)

◆関連解説記事『技術マネジメントとは』    今回は、KETICモデルの「思考」の中の、「知識・経験を関係性で整理する」の下記(4)「環...

◆関連解説記事『技術マネジメントとは』    今回は、KETICモデルの「思考」の中の、「知識・経験を関係性で整理する」の下記(4)「環...


ビジネスモデルの欠落 『価値づくり』の研究開発マネジメント (その22)

    オープンイノベーションに取り組む日本企業に欠けている重大な問題に、『ビジネスモデルの欠落』があります。今回はこのテーマについて解...

    オープンイノベーションに取り組む日本企業に欠けている重大な問題に、『ビジネスモデルの欠落』があります。今回はこのテーマについて解...


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

もっと見る
設計部門と組織政治の影響(その3)

 前回のその2に続いて解説します。   ◆政治的要因の検討で決まるスケジュールの確度・精度    日程を決めるときには、仕組み...

 前回のその2に続いて解説します。   ◆政治的要因の検討で決まるスケジュールの確度・精度    日程を決めるときには、仕組み...


スケールド・アジャイル・フレームワーク (SAFe) の導入開始

        はたして僕が勤める企業はスケールド・アジャイル・フレームワーク (SAFe) を上手く導入で...

        はたして僕が勤める企業はスケールド・アジャイル・フレームワーク (SAFe) を上手く導入で...


トレーサビリティの保証 プロジェクト管理の仕組み (その44)

 前回のその43に続いて解説します。    ハードウェア設計も、ソフトウェア設計ほど明確ではありませんが、同じように開発工程ごとに関連する設...

 前回のその43に続いて解説します。    ハードウェア設計も、ソフトウェア設計ほど明確ではありませんが、同じように開発工程ごとに関連する設...