ブログ

Continuous DeliveryとはリリースのスケジュールをIT部門が握るのではなく、ビジネス部門が握るということだ。 Continuous Deliveryを実装するということは、全体のライフサイクルを通じて常にソフトウェアが本番環境にリリース可能であるということを意味する。すなわちどのビルドもボタン一発で、完全に自動化されたリリースプロセスを通じて、秒とか分の時間で利用者にリリース可能である、ということだ。

Jez Humble

Continuous Deliveryとは何か？

ユーザーとプロジェクトチーム（顧客やプロダクトオーナーも含む）の間に固いフィードバックループを作ることは、結局のところ、試験的な変更や新しいアイデアを実装した新しいバージョンのプロダクトを継続的に届けること、そして、それらの変更の収入面での影響を測定できるかどうかにかかっている。

数ヶ月に一度新しいバージョンのソフトウェアをリリースすることに慣れている多くの企業では、この一日に何度も変更をリリースするという考え方は不可能だと思うだろう。しかし、Thoughtworksでは、Continuous Deliveryの本に書いた原則とプラクティスを使って、年に数回しかリリースできなかった組織を月に数回もしくはもっと頻繁にリリースできるようにしている。 これは巨大な競争面での優位性を表していて、あなたの組織のムダな時間や努力の大幅な削減につながることを意味している。

Continuous deliveryはそれゆえ2つの重要なビジネス上の利点を持っている。

一つ目は、ビジネスプランがどのくらい良いものなのかをより素早く評価することができ、現実の利用者のフィードバックを受けて修正を行うことが可能になるということだ。特に、ビジネスプランに根本的な欠陥があった場合には、何ヶ月や何年もたって大量のお金をプロジェクトにつぎ込んだあとではなく、できる限り早くそれを知りたいと思うだろう。

二つ目は、長いプロジェクトの最後に行う伝統的な「ビックバン」リリースと比較して、絶対的にリスクが少ないデリバリーのプロセスを提供してくれることだ。これが意味するところは、コストの予測可能性が上がるということだ。

さらにはIT面でも2つの強力な利点がある。

一つ目は、「ユーザーに価値を届けている本番環境で動作しているソフトウェア」という単純だが有用な完成の定義に基づいて、プロジェクトの進捗に関する本当のフィードバックを得ることが可能になることを意味している。

二つ目は、小さい増分を日常的にリリースすることによって、個々のリリースのリスクを減らすことができるということだ。