プロダクトライン開発

ものがあふれる現代、身の回りにある多くの機器は機能が飽和し、一から製品を開発する機会はほとんどありません。開発現場においても、既存資産を可能な限り活用して新しい製品を作り出すことが、単純に「開発量を減らす＝早期リリースを可能にする」と考えられ、安易なコピーによる開発が横行しています。しかし、そうすることの副次的な問題により、開発現場は一向に楽になることはありません。では、どうすれば良いのでしょうか。

既存資産をコピーすることが引き起こしている問題

多くの現場では、新製品の開発時に過去に開発した類似製品の資産（＝既存資産）をコピーして、派生開発や再利用開発をスタートします。

図1上は典型的な派生開発を示しています。この方法では製品のコピーを場当たり的に繰り返しており、コピー元の資産は統一されていません。

図1下は典型的な再利用開発を示しています。こちらはコピー元の資産は統一されていますが、各製品はコピー元資産の特定バージョンをコピーしています。

これらの方法は、各製品の資産とコピー元資産の多くの部分を重複してメンテナンスする必要があるため、一つの製品に変更が必要となった時に、同様の変更が複数の製品バージョンに及ぶ可能性があるという問題を抱えています。

SPL開発とは

上記の問題はSPL(ソフトウェアプロダクトライン)開発によって解決することができます。図2はSPL開発のイメージを示しています。

SPL（ソフトウェアプロダクトライン）開発では、コピーではなく、統一して管理された資産から各製品を導出する点に大きな特徴があります。

統一して管理された、再利用可能な資産のことを部品化したコア資産と呼び、いつでも製品群の全ての製品の導出が可能であるように、定期的にバージョンアップします。そのため、どの製品に変更が必要になっても、変更は部品化したコア資産の最新バージョンのみでよくなります。

また、新製品の開発時には、既に開発・テスト済みの部品化したコア資産を最大限に再利用できるため、新製品固有機能の作り込みのみに専念することができます。

このように変更開発時・新規開発時のいずれにおいても、SPL開発では重複した機能開発を防ぐことができるため、従来に比べて、ムダな開発工数を削減することができます。

SPL開発への移行の進め方

では、SPL（ソフトウェアプロダクトライン）開発に移行するためにはどうすればよいのでしょうか？

一般的には、要求からトップダウン的に部品化し、製品群全てを導出可能なコア資産を構築します。しかし、この方法は非常に大掛かりであり、開発現場の負担が大きいため、多くの開発現場では導入に踏み出すことができません。

これに対して、既存資産を最大限に再利用することにより、比較的早期にSPL開発に移行することができる方法があります。図3は、そのプロセスを示しています。当社ではこのアプローチのことを、RIPPLE（Rapid/Requirement Integration Production Product Line Evolution）と呼んでいます。

コンサルタントが教える成功の秘訣

コンサルタント 吉元 崇

多くの開発現場では常に開発効率の改善を求められています。これを解決する手段としてSPL（ソフトウェアプロダクトライン）開発を取り入れている現場は少なくないようですが、多岐にわたる工学的知識を独力で習得し、正しく実践していくことは大変難しく、期待する効果が得られていないケースも見られます。

エクスモーションでは、これまで様々なSPL（ソフトウェアプロダクトライン）開発の導入支援を実施してきました。それら支援を通じて培われた実践的なノウハウにより、現場にとってわかりやすく、具体的なSPL開発の進め方のご提案と実践が可能です。

SPL（ソフトウェアプロダクトライン）開発の進め方に迷ったら、ぜひ、私たちにご相談ください。皆さんと一緒になって変革を成し遂げることを楽しみにしております。

SPL関連コラム

プロダクトライン開発に関する記事を見る

他のソリューションを見る

最新コラム