開発効率向上活動の考え方 開発効率を上げるには(その3)

更新日

投稿日

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

 

前回の開発効率を上げるには(その2)開発効率向上の重要性に続けて解説します。

3. 開発効率向上活動の考え方

開発効率を向上させる活動はリソースを投資する活動であり、その目的は企業の経営目的に合致する改善の成果を少ない投資で得ることです。しかし、実際の活動においては、担当者の目的意識が次のように十分ではないために、目的と合わない手段を選択する/他で効果があったからというだけで、自部署に効果があるかが検証されない手段を選んで取組みが進められ十分な成果が得られない、途中での方向転換のために無駄な投資が発生する等の問題が発生するという例が多くあります。

  • 本来の目的が共有されない、目的として認識されない
  • 各人が意識している課題に注目し、本来の目的からそれてしまう

 

そうした弊害を避けるためには、活動計画を立てる前段階で目的や達成したい成果を明確に定めて共有することが重要です。ここでは、開発効率向上活動について考える手始めに、目的設定の際に考慮すべき3つのポイントについて解説します。

 

(1)活動の目的

「なぜ開発効率向上活動を行うのか」「どのような成果をもとめているのか」を明確化します。これは、主として経営的な目的であり、例えば次のような内容となります。

  • ①予定通り開発ができず、製品の市場投入が遅れ、ビジネスチャンスを逃している
  • ②人件費や設備投資が増大し、開発にかける費用がかさみ、採算が悪化している
  • ③製品の品質が悪く、トラブル対応で全体の工数が圧迫されている

 

これらの例で求められている成果を開発のQCDの観点で言い換えると、次のように捉え直すことができます。

  • ①は開発のスピードを向上させたい = D(Delivery)を改善したい
  • ②は開発のコストを削減したい =       C(Cost)を改善したい
  • ③は開発の品質を向上させたい =       Q(Quality)を改善したい

 

ここで注意すべきなのは、この内のどれを目指すかによって採るべきアプローチが異なり、またそれぞれが次のように相反する場合があるということです。開発効率向上活動をしていると、活動メンバーから「効率とは何を意味するのか」とよく質問を受けますが、それは、この点を定めないと活動の計画を立てられないということを表しています。

  • 開発スピードを上げるために新しいツールを導入すると Dは上がるがCは下がる
  • 開発品質を上げるためにレビューの時間を増やすと Qは上がるがC,Dは下がる

 

ただし、コストが主だが品質は犠牲にしないという目的の立て方もありますし、品質を上げることでトラブル対応のコストが下がり開発スピードも向上するといった副次的な効果もありますので、厳密にどれか一つを目的とするということではなく「(QCDの)〇を目的とするが、付随して発生する副作用も含めてトータルで成果を測る」という形で柔軟に考えることが必要です。

 

(2)活動の成果

通常の企業活動では、計画や進捗管理を行うために定量的に成果を測定できるKPIが設定されます。一方、開発効率向上活動においては、以下の理由から活動を行わなかった場合の基準が不明であるために成果の度合いを精密に測定することが難しく、しばしば活動を進める上での障壁になっています。

  • 開発はプロジェクト毎に内容が異なるために、新たな開発プロジェクトで改善を適用したとしても、改善しなかった場合の数値が分らず、改善度合いが測定できない
  • 各企業で開発環境が異なるため、市場にも開発効率についてのベンチマークは存在しない。
  • 改善として教育などの効果が現れるまでに時間のかかる施策を実施した場合、他の要因による外乱で成果が見えなくなる。

 

そのため、それぞれの企業の事情にあった形で活動の成果を判断していくという現実的な基準を予め決める必要があります。

  • 開発プロジェクト開始前に有識者が工数を見積り、それを基準値とする
  • 日頃から開発者にアウトプット量、作業時間を記録してもらい、トレンドで判断する
  • トータルのアウトプットで判断する

 

(3)活動の投資効率

開発効率向上活動は投資活動ですので、活動自体の採算が問われます。これを金額ベースで考えると、次の式で表すことができます。

  • 現状の開発投資額  : Cd [¥]
  • 開発効率の改善度合い: &Del...

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

 

前回の開発効率を上げるには(その2)開発効率向上の重要性に続けて解説します。

3. 開発効率向上活動の考え方

開発効率を向上させる活動はリソースを投資する活動であり、その目的は企業の経営目的に合致する改善の成果を少ない投資で得ることです。しかし、実際の活動においては、担当者の目的意識が次のように十分ではないために、目的と合わない手段を選択する/他で効果があったからというだけで、自部署に効果があるかが検証されない手段を選んで取組みが進められ十分な成果が得られない、途中での方向転換のために無駄な投資が発生する等の問題が発生するという例が多くあります。

  • 本来の目的が共有されない、目的として認識されない
  • 各人が意識している課題に注目し、本来の目的からそれてしまう

 

そうした弊害を避けるためには、活動計画を立てる前段階で目的や達成したい成果を明確に定めて共有することが重要です。ここでは、開発効率向上活動について考える手始めに、目的設定の際に考慮すべき3つのポイントについて解説します。

 

(1)活動の目的

「なぜ開発効率向上活動を行うのか」「どのような成果をもとめているのか」を明確化します。これは、主として経営的な目的であり、例えば次のような内容となります。

  • ①予定通り開発ができず、製品の市場投入が遅れ、ビジネスチャンスを逃している
  • ②人件費や設備投資が増大し、開発にかける費用がかさみ、採算が悪化している
  • ③製品の品質が悪く、トラブル対応で全体の工数が圧迫されている

 

これらの例で求められている成果を開発のQCDの観点で言い換えると、次のように捉え直すことができます。

  • ①は開発のスピードを向上させたい = D(Delivery)を改善したい
  • ②は開発のコストを削減したい =       C(Cost)を改善したい
  • ③は開発の品質を向上させたい =       Q(Quality)を改善したい

 

ここで注意すべきなのは、この内のどれを目指すかによって採るべきアプローチが異なり、またそれぞれが次のように相反する場合があるということです。開発効率向上活動をしていると、活動メンバーから「効率とは何を意味するのか」とよく質問を受けますが、それは、この点を定めないと活動の計画を立てられないということを表しています。

  • 開発スピードを上げるために新しいツールを導入すると Dは上がるがCは下がる
  • 開発品質を上げるためにレビューの時間を増やすと Qは上がるがC,Dは下がる

 

ただし、コストが主だが品質は犠牲にしないという目的の立て方もありますし、品質を上げることでトラブル対応のコストが下がり開発スピードも向上するといった副次的な効果もありますので、厳密にどれか一つを目的とするということではなく「(QCDの)〇を目的とするが、付随して発生する副作用も含めてトータルで成果を測る」という形で柔軟に考えることが必要です。

 

(2)活動の成果

通常の企業活動では、計画や進捗管理を行うために定量的に成果を測定できるKPIが設定されます。一方、開発効率向上活動においては、以下の理由から活動を行わなかった場合の基準が不明であるために成果の度合いを精密に測定することが難しく、しばしば活動を進める上での障壁になっています。

  • 開発はプロジェクト毎に内容が異なるために、新たな開発プロジェクトで改善を適用したとしても、改善しなかった場合の数値が分らず、改善度合いが測定できない
  • 各企業で開発環境が異なるため、市場にも開発効率についてのベンチマークは存在しない。
  • 改善として教育などの効果が現れるまでに時間のかかる施策を実施した場合、他の要因による外乱で成果が見えなくなる。

 

そのため、それぞれの企業の事情にあった形で活動の成果を判断していくという現実的な基準を予め決める必要があります。

  • 開発プロジェクト開始前に有識者が工数を見積り、それを基準値とする
  • 日頃から開発者にアウトプット量、作業時間を記録してもらい、トレンドで判断する
  • トータルのアウトプットで判断する

 

(3)活動の投資効率

開発効率向上活動は投資活動ですので、活動自体の採算が問われます。これを金額ベースで考えると、次の式で表すことができます。

  • 現状の開発投資額  : Cd [¥]
  • 開発効率の改善度合い: ΔK [%]
  • 改善の成果     : Cd × ΔK [¥]
  • 活動に要した投資額 : Cr [¥]
  • 向上活動の投資効率 : (Cd × ΔK)/ Cr [%]

 

つまり活動の採算を成り立たせるということは向上活動の投資効率を上げるということであり、そのためには、ボリュームの大きな開発分野で、高い開発効率の改善を、少ない活動投資で実施するというのが活動のポイントということになります。そして、これが経営的に成り立つかの見極めが求められる訳です。

 

ここで、通常は当然投資に見合ったリターンということで投資効率は1以上であるべきですが、大きな設備投資を伴う活動では単年度では1を割り込むこともあるため、複数年度での投資判断が行われます。

 

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

 

   続きを読むには・・・


この記事の著者

山本 裕之

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

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


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

もっと見る
経験を知識に転換する工夫 普通の組織をイノベーティブにする処方箋 (その58)

   現在KETICモデルの2つ目、Experience(経験)の解説をしています。しかし、いくら経験を重ねても経験(暗黙知)のままでは、...

   現在KETICモデルの2つ目、Experience(経験)の解説をしています。しかし、いくら経験を重ねても経験(暗黙知)のままでは、...


人材育成の注意点 技術人材育成の進め方(その3)

       人口減少による人手不足、既存製品のコモディティ化、新技術の導入などに対応していくために、企業が...

       人口減少による人手不足、既存製品のコモディティ化、新技術の導入などに対応していくために、企業が...


新規事業×しんどいを乗り越える鉄則:開発担当者、新規事業・新商品を生み出す技術戦略(その101)

【この連載の前回、技術開発者の離職理由から考える本質的な解決策、新規事業・新商品を生み出す技術戦略(その100)へのリンク】 【目次】 ...

【この連載の前回、技術開発者の離職理由から考える本質的な解決策、新規事業・新商品を生み出す技術戦略(その100)へのリンク】 【目次】 ...


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

もっと見る
作業要素の進捗分析2 プロジェクト管理の仕組み (その19)

  前回のその18:作業要素の進捗分析1に続いて解説します。    図50は製品構造の観点から管理単位にブレークダウンした例です。製品がどの...

  前回のその18:作業要素の進捗分析1に続いて解説します。    図50は製品構造の観点から管理単位にブレークダウンした例です。製品がどの...


トレーサビリティの保証 プロジェクト管理の仕組み (その44)

 前回のその43に続いて解説します。    ハードウェア設計も、ソフトウェア設計ほど明確ではありませんが、同じように開発工程ごとに関連する設...

 前回のその43に続いて解説します。    ハードウェア設計も、ソフトウェア設計ほど明確ではありませんが、同じように開発工程ごとに関連する設...


仕組みの見直しに成功する組織1 プロジェクト管理の仕組み (その25)

 この連載では、仕組みの見直しをテーマに様々な考え方や事例を紹介しているわけですが、実際にコンサルタントして仕組みの見直しに取り組んだ組織の中には成功して...

 この連載では、仕組みの見直しをテーマに様々な考え方や事例を紹介しているわけですが、実際にコンサルタントして仕組みの見直しに取り組んだ組織の中には成功して...