開発効率向上、活動計画 1 開発効率を上げるには(その4)

更新日

投稿日

 技術マネジメント

【開発効率向上の重要性 連載目次】

 

前回の開発効率を上げるには(その3)開発効率向上活動の考え方に続けて解説します。

次回の開発効率を上げるには(その5)開発効率向上、活動計画 2はこちら!

 

4. 開発効率向上活動の計画

開発効率向上活動では、①目的に合致し、②高い成果が得られ、③投資効率も高い向上活動にリソースを集中することが成功の鍵であり、そのためには計画段階で十分に活動内容を吟味する必要があります。その際、計画の有効性を見極める意味で「~だから、~を行うのがベストを考えた」というストーリーを論理的につくることがポイントで、そうすることで実際に活動を開始して想定が外れた場合も、このストーリーに立ち返って、仮説を見直して別の活動に素早く移行する、次年度の活動は事前検討を簡略化できる等の様々なメリットがあります。

 

ここでは、こうした活動計画を導くための手順を簡易な例を使って解説します。

仮想的に単純化した例となります。現実の改善ではかなり複雑なものになる点にご留意ください。

 

(1) GAP分析

まず、起点となる活動目的を経営の視点から確認し、その上で現状との差(GAP)をTo Be / As Is分析で調査し、そのGAPを埋めることを改善活動の目標として設定します。

【例】

  • 経営課題  【市場ではコモディティ化が進み競合各社の製品リリースのサイクルが短くなり、低価格化も進んでいる。そのため、自社においてもの製品開発のスピード、コストを改善する必要に迫られている。】
  • 現状   (As Is) :製品開発期間 1.4年
  • あるべき姿(To Bo):製品開発期間 1年(開発人数を変えないことでコストも削減)
  • 活動目標        :製品開発期間を0.4年(GAP分)削減する(開発人数を変えず)

 

(2) 現状の分析

開発工程の分析を行ない、以下の点を明らかにします。

  • 開発工程で課題点は無いか、それはどの程度工程に影響しているか
  • 開発工程で改善の見込める点は無いか、それはどの程度の改善が見込めるか

【例】

  • 現行の開発工程を分析し各工程の工数割合を調べたところ、図3の割合となっている。

 

技術マネジメント

図3.開発工程の工数割合

 

  • 開発工程における課題を調べたところ、恒常的なスケジュール遅延が発生していることが分り、その要因を4Mの観点で分析したところ図4であった。

 

技術マネジメント

図4.スケジュール遅延要因

 

課題(スケジュール遅延)の要因分析

  • 課題の要因毎に工程への影響度合いを見積り、それを合計することで各要因の全体への影響を推定した結果を表1に示す。

 

表1.課題による投入リソースへの影響推...

 技術マネジメント

【開発効率向上の重要性 連載目次】

 

前回の開発効率を上げるには(その3)開発効率向上活動の考え方に続けて解説します。

次回の開発効率を上げるには(その5)開発効率向上、活動計画 2はこちら!

 

4. 開発効率向上活動の計画

開発効率向上活動では、①目的に合致し、②高い成果が得られ、③投資効率も高い向上活動にリソースを集中することが成功の鍵であり、そのためには計画段階で十分に活動内容を吟味する必要があります。その際、計画の有効性を見極める意味で「~だから、~を行うのがベストを考えた」というストーリーを論理的につくることがポイントで、そうすることで実際に活動を開始して想定が外れた場合も、このストーリーに立ち返って、仮説を見直して別の活動に素早く移行する、次年度の活動は事前検討を簡略化できる等の様々なメリットがあります。

 

ここでは、こうした活動計画を導くための手順を簡易な例を使って解説します。

仮想的に単純化した例となります。現実の改善ではかなり複雑なものになる点にご留意ください。

 

(1) GAP分析

まず、起点となる活動目的を経営の視点から確認し、その上で現状との差(GAP)をTo Be / As Is分析で調査し、そのGAPを埋めることを改善活動の目標として設定します。

【例】

  • 経営課題  【市場ではコモディティ化が進み競合各社の製品リリースのサイクルが短くなり、低価格化も進んでいる。そのため、自社においてもの製品開発のスピード、コストを改善する必要に迫られている。】
  • 現状   (As Is) :製品開発期間 1.4年
  • あるべき姿(To Bo):製品開発期間 1年(開発人数を変えないことでコストも削減)
  • 活動目標        :製品開発期間を0.4年(GAP分)削減する(開発人数を変えず)

 

(2) 現状の分析

開発工程の分析を行ない、以下の点を明らかにします。

  • 開発工程で課題点は無いか、それはどの程度工程に影響しているか
  • 開発工程で改善の見込める点は無いか、それはどの程度の改善が見込めるか

【例】

  • 現行の開発工程を分析し各工程の工数割合を調べたところ、図3の割合となっている。

 

技術マネジメント

図3.開発工程の工数割合

 

  • 開発工程における課題を調べたところ、恒常的なスケジュール遅延が発生していることが分り、その要因を4Mの観点で分析したところ図4であった。

 

技術マネジメント

図4.スケジュール遅延要因

 

課題(スケジュール遅延)の要因分析

  • 課題の要因毎に工程への影響度合いを見積り、それを合計することで各要因の全体への影響を推定した結果を表1に示す。

 

表1.課題による投入リソースへの影響推定

技術マネジメント

 

  • この結果、全開発工程に投入している人的リソースの約40%程度が課題の影響を受けて大きくなっていることが分る。このことは、これらの課題が全て是正された場合、現行1.4年の開発期間が0.84年まで削減できる可能性があることを示している。
  • これらの分析結果を受け、開発効率向上活動として課題の是正を主眼に検討を進めることとする。

 

次回に続きます。

 

【ものづくり セミナーサーチ】 セミナー紹介:国内最大級のセミナー掲載数 〈ものづくりセミナーサーチ〉 はこちら!

 

   続きを読むには・・・


この記事の著者

山本 裕之

個々の課題に最適な改善プロセスを適用することで、企画・開発業務の生産性を効果的に向上させるお手伝いをしています。

個々の課題に最適な改善プロセスを適用することで、企画・開発業務の生産性を効果的に向上させるお手伝いをしています。


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

もっと見る
普通の組織をイノベーティブにする処方箋 (その169) 思考パターンの拡大

    【目次】   【この連載の前回:普通の組織をイノベーティブにする処方箋 (その168)へのリンク】 これ...

    【目次】   【この連載の前回:普通の組織をイノベーティブにする処方箋 (その168)へのリンク】 これ...


『価値づくり』の研究開発マネジメント (その14)

    今回も、前回から引き続きオープンイノベーションの経済学の5つ目、「オープンイノベーションによる研究開発に関わる固定費の変動費化」...

    今回も、前回から引き続きオープンイノベーションの経済学の5つ目、「オープンイノベーションによる研究開発に関わる固定費の変動費化」...


普通の組織をイノベーティブにする処方箋 (その21)

 知識は、形式知と暗黙知に分けることが知られています。今回は形式知の問題点を指摘し、その問題点にいかに対処するかを解説します。 ◆関連解説『技術マネジメ...

 知識は、形式知と暗黙知に分けることが知られています。今回は形式知の問題点を指摘し、その問題点にいかに対処するかを解説します。 ◆関連解説『技術マネジメ...


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

もっと見る
設計工程の進捗管理とは

    今回は、設計の進捗管理の方法についてみていきます。設計の進捗管理は、どの企業においても難しいという意見をお聞きします。その理...

    今回は、設計の進捗管理の方法についてみていきます。設計の進捗管理は、どの企業においても難しいという意見をお聞きします。その理...


技術者の逆襲:イノベーションの必要性とは

  ◆ 現場からのイノベーション  最近、様々な場所でイノベーションという言葉を聞きます。普通の技術者にとって、イノベーションは技術革新や技術によって...

  ◆ 現場からのイノベーション  最近、様々な場所でイノベーションという言葉を聞きます。普通の技術者にとって、イノベーションは技術革新や技術によって...


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

【設計部門の課題と原因分析 連載目次】 1. 設計部門の現状を正確に特定する 2. 課題分析と課題の根本原因除去 3. 設計部門用に用意したコン...

【設計部門の課題と原因分析 連載目次】 1. 設計部門の現状を正確に特定する 2. 課題分析と課題の根本原因除去 3. 設計部門用に用意したコン...