チューリッヒ、ローコード開発でDevOpsを強化

世界的な保険会社、チューリッヒは最近、市場シェアを拡大し、地位を強化しながらデジタルによる混乱に対処するという複雑な状況に陥りました。

6,000 万人以上の英国顧客にサービスを提供する 4 人を超える英国従業員を抱える企業にとって、これは航空母艦を方向転換させるのと同等のビジネス上の出来事でした。

チューリッヒは、ビジネスを前進させ、最終的には顧客を支援するソフトウェアソリューションを構築するために、より迅速かつ機敏に行動する必要がありました。そこで、イノベーション、簡素化、顧客重視という 3 つの領域に重点を置いたデジタル変革戦略を開発しました。

チューリッヒは、この戦略の実行を支援するために IT 部門と DevOps に目を向けました。

チームの編成

DevOps リーダーの Barrington Clarke 氏がその任務を引き受けました。組織初の DevOps チームを編成する任務を負った Clarke 氏は、共通の情熱のもとに団結した人々で構成されるチームを選択しました。

クラーク氏は、データ統合スペシャリストのジョン・クエール氏、ビジネスエンジニアのレオナルド・スクリッカ氏、ビジネスエンジニアのジェームズ・フォスター氏を含む新しいチームを編成し、緊急の問題への対応にすぐに着手しました。彼らの目標は、テロ行為による損失から顧客を保護するチューリッヒのアプリケーションの効率を高めることでした。

テロ行為による損害や損失は壊滅的であり、保険をかけるには高額なリスクとなります。リスクを軽減するために、チューリッヒは、保険会社がテロ対策を提供できるよう支援することを唯一の目的とする再保険会社である Pool Re と提携しています。Pool Re は、英国財務省が支援する官民パートナーシップ制度で、これらの保険に伴うリスクの大部分を引き受けています。

チューリッヒと Pool Re の関係は、テロリズムの補償がチューリッヒの顧客にとって必需品であるため、極めて重要です。チューリッヒにとって、この事業分野は総収入保険料で数百万ポンドの価値があり、チューリッヒの保険契約の約 20,000 分の XNUMX (約 XNUMX 件) を占め、数百万の物件とリスクにわたる数万件の取引で構成されています。

Pool Re との関係を維持するために、チューリッヒは Pool Re の引受マニュアルに従う必要があります。このマニュアルには、次の内容が記載されています。

どのような保険料を請求するか
保険料に適用できる割引や調整
いつ、どのような形式でデータを送信する必要があるか

DevOpsチームの最初の仕事は、テロの引受プロセスを管理していたレガシーアプリケーションの実用的な知識を得ることでした。彼らは、アプリのユーザーをより深く理解するために、シニアプロダクトアンダーライターのアレックス・トンを招きました。その後、グループはレガシーアプリケーションを最新化するチューリッヒの引受人のデータ整合性とユーザーエクスペリエンスを向上させるためです。

危険の評価

約 700 人の保険引受人が、従来の保険契約管理アプリケーションを使用して保険料を計算し、顧客データを取得していました。このアプリケーションを緊急に更新する運用上および財務上のニーズがありました。

保険引受人はデータ入力に時間がかかりすぎていた。データの入力と再入力に数日分の時間が費やされていた。保険契約を書き直す必要がある場合、影響を受けたデータを削除して書き直すのに何時間もかかっていた。保険引受人が保険契約を効率的に更新しようとした回避策は、保険契約の安全性を脅かしていた。データの整合性すでに精度の問題を抱えているシステムです。

保守性を複雑にしていたのは、システムが古い 2002 SQL Server ビルドに基づいていたことです。

Clarke の DevOps チームは、プロセスの問題に対処し、データの入力、検証、整合性を強化する必要があることを認識していました。Pool Re は、四半期ごとにデータを送信すること、およびそのデータが正確であることを要求していました。Zurich が Pool Re にデータを送信できなかったり、間違ったデータを送信したりした場合、ビジネスを失う可能性があります。

「引受プロセスにおける補助的なシステムではありますが、非常に重要なシステムです」とトン氏は強調する。「システム内で問題が発生すると、事態は大きく悪化します。」

テロによる損失に対する補償はチューリッヒのビジネスとその顧客にとって極めて重要です。

新しい DevOps チームが克服しなければならなかったハードルは、アプリケーションの問題を解決することだけではありませんでした。文化的な変化も必要でした。

このプロジェクトまで、チューリッヒのITチームは主にウォーターフォール方式でアプリケーションを構築していました。以前はうまく機能していましたが、ウォーターフォールは顧客中心のソフトウェアを迅速に作成するというチューリッヒの新しい戦略と一致していませんでした。アジャイル方法論 IT 部門全体、部門全体、ユーザーと迅速かつ頻繁に共同作業を行うことができます。

アプリケーションが保険料と割引を適切に計算し、他のシステムと通信するには、次のシステムに接続する必要があります。

チューリッヒのSalesforceインスタンス
AWS
Googleマップ
ローカルSQLサーバーデータベース
その他のウェブサービスとAPI

これには、深い技術的知識と膨大な IT リソースが必要でした。社内に開発者が不足していたため、これが問題でした。

会社を変革し、チューリッヒの戦略を実行するために、DevOps チームは調査を開始し、次のことを可能にするローコードプラットフォームを探しました。

アジャイルを簡単に実装
ドメインエキスパートからのフィードバックと要件を迅速に収集
サービスの統合

彼らは Mendix 開発プラットフォームクラーク氏は評価において、継続的インテグレーションと継続的デリバリーを実現するプラットフォームを探していましたが、そうした方法論の実行、チューリッヒの IT 環境の解釈、DevOps チームの構築に関する専門知識も求めていました。

Mendix チューリッヒが必要とするテクノロジーを提供しただけでなく、商業や契約を気にすることなく、チューリッヒが望んでいたコンサルティング、サポート、対面でのやり取りも提供しました。

チューリッヒの建設への意欲顧客向けアプリケーション製品には市場、市場の変化、顧客の変化への対応力が求められます。

調整を行う

In Mendixクラーク氏と彼のチームは、自分たちが最も得意とする「問題の解決」を可能にするプラットフォームを見つけました。彼らはレガシーシステムを置き換え、テロデータキャプチャ (TDC) アプリケーションを構築しました。

「私たちは、新しいシステムで、手作業による明確化、確認、データの再入力をすべて排除することができました。 Mendix 「アプリケーションです」とクラーク氏は言う。

手作業による引受プロセスの自動化チームの時間の大幅な節約につながりました。ユーザーエクスペリエンスの向上こそが、TDC アプリケーションの最大の価値であると Tong 氏は考えています。

自律的AI Mendixさんフィードバックウィジェットクラーク氏と彼のチームは、Tong 氏から簡単にフィードバックを募り、収集して、TDC アプリケーションのワークフローと UI を確立することができました。このコラボレーションを通じて、彼らは次のような新しいシステムを作成しました。

回避策の必要性を排除
情報を一元管理する
正確なレポートを生成する

トン氏によると、これらのプロセスの変更により、引受人は数時間だけでなく数日分の時間を節約でき、見積もり作成やビジネス構築により多くの時間を費やせるようになるという。

価値実現までの時間が短縮されました。チームは12週間でアプリを構築し、 Mendixのモデル駆動型開発とラピッドプロトタイピング機能。このアプリがウォーターフォール方式で再プラットフォーム化されていたら、チューリッヒは 1 年以上直接的な影響を目にすることはなかったでしょう。

TDC アプリケーションは同社にとって運用面でも技術面でも画期的な成果であり、運用効率の向上につながっています。クラーク氏は、チューリッヒは年間 50,000 個のアプリケーションにつき、最低でも 100,000 万～ XNUMX 万ポンドの運用コストを節約できると見積もっています。

「私たちは、コストと時間スケールを管理しながら、規律ある方法でアプリケーションを提供することができました」とクラーク氏は言います。彼は、チューリッヒはデジタル化と新しいプラットフォームを通じて、数百万ポンドという大幅なビジネス拡大を実現できると見積もっています。

数を超えて

クラークのチームはすぐに無形の価値を認識した Mendix チューリッヒにもたらされたメリットと、ローコード開発とアジャイル手法が職業的レベルと個人的レベルの両方にもたらしたメリットについて説明します。

ジェームズ・フォスターにとってのメリットは、 Mendix 彼と彼の同僚に教え込まれた。

ジョン・クエールは、 Mendix 組み込み機能などの機能を提供スプリント管理統合されたフィードバックウィジェット。

レオナルド・スクリッカは、 Mendixの組み込みコネクタと統合。ハードコーディングやプログラミングの基礎に集中する必要がないため、チームは新しいスキルを習得し、より多くのビジネス上の問題を解決する機会が得られました。

製品提供の構築

TDCアプリケーションの構築にかかる時間を節約 Mendix 新しいアプリを作成し、他のチューリッヒのシステムを改善し、ビジネス上の問題をより迅速に解決する機会が生まれました。

使い方 Mendixのアジャイル支援ツールのおかげで、チューリッヒのDevOpsチームは顧客対応システムを構築し、ドメイン専門家からのフィードバックを集め、以前よりもはるかに迅速に変更を加えることができるようになりました。スクリッカ氏はこれを身をもって知っています。「私たちが追加した主な価値は、効率そして変化をもたらすスピードも重要です。」

クラーク氏にとって、彼のチームが作り出した文化変革の取り組みは際立っている。 Mendix チューリッヒは保険業界におけるイノベーション企業となることができました。

DevOpsチームは、ビジネスユニット間の壁を打ち破る権限を与えられ、緊密に連携するビジネス担当者、アナリスト、開発者と協力して、共通の目標に向かって取り組みます。

チューリッヒUKのIT責任者であるダレン・ウェスト氏にとって、 Mendix それは最初から明らかでした。「本当のメリットは、IT、ビジネス、そしてパートナー間の緊密な連携から生まれるはずでした。」

自律的AI Mendixチューリッヒは、革新、簡素化、そして常に顧客を業務の中心に据えるという戦略を忠実に守り続けることができます。

建物と Mendix 「ビジネスプロセスを推進しました」と Clarke 氏は言います。「また、次回はもっとうまくやれるようになる方法を学ぶ機会もたくさんありました。私たちは、非常に短期間で、低コストでアプリケーションをビジネスに提供し、今後は引受コミュニティとともにサポートし、維持していきます。これは、DevOps チームにとっての真の成功ですが、このより広範な指令にとっても真の成功です。」