他の保険会社と同様、Standard Life 社は規制当局によって管理されています。 英国では、これらの規制は金融庁（FSA）によって施行されています。FSA は、顧客の苦情がタイムリーに対応されたかどうかを監視します。 Standard Life 社が適時に顧客に対応できないなど、苦情処理アプリケーションがダウンした場合、FSA は罰金を科す可能性があり、悪質な宣伝は Standard Life 社の顧客との信頼性を失う可能性があります。

アプリケーションのデプロイメントが時間がかかり複雑であったため、マニュアルでのプロセスを実行すると人為的なエラーが発生し、アプリケーションが機能しなくなる可能性がありました。Standard Life は、アプリケーションの導入とエラーの可能性を減らすこと、そして必要な時間を短縮するため、自動化されたソリューションを模索しました。

ビジネス課題

Standard Life 社の Notes の開発環境は他の多くの Notes ユーザーと同様に、開発チームは新しく作成または更新したデータベースのテンプレートを作成し、その内容や設定情報を運用管理チームに報告していました。その後、運用管理チームは、データベースの設計反映を本番環境にリリースするための必要な手順を実行していました。このプロセスは、本番環境を保護し、管理可能にできるようにすることをを目的としていましたが、問題がありました。

• リリース作業は全体で 3 日ほどかかっていました。
• コミュニケーションの問題やプロセスがマニュアルであったために、リリース時に間違いがしばしば発生していました。
• 開発チームはリリースの際にいくつかの拡張機能を組み込もうとしていたのですが、簡単で単純な機能拡張のリリースの場合でさえ、リリースが遅れることがありました。
• 開発チームはデータベースの更新の都度、まったく同じやりとりを運用管理チームを繰り返さなければならず、貴重な時間を無駄にしました。
• 開発チームと運用管理チームは、残業をして本番環境への設計更新をしなければならず、加えて翌朝の早い時間に最終確認作業をしなければなりませんでした。
• 運用管理チームはデータベース更新作業タスクにばかり仕事の時間を取られるのが嫌でしたし、開発チームはそういう彼らがあまり注意を払わずデータベース設計の更新をしていることが嫌でした。

IT 部門は何度もこの問題に対する解決策を検討していましたが、それに対応する時間とコストが折り合わず自作でのリリース自動化システムの開発は見通しが立たず頓挫していました。

Teamstudio Build Manager で Standard Life 社はデータベースの設計更新をコントロールでき、好きな時間に時期にリリースできるようになりました。開発/テスト/本番環境というリリースのサイクルを短縮し、開発者が機能拡張をより頻繁にユーザーへ提供できるようになりました。現在では、本番環境へのリリースを実行するのにたった一人の人員で行えるので、貴重なリソースを他の仕事に向けることができるようになっています。また、アプリケーションのリリースプロセスが確立されると、リリース時の問題はなくなったため、サポートの時間にリリースが問題だというリスクも軽減されました。アプリケーションのリリースに必要な手順が文書化され、アプリケーションを担当する開発者がリリースを実行できるようになります。Teamstudio Build Managerは、すべてのリリースに対して詳細なログを記録し Standard Life 社の必要とするリリース作業の全容から詳細に至るまでのすべてを把握できるようになりました。

導入効果

自動リリースシステムを自作で作成、構築するのは非常にコストがかかります。Teamstudio BUild Manager の導入は、費用対効果の面でも非常に評価できるソリューションでした。 Teamstudio Build Manager を導入してから 6 ヵ月後に、533 のリリースが行われましたが、このうち 324 個が Build Manager を使用して本番環境にリリースしています。「現在、すべての開発者が Build Manager を使用しているわけではありませんが、いづれその例外はなくなるでしょう」とCochrane氏は述べています。