Continental が Lotus Notes と Domino をローコードで置き換えた方法

ほとんどの人は知っていますコンチネンタルコンチネンタルはタイヤ事業で世界をリードしてきました。しかし、この自動車製造会社は、テレマティクス、電気モーター、自動運転技術などを提供するなど、さらに進化を遂げています。現在、コンチネンタルは世界 241,000 か所の拠点に 573 人を超える従業員を擁しています。

製品ラインの拡大に伴い、コンチネンタルはハードウェアメーカーを超えて、ソフトウェアも提供するIT企業へと進化するという戦略的な決断を下しました。ソフトウェアとハードウェアを活用したサービスを顧客に提供することが、組織にとって重要な目標となりました。これを実現するために、コンチネンタルは Lotus Notesの置き換えとドミノ。

変化の原動力

Continental 社における変化の大きな原動力の 1 つは、常に変化する市場や環境にスピードと革新をもって適応する必要性でした。Continental 社の顧客がテクノロジーに対する行動や関わり方を変えているだけでなく、従業員がアプリの構築方法に期待する内容も変化しています。

Continental では、組織内の問題を解決するためにテクノロジーを求める人が増えている一方で、それを自分たちで解決する方法を知りたいという人も増えています。テクノロジーの使用、消費、構築に関しては、企業文化はセルフサービス環境へと移行しています。

プロセスを近代化する前、コンチネンタルの市場投入までの時間は、複雑さテクノロジーの遅れが大きな課題となり、変化に迅速に対応するために必要な柔軟性が得られませんでした。Continental には、エンタープライズアプリケーション開発ツールや、常に変化する環境を採用して適応する能力が欠けていただけでなく、不確実性やソフトウェアの欠陥に対処する文化も欠けていました。

変化の 2 番目の原動力は、Continental が Lotus Notes と Domino のレガシーアプリケーションに依存していたことです。IT チームは、Domino で実行されている数百のアプリケーションの開発、保守、強化を担当していました。レガシーの近代化そして、Lotus Notes の置き換えは避けられないように思われました。

メールと生産性ツールを Office 365 に移行した後、ネットワークと文化の両方で俊敏性を高め、最終的に開発のスピードを向上させるプロセスを実装しようとしました。このプロジェクトでは文化とテクノロジーの変化に対処しましたが、どういうわけかすべての Domino アプリケーションに空白が残っていました。

このギャップと、これらすべてのアプリケーションを置き換える必要性から、Continental は Lotus Notes と Domino に代わるアプリケーションを探すことになりました。

Lotus Notes と Domino を置き換える 5 つの理由

Fleischer が Lotus Notes と Domino を置き換えることを決定した理由は、次の 5 つです。

1. レイテンシと帯域幅

Domino 上で実行されている 10 つのアプリケーションは、ドイツのホスティングが原因で、アジアの遠隔地で遅延の問題が発生しました。アプリケーション内のボタンをクリックすると実行に約 XNUMX 分かかるため、ユーザーは別のラップトップとマシンを購入する必要がありました。

アプリケーションが頻繁にフリーズし、作業を継続できなくなりました。プロセス全体が遅くなったり、完全に停止したりして、ビジネスに深刻な問題を引き起こしました。ユーザー体験。

2.保守性

コンチネンタルは、実装したい新機能に対する需要が安定しています。それでも、技術的負債 Domino アプリケーションによって蓄積されたコストにより、単純な機能を追加することがますます困難になりました。

こうしたアプリケーションの保守と拡張は非常に困難になりました。10 つの機能を追加すると、厳密なテストにもかかわらず、知らないうちに別の XNUMX 個の機能が壊れてしまいます。

3。再利用性

コンチネンタルは、ソフトウェア開発プロジェクトのスピードを上げるために、再利用可能なコンポーネントDomino とすべての使い捨てコードにより、すでに構築されたものを再利用することはほぼ不可能になりました。

4。品質

Continental は、構築するアプリケーションの品質を確保する必要があります。これは Domino では困難だっただけでなく、膨大な労力と投資も必要でした。1 つのアプリケーションに機能を追加する場合、それらの機能をテストし、バグを特定し、修正して、必要な品質になるまで繰り返すだけで 1 年以上かかりました。

5。ストレージ

Domino は厳密にはデータベースではないため、Continental のアプリケーション内のストレージスペースへのアクセスは急速に減少していました。

特定のアプリケーションに 10 年以上にわたって収集されたデータにより、Domino アプリケーションはすぐに限界に達しました。データベースをクリーンアップするサイクルはどんどん短くなり、会社はアーカイブしてスペースを解放する必要に直面し、最終的には Continental のビジネスプロセスに影響を及ぼしました。

コンチネンタルがタイヤ製造会社だった頃は、ドミノは許容できるソリューションだったかもしれないが、会社が成長するにつれて、ドミノの問題は大きな障害となった。その結果、コンチネンタルの企業ITチーム（ビジネスに近い — 同社のすべての Domino アプリケーションを最新化する計画をまとめました。

ビデオを見る: コンチネンタルのデジタルアプリケーションプラットフォームのグローバルチームリーダーが、Lotus NotesとDominoの置き換えの道のりについて語る

代替案の評価

レガシー近代化計画が実施され、組織はテクノロジーだけでなく、考え方や文化においても大きな変化の瀬戸際にありました。

ソリューションを評価する中で、企業のIT部門は、自社のテクノロジースタックに、市場投入までの時間が短い既存の ERP/CRM、Office 365/Sharepoint、ドメイン固有のアプリ、カスタムコードに加えて、XNUMX 番目の柱が必要であることはわかっていました。

具体的には、Continental が求めていたのは次のようなプラットフォームでした。

使い方は簡単で楽しい ビジネスユーザーにも理解され
再利用を可能にする 共通のプロトコルと構造を持つ
品質を保証する 結果の

最近の講演で Mendix フライシャーは、利用可能なオプションとそれがなぜ必要かを説明した。コンチネンタルにぴったり:

ワンサイズですべてに対応できるソリューション

広範囲にわたる調査の結果、Continental は、多くのアプリケーションがそれぞれ異なる方法で構築または使用されているため、1 つのテクノロジソリューションがすべてのアプリケーションに適合するわけではないという結論に達しました。

既存の技術を再利用

コンチネンタルは、万能なアプローチが機能しないことに気付き、アプリケーションとテクノロジーをクラスター化しようとしました。いくつかのユースケースは、レコードシステムと密接に関連していることに気付きました。 SAPここでは、SAP をバックエンドとして使用し、Fiori をフロントエンドとして使用するのが理にかなっています。

しかし、納品までのスピードとメンテナンスのコストが法外なものでした。SAP のコアプロセスでなければ、SAP には適していません。

市販のソリューション（COTS）

いくつかのアプリケーションは、 COTSソリューション.

たとえば、プロセスがドメインまたはビジネスケースに固有のものである場合や、複雑なビジネスロジックが必要で構築に時間がかかる場合などです。COTS ソリューションを使用すると、Continental は社内で何かを構築したり、すでに所有しているテクノロジを再利用したりするのではなく、必要な製品だけを購入することができます。

しかし、Continental のポートフォリオには言語を共有するすべてのドメイン固有のアプリケーションが含まれていたにもかかわらず、単一の既成のソリューションでは多数の要件とユースケースを満たすことができませんでした。

カスタムビルド

すべてが失敗した場合は、いつでもカスタムメイドのソリューションを利用できます。 .NET または他の従来のプログラミング言語を使用することもできます。確かにそうですが、このオプションはコストが高く、労力もかかります。組織が変更を迅速に適用できるソリューションではありません。IT 部門がカスタムコードを記述する必要がある場合、ビジネスユーザーは開発プロセスから取り残され続け、.NET で記述されたソリューションを理解できなくなります。

ローコードで着陸

市場を調査し、自社の技術ギャップを埋めることができる製品とベンダーを特定した後、コンチネンタルはローコード開発.

ベンダーは現場に招待され、アプリケーションを構築し、要件に照らしてさまざまなテクノロジーをテストしました。Continental は、次の基準でローコードベンダーを評価しました。

設定の容易さ
アプリケーションの構築方法
必要なカスタムコードまたはアドオンの量
方法データ・モデルどのように構築され、ビジネスロジックがどのように決定されるか
ユーザーとアクセスの管理、統合、リクエストとワークフローの管理、自動化、検索、監視とレポートに関する当初の要件をテクノロジーがどの程度カバーしているか

コンチネンタルは Mendix ローコードプラットフォームは次のような利点があります。

有効にする ビジネスとITの連携
許可する ソリューションを迅速に構築し、反復する
可能になります 時代遅れのプロセスを適応性のあるものに置き換える自動ワークフロー

わずか12週間で新しいアプリを開発

コンチネンタルは、300階建てのアプリケーションであるElectronic Capital Requestをわずか12週間で再構築することから始めました。 Mendix当初の再構築プロセスには1年以上かかりました。コンチネンタルは、 Mendix、しかし、彼らはまた、エンドユーザー体験を劇的に改善しました users.

Electronic Capital Request アプリは、10,000 人の常連ユーザーが利用する予算申請および承認ツールです。つまり、このアプリケーションでは、年間少なくとも 10,000 件の申請が提出、承認、処理されます。

毎年、このアプリには約20ギガバイトの添付ファイルが追加されます。Dominoアーキテクチャに基づいて構築されたこのアプリは、すぐにストレージの上限に達しました。しかし、 Mendix、アプリは無限です。

アジャイルへの移行

仕事を始めた頃 Mendixコンチネンタルは、アジャイル方法論長期的に最大の価値を提供する鍵となります。このプロジェクトでの Continental の成功により、会社全体で Agile を導入する議論が生まれました。特に、アプリの構築よりも時間がかかったロールアウトプロセスには、大きな改善の余地があると考えています。

コンチネンタルは、専任のプロジェクトチームを編成し、この変化への準備を開始しました。 Mendix 開発者は速度と品質が標準を満たしていることを確認します。

未来は何を保持しますか？

コンチネンタルの進化は、あらゆる組織が生き残り、繁栄するためにはソフトウェア企業になる必要があることを証明しており、同社は今後もその道を歩み続けるつもりである。スケーリング.

コンチネンタルには現在、社内の Mendix 毎年増えると予想される開発者。アジャイルでローコードに重点を置いたチームとして、アプリケーションの一部や全体を自分たちで構築し、 Mendix ビジネスユーザーがプロジェクトを IT 部門に引き渡す前に必要なものを指定できるプラットフォームとして。

このブログ投稿は、もともと 10 年 2019 月 XNUMX 日に公開され、最新の情報を含むように更新されました。