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

 

次回に続きます。

 

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

 

   続きを読むには・・・


この記事の著者

山本 裕之

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

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


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

もっと見る
シェアリングエコノミーとの融合 見えてきた、2030年の技術社会 (その2)

  【見えてきた、2030年の技術社会 連載目次】 1.  自動車業界のパラダイムシフト 2.  シェアリング...

  【見えてきた、2030年の技術社会 連載目次】 1.  自動車業界のパラダイムシフト 2.  シェアリング...


位置関係-3 普通の組織をイノベーティブにする処方箋 (その106)

   現在、KETICモデルの中の「知識・経験を関係性で整理する」を解説しています。前回からは、KETICモデルの中の空間的な「位置(関係...

   現在、KETICモデルの中の「知識・経験を関係性で整理する」を解説しています。前回からは、KETICモデルの中の空間的な「位置(関係...


続 Painのインパクト 普通の組織をイノベーティブにする処方箋 (その89)

   今回も引き続き、エドワード・デシが内発的動機付けに必要と主張している2つの要素、「自律性」と「有能感」の内、後者の実現手段として「有...

   今回も引き続き、エドワード・デシが内発的動機付けに必要と主張している2つの要素、「自律性」と「有能感」の内、後者の実現手段として「有...


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

もっと見る
スーパーマンではなくプロフェッショナルな技術者に(その3)

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

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


マトリクス体制での品質保証2 プロジェクト管理の仕組み (その31)

 前回のマトリクス体制での品質保証1に続いて解説します。品質計画は、製品開発に必要となる手順やリソースが誰によっていつ適用されるかを明確にした個別製品の開...

 前回のマトリクス体制での品質保証1に続いて解説します。品質計画は、製品開発に必要となる手順やリソースが誰によっていつ適用されるかを明確にした個別製品の開...


価値創造の鍵を握るアナログ知

1.アナログ知を高めるとは    最近公文式教室のCMをテレビで見かけます。公文式教室は50年以上の歴史があり、現在は日本にとどまらず48の...

1.アナログ知を高めるとは    最近公文式教室のCMをテレビで見かけます。公文式教室は50年以上の歴史があり、現在は日本にとどまらず48の...