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

 

次回に続きます。

 

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

 

   続きを読むには・・・


この記事の著者

山本 裕之

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

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


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

もっと見る
テーマ選択時の実践項目 新規事業・新商品を生み出す技術戦略(その90)

  ◆ 重要な決定を選択時に注意したい認知バイアスとは  今回は「戦略や開発テーマなど重要な決定では、認知バイアスに注意し、多角的な分析...

  ◆ 重要な決定を選択時に注意したい認知バイアスとは  今回は「戦略や開発テーマなど重要な決定では、認知バイアスに注意し、多角的な分析...


最も未来に近い最先端を経験 普通の組織をイノベーティブにする処方箋 (その54)

        現在イノベーションに必要な要素を表したKETICモデルの2つ目、Experience(経験)...

        現在イノベーションに必要な要素を表したKETICモデルの2つ目、Experience(経験)...


技術の棚卸し 技術企業の高収益化:実践的な技術戦略の立て方(その2)

   2020年、ビジネスの現場ではWEB会議が当然のようになり、ハンコもなくなろうとするなど、従来の価値観が大きく変わろうとしています。...

   2020年、ビジネスの現場ではWEB会議が当然のようになり、ハンコもなくなろうとするなど、従来の価値観が大きく変わろうとしています。...


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

もっと見る
ソフト開発の手戻りを小さくするには プロジェクト管理の仕組み (その8)

 前回のその7:ソフトウェア開発スケジュールと結合テストに続いて解説します。     この数回はプロジェクト管理をテーマにお話ししていますが...

 前回のその7:ソフトウェア開発スケジュールと結合テストに続いて解説します。     この数回はプロジェクト管理をテーマにお話ししていますが...


システム設計7 プロジェクト管理の仕組み (その39)

 前回のシステム設計6に続いて解説します。    検証作業の基本は、考えたサブシステム構成に対してシステム要件の一つひとつに対してどのような...

 前回のシステム設計6に続いて解説します。    検証作業の基本は、考えたサブシステム構成に対してシステム要件の一つひとつに対してどのような...


設計工程の進捗管理とは

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

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