アプリケーション開発の将来像

Danny：
私たちはアプリケーションの将来はコンポーザブル（組み合わせ可能）なものになると考えており、米国の大手調査会社も同様の見解を示しています。

こちらは、アーキテクチャーの変遷を示したものです。左側はいわゆるモノリシックと言われるタイプのもので、いわゆるサービス主導型です。中央も同様ですが、全体に非常に複雑な要素が多くある点で異なります。そして、右側がコンポーザブルな将来を示した図です。このケースでは、たとえばCRM・ERP・アナリティクスといった色々な要素の組み合わせが考えられます。

上の図はいわゆるフルスタックを表しており、アプリケーションが色々なシステムに直接結びついている、従来型の形でもあります。規模の大きなソリューションには、多くのマイクロサービスがあります。そうしたビルディングブロックおよび再利用可能な色々な要素を活用し、ユニークかつ必要とされるサービスや、エクスペリエンスを作っていくことが今後は重要になってきます。

そこからさらに進めたものとして、発生した事象に対応しながら進行するイベント駆動型のアーキテクチャーもあります。また、米国の大手調査会社も提唱しているトレンドとして、AI絡みのものが挙げられます。AIを活用する場合は複数を活用し、スマートなアプリを作っていくことが求められるでしょう。

エコシステムベンダーとの比較

Danny：
ノーコードのシステムを提供しているベンダーを、私たちはエコシステムベンダーと呼んでいます。たとえば大手IT企業が、自社内だけで完結するシステムを作っているようなものです。あるプラットフォーム内の他の部分とインテグレーションをしたり、シンプルなアプリケーションを作る場合はエコシステムベンダーだけでも対応できます。しかし外部との連携が必要だったり、より複雑なアプリケーションの構築が必要になると、そうはいきません。

一方、MendixはコンシューマーグレードのリッチなUXで開発を行うことができるうえ、さまざまなチャネルやデバイスに対応しており、ソフトウェアのライフサイクル全体をサポートしています。

またパブリッククラウド、プライベートクラウドを含めた、クラウドネイティブなアーキテクチャーを有しています。そのため、さまざまなチームが協業でき、非常にオープンで拡張性のあるプラットフォームとなっています。素晴らしいベンダーとの連携による強力なバックアップもあり、長期間にわたって米国の大手調査会社から高い評価を受けています。

競合との比較

Danny：
Mendixと競合プラットフォームの違いについてもご説明します。

まずMendixには、競合にはないバージョンコントロールが組み込まれています。開発者が他者と協業する際には、変更のトラッキングが不可欠であるため、これは大きな強みだと言えます。なお、幅広く使われているGitをサポートしています。

またMendixはクラウドネイティブであり、マイクロサービスの量産を念頭に置いています。そのため、アップグレードもリリースも個別対応が可能です。一方、アプリケーション全体が絡み合っているアーキテクチャーを活用している競合プラットフォームの場合は、何かをアップグレードする際にすべてに反映させなければならないでしょう。

毎月新しいフィーチャー（機能）をリリースすると同時に、安全性も重視し、長くサポートできる安定したバージョンを提供していることも、Mendixの特長です。1年に1回のリリースなど頻度が低い場合は、毎回大幅な変更が加わることになります。すると、ユーザーはマニュアル操作でアプリケーションの困難なビルディングを要求されてしまいます。

モバイル対応も、開発においては非常に重要な要素です。Mendixは非常に幅広く使われている、React Nativeでモバイル開発できます。

Siemensという、長きにわたって世の中を良くするというミッションを掲げた企業がパートナーでいてくれることも、私たちの誇りです。

SAP化に伴うアドオン領域での活用

Tarig：
私からは、MendixとSAPのトランスフォーメーションについてお話をします。

私たちは2016年から「SAPの戦略的なテクノロジックパートナー」の称号をいただいています。そしてメンディックスとSAPでは、エンジニアがOデータやバピーコネクターのロードマップを一緒に作成しています。

プリンシパル伝送を利用すれば、SAPのシステムとMendixアプリケーションのセキュリティをしっかり担保したうえでデプロイメントができ、Hanaのデータベースにもリアルタイムでアプリケーションを構築できます。またエンジニアが開発者に対して、見た目も含めたエクスペリエンスを提供したいという要望もあるため、Fioriのテンプレートも提供しています。

SAPがMendixのパートナーでいてくれる理由は、「コアの部分をクリーンな状態でもっていてほしい」という思いがあるからです。過去20～30年を振り返ってみても、SAPのユーザーエクスペリエンスはECCやR2のインスタンスといった、いわゆるレガシーのシステムに対する、過度のカスタマイズでした。これでは組織全体のリスクが高くなりますし、アップグレードも難しくなります。

私たちはマーケットプレースで、SAPを使っていくためのアクセラレーターを提供しています。私たちのところには30万人を超えるMendixの開発者がいるため、マーケットプレイスではリッチなコンテンツを安く提供しており、それをダウンロードしていただくことで、積極的に開発をしていただくようにしています。一例としては、「モバイル相互管理」のようなテンプレートをご用意しています。

こちらのスライドには、私たちがお客様に提供しているバリューを記載しています。たとえば一番左側は「開発者の生産性を高める」といった内容です。Mendix全般で言えばもちろんビジネスサイドとITサイドの両方が対象となるのですが、この文脈においては、主にITサイドの生産性が、10倍高まると言っています。

日本も含めたリージョンのCIOからは、SAPのコンサルタントができる人材を見つけてくることが非常に難しいとよく言われています。仮に見つかっても、ABAPあるいはFioriの、そういったエクステンションを段に構築させるという意味では、人材としてはコストが非常に高いとよく聞きます。

Mendixは色々なフィーチャー（機能）の提供により、お客様のビジネスをよりスピーディにしており、非常に幅広い業界にご活用いただいています。SAPというコアをエクステンドするためのユースケースが、Mendixでもよく実現されています。

SAPの事例

Tarig：
ここからは、私たちのお客様における事例をお話します。

1つ目は、オランダで農業経営をしているCosun様です。こちらでは1989年からR2のインスタンスを使っており、ECDスタンス上に600ものカスタマイゼーションをされていました。しかし、開発の努力と適切なコンサルティングにより、半分以下の250まで絞ることができたのです。

さらに、2年半で15のMendixのアプリケーション構築にも成功しました。結果、このお客様の開発スピードは従来の7倍になり、売上の大幅な増加やコスト削減、オペレーションの効率化などが実現しました。なお特にインパクトが大きかったのは、主に調達を行う際の承認をもらうためのアプリケーションでした。また、色々なモバイルメンテナンスも行っていました。

2つ目は、マイニングの企業であるSIBELCO様です。こちらはMendixの導入から5年間の間に実現したアプリケーション構築のスピードアップや、質の向上レベルが非常に高く、私たちにとっても重要なユースケースとなっています。

その5年間の取り組みを具体的に示したのが、こちらのスライドです。最初はスモールスタートでプラクティスを構築し、従来の複雑なユースケースやコードをリプレイスしました。そこからSIBELCO様は、非常に早いスピードでのスケーリングを実現されました。

先ほどDannyも言っていましたが、たとえばCRMやERPなどに繋ぐ必要のある複雑性の高いものを構築する場合、いわゆるエコシステムベンダーによる対応は難しくなります。その点を迅速かつ的確にクリアできたのは、Mendixのメリットであったと言えます。

こちらのお客様は、30科目でこのシステムを展開しており、それがバリューだと言えます。もっとも大きなものとしては、コアをクリーンなままに保つことができるようになったことが挙げられます。またITにスピードとアジリティを実現できるようになり、ビジネスサイドとITサイドのコラボレーションのスピードが向上しました。

ビジネスの環境変化に対応できる組織をつくるために！

マクニカは、お客様の DX 開発体制強化や人材育成をサポートしています。