開発効率向上、活動計画 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年まで削減できる可能性があることを示している。
  • これらの分析結果を受け、開発効率向上活動として課題の是正を主眼に検討を進めることとする。

 

次回に続きます。

 

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

 

   続きを読むには・・・


この記事の著者

山本 裕之

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

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


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

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

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

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


思い付くには何が必要か 普通の組織をイノベーティブにする処方箋 (その60)

   前回は思考の構成要素として、「その1:思い付く」と「その2:思い付いたことの発展」があるという話をしました。今回からは「その1:思い...

   前回は思考の構成要素として、「その1:思い付く」と「その2:思い付いたことの発展」があるという話をしました。今回からは「その1:思い...


技術承継への道のり 新規事業・新商品を生み出す技術戦略(その45)

        国内産業の課題の一つにもなっている「事業承継」、あなたの会社・組織の技術資産は、承継の仕組み...

        国内産業の課題の一つにもなっている「事業承継」、あなたの会社・組織の技術資産は、承継の仕組み...


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

もっと見る
設計部門とリスク管理(その1)

【設計部門とリスク管理 連載目次】 1. リスク管理とは目標達成までのシナリオ作成 2. コンティンジェンシープランの注意事項 3. リスク管理...

【設計部門とリスク管理 連載目次】 1. リスク管理とは目標達成までのシナリオ作成 2. コンティンジェンシープランの注意事項 3. リスク管理...


開発部門の管理職が学ぶべきこととは

   今回は、新任の開発課長が学ぶべきこと、課長就任前に3週間で準備をすべきこと、さらには課長就任後に取り組むべきことについて解説します。 ...

   今回は、新任の開発課長が学ぶべきこと、課長就任前に3週間で準備をすべきこと、さらには課長就任後に取り組むべきことについて解説します。 ...


設計者の流出防止策は 中国企業の壁(その21)

        前回、中国企業の設計者には、設計者としての考え方、知識、経験、どれもが不足している。そのために設計に起因する不良が発生し大きな問題に...

        前回、中国企業の設計者には、設計者としての考え方、知識、経験、どれもが不足している。そのために設計に起因する不良が発生し大きな問題に...