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

 

次回に続きます。

 

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

 

   続きを読むには・・・


この記事の著者

山本 裕之

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

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


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

もっと見る
知財戦略を作る理由 新規事業・新商品を生み出す技術戦略(その9)

        皆さまの会社には「知財戦略」がありますか。    そして「知財戦略」に法って特...

        皆さまの会社には「知財戦略」がありますか。    そして「知財戦略」に法って特...


関係性の種類、対立とは 普通の組織をイノベーティブにする処方箋(その97)

   現在、KETICモデルの中の「知識・経験を関係性で整理する」を解説しています。今回は下記(6)の対立についてお話します。 ◆関連解...

   現在、KETICモデルの中の「知識・経験を関係性で整理する」を解説しています。今回は下記(6)の対立についてお話します。 ◆関連解...


新テーマ発見のためのオープン・イノベーション  研究テーマの多様な情報源(その25)

     前回のその24に続いて解説します。製品アイデア創出・実現を目的に、必ずしも技術に限定せず、製品アイデアそのものを外部から...

     前回のその24に続いて解説します。製品アイデア創出・実現を目的に、必ずしも技術に限定せず、製品アイデアそのものを外部から...


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

もっと見る
トレーサビリティの保証 プロジェクト管理の仕組み (その45)

 前回のその44に続いて解説します。    ハードウェア設計の場合も、要件と回路ブロックの仕様(スペック)、回路ブロックのスペックと部品のス...

 前回のその44に続いて解説します。    ハードウェア設計の場合も、要件と回路ブロックの仕様(スペック)、回路ブロックのスペックと部品のス...


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

 それでは、機能以外にも注目してシステム要件をリストアップするにはどうしたらよいでしょうか、 そのための手法として FURPS+ を紹介したいと思います。...

 それでは、機能以外にも注目してシステム要件をリストアップするにはどうしたらよいでしょうか、 そのための手法として FURPS+ を紹介したいと思います。...


設計部門とリスク管理(その2)

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

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