ローコードはイノベーションのペースに追いつく

ガートナー 最新の予測2029年までに、エンタープライズ ローコード プラットフォームは「世界中の企業の80%でミッションクリティカルなアプリケーション開発に使用される」と予測されています。適切な状況では、ローコードの視覚的な性質とエンタープライズ レベルのガバナンス機能を組み合わせることで、より迅速で協調的かつ制御されたソフトウェア開発が可能になります。

スピードは ASML にとって初期の決定要因でした。 Mendix 開発者兼ローコード能力リーダーの Cleodene Mac Donald 氏は、「ローコードは、ビジネス需要に迅速に対応するための推奨 IT ソリューションとして登場しました」と述べています。

マクドナルド氏も認めている。 Mendix ASML IT チームが検討すべき多くの潜在的なソリューションの 1 つになりました。

「私たちの組織では、どのシステムを使うべきか判断するのが大変で混乱することもあるでしょう。SAPやTeamcenterのような中核的な戦略プラットフォームがあります。そして、Microsoft Power Apps、ServiceNowなどのローコードソリューションがあります。 Mendix必要に応じて、ハイコード ソリューションもご用意しています。企業が問題や課題に最適なプラットフォームをどのように使用するかを決定できるように、アーキテクチャ コンピテンスは意思決定プロセスに情報を提供するための意思決定ツリーの作成に取り組みました。」

ASMLとマモエが初期の基準を無視した場合、例えば、 既製のソリューションを購入するまたは記録システムで配信する場合、次のステップは、保有するローコード プラットフォームのうち、特定のシナリオに最も適したものを決定することです。

Mendix および Power Apps

迅速なソフトウェア開発を実現するために、ASMLとMammoetは、 Mendix、純粋なローコードプラットフォーム、そして マイクロソフト パワー アプリローコード機能を備えたプラットフォーム。

両組織は、これらのツールを競合的に見るのではなく、活用することにメリットと価値を見出しています。 Mendix および Power Appsさまざまなシナリオで。

マイクロソフトは驚異的な市場浸透率を誇り、 1万以上の組織世界中で Microsoft Office を使用しています。多くの場合、Microsoft がビジネスの他の領域に深く浸透している場合は、Power Apps の新しいプラットフォーム ライセンスを単に「追加」するだけで十分です。

ローコード ベンダーとしての同社の立場は、PowerBI や Dynamics などの自社ツールと連携する能力によって最も明確に定義されます。ただし、Power Apps が高度に複雑なユースケースを処理する能力と、Microsoft 以外の記録システムへのオープン性については批判があります。

マモエトのビジネスアプリケーション＆デジタルイノベーション担当マネージャー、ジョン・ヘルミンク氏は、「SHVホールディングス（親会社）はマイクロソフトの大手企業であるため、Power Appsプラットフォームを導入していました。しかし、ここ数年で、 Power Appsだけでは不十分ですそこで私たちは Mendix、私たちはこれを5年以上使用しています。」

Mammoet と ASML は、どのソリューションをいつ使用するかを決定する独自のアプローチを採用しており、これは現在のユースケース、システム統合、および潜在的な将来の状態の観点からの複雑さの評価として要約できます。

ユースケースと機能

初期段階では、ASML と Mammoet の両方の IT チームが、現在のユースケースの複雑さを考慮します。この領域での考慮事項には、次のようなものがあります。

• ユーザー数とユーザーグループ数
• ワークフローとロジックの複雑さ
• マルチデバイスまたはモバイル機能の必要性

Helmink 氏は、Mammoet のコンテキストで、複雑性の低いユース ケースの例を挙げています。これはスタンドアロンの SharePoint リストのユーザー インターフェイスである可能性がありますが、複雑性が高いユース ケースの例としては、エンジニアリング部門全体をサポートするリソース プランニング システムがあります。

「本当にしっかりしたものを作り、大勢の人が使いたいなら、私たちの選択は Mendix… シンプルで Microsoft アプリケーションと連携できる場合は、Power Apps を選択します。ハードウェアのリクエストや社内のよりシンプルなリクエスト プロセスなどの管理タスクに関する情報をユーザーが共有できるように、日常的に Power Apps を使用しているケースもあります。」

統合とオープン性

ASMLとマモエトにとって、 Mendix ほとんどの場合、アプリケーションが Microsoft インターフェイスと対話する必要がなくなったときに、この問題が表面化します。

"あなたがしたい場合は SAPとのインターフェース, Mendix 「それが私たちの選択です」とヘルミンク氏は語ります。マモエトにおけるその一例が、YARD アプリケーションです。これは、現場と倉庫間の機器の移動を追跡し、SAP と統合され、スキャン デバイス上で実行される複雑なソリューションです。

ASML内部の見通しについて、マクドナルド氏は次のように付け加えた。「次に問うのは、すべての要件を1つのシステムで満たせるかどうかです。答えがイエスなら、どのシステムを使うかが問題です。マイクロソフトなら、Power Appsで構築することをお勧めします。CMDBアプリケーションなら、ServiceNowで構築します。1つのシステムで満たせない場合は、 Mendix…統合が必要な場合、 Mendix が好ましい。」

将来と柔軟性

マクドナルド氏が強調するのは、現在のアプリケーションに何が必要かを評価するだけでは不十分だということだ。「今必要なものだけを見るのではなく、将来の要件も見なければなりません」。これは、アプリケーションに新しい機能や出現しつつある機能を追加したり、追加のシステムを統合したり、アプリのメンテナンスがどれだけ厳格になるかを意味するかもしれない。将来がより複雑になったり不確実になったりすると、ASMLとマモエはしばしば Mendix.

ヘルミンク氏は、「大局的に見ると、マイクロソフトはさまざまなソリューションを開発しており、Power Appsはその1つにすぎません。 Mendix 同社はローコードに注力しています。それが製品の継続的な開発で私たちが感じていることであり、それが本当に役立っています。私たちの経験では、 Mendix アプリのメンテナンスの必要性が少なくなり、メンテナンスが必要になった場合でも修復が容易になります。」

マクドナルド氏はこう付け加えた。「Mendix 将来的にアプリケーションに統合が必要になることがわかっている場合に最適なオプションです。将来の状態が確実な場合にのみPower AppsとServiceNowを使用し、そうでない場合は Mendixフルスタックソリューションなので。」

これらの各領域の基礎となるのは多様な複雑さであり、それがしばしば使用の決定要因となる。 Mendix Mammoet と ASML 向けの Power Apps について。

プロセスとビジョンにより大規模なローコードを実現

現在、ASMLは、ローコードおよびノー​​コードソリューションにより、従来の開発に比べて10～12倍のスピードでデリバリーを実現しており、 26のポートフォリオ Mendix 生産中が 26 件、開発中が 10 件、パイプラインが XNUMX 件あります。

同様に、マモエの10を超えるポートフォリオは Mendix アプリケーションは、ITチームがさまざまな優先事項を達成するのに役立ちました。 レガシーシステムの近代化IoT アプリケーションの形でイノベーションを実現します。

マクドナルド氏とヘルミンク氏は自信を持って同意している。 Mendix および Power Apps は共存でき、さまざまな方法で価値を提供できます。どちらの組織でも、差別化の構造を事前に設定することが、ローコードのメリットを享受し、ビジネスにソフトウェアを迅速に提供する上で重要な要素となります。