ローコードデプロイメントで避けるべき7つの間違い

[[441390]]

調査会社ガートナーによると、世界のローコード開発市場規模は2021年に138億米ドルに達し、2020年と比較して23％増加する見込みです。COVID-19パンデミック中のリモート開発の急増により、ローコードの採用は今後も促進されるでしょう。

同社は、ローコードアプリケーション開発は目新しいものではないが、「ハイパーオートメーションとコンポーザブルビジネスの台頭」の相乗効果でツールが流入し、需要が増加していると指摘した。ガートナーは、ローコードが社会的、技術的に広く普及する動きとして、今後も大きな成長を続けると予測しています。

この市場には、ローコード アプリケーション プラットフォーム、インテリジェントなビジネス プロセス管理スイート、ロボット プロセス自動化、シチズン オートメーションおよび開発プラットフォームなどの製品が含まれます。

デジタル ビジネスの加速により、IT リーダーにはアプリケーション配信の速度を大幅に向上させるというプレッシャーが高まっており、ローコード ツールを導入することでこの問題に対処できます。ガートナーは、デジタル変革をサポートするカスタムソフトウェアプログラムの需要増加により、IT部門外の市民開発者が出現し、それがローコードツールの成長に影響を与えていると述べた。

ただし、ローコード製品やプロセスの導入にはエラーがつきものなので、企業はミスを回避したり、DevOps への影響を最小限に抑えたりできるように、これらのエラーに注意する必要があります。ローコード展開で避けるべき 7 つの間違いを紹介します。

1. 基本的な開発手法の放棄

「最大の問題はローコード戦略の誤解だと思う」と、オンライン検索製品プロバイダーのElasticの最高情報セキュリティ責任者、マンディ・アンドレス氏は語った。 「多くの企業は、コストを節約したり開発をスピードアップしたりする機会としてローコード戦略を採用しています。しかし、ローコード戦略がコストを削減できることを理解している場合にのみ、成功します。」

彼女は、ローコード戦略は、経験の浅い開発者でも高度な機能を作成できるようにすることで、プロジェクトに必要な開発者のコ​​ストを削減するのに役立つと述べました。特にコンポーネントがアプリケーション間で再利用される場合、開発速度の面でもメリットがあります。

「ほとんどの人は、アプリケーションがビジネスニーズを満たすように開発されるために必要な、より広範なビジネスおよびガバナンスのプロセスを見落としています」とアンドレス氏は言う。 「ビジネス要件は何ですか? 職務の分離など、導入する必要がある主要なビジネス制御は何ですか?」

Andress 氏は、アプリケーションに重要なビジネス制御が欠けているのではないかと懸念していたため、ローコード プロジェクトの開発に協力していました。彼女は彼らの作業をレビューした後、アプリケーションに重要なビジネス ルールが欠けていることを発見しました。 「チームは、ローコード開発の取り組みにおいて、定義されたソフトウェア開発ライフサイクル (SDLC) プロセスに従う必要性を感じておらず、ビジネス要件が適切に文書化およびレビューされていないためです」と彼女は述べています。

アンドレス氏は、アプリケーションの再開発によって完成までに必要な時間が 3 倍になり、ローコード開発アプローチの採用によってチームが節約したコストがすべて相殺されたと述べています。

2. スキルのミスマッチ

ローコード ツールの利点の 1 つは、プロジェクトを完了するために経験豊富な開発者が必要になる必要性を軽減できることです。しかし、それは熟練した専門家の必要性がなくなることを意味するものではありません。

「ローコード開発を導入するチームは、それぞれのローコード プラットフォームに精通し、適切な製品認定を取得し、何をすべきか、何をすべきでないかについての知識を持っている必要があります」と、法律および消費者データ サービスのプロバイダーである Lexis Nexis の副社長兼最高自動化責任者である Vinay Mummigatti 氏は述べています。 「私の経験から言うと、カスタムのコーディング集約型ソフトウェア アプリケーションの作成に優れたソフトウェア エンジニアをローコード ソリューションの開発に割り当てるのは間違いです。通常、彼らは数千行のコードを作成し、最終的には保守や拡張が難しい高度にカスタマイズされたアプリケーションを作成します。これはローコード プラットフォームが得意とする分野ではありません。」

たとえば、LexisNexis の J2EE エンジニアリング チームは、「法的注文処理」アプリケーションを提供するために、主要なローコード自動化プラットフォームに関するクロストレーニングを受けました。 「開発チームは、ローコード プラットフォーム ベンダーが規定する方法論とベスト プラクティスに従ってアプリケーションを構築し、すぐに使用できる機能を活用するのではなく、プラットフォームをバックエンド エンジンとして使用してワークフローを調整し、すべての機能に対して複雑なコードを記述しています」と Mummigati 氏は述べています。

マミガッティ氏は、カスタムコーディングによってコストと時間が大幅に増加し、パフォーマンスと保守性にも深刻な問題が発生したため、最終的にチームはベンダーの専門サービスを利用してアプリケーションを完全に書き直すことになったと述べた。

3. ビジネス主導のソフトウェア配信の欠如

マミガッティ氏は、ローコード プラットフォームにより、ビジネス コミュニティの市民開発者が迅速なアプリケーション配信を実現できるようになるが、ビジネス ユーザーを初期の意思決定プロセスから除外するのは良い考えではないと述べた。

「私たちが目にする大きな間違いは、プロジェクトの開始時からビジネス ユーザーを関与させないことです」と Mummigatti 氏は言います。 「ローコードの「モデル駆動型開発」プラットフォームでは、最初からビジネス ユーザーを関与させることが成功の鍵となります。最初からビジネス ユーザーを関与させないと、大規模な再編や予算/スケジュールの差異につながる可能性があります。」

ローコード プロジェクトには、ビジネスと IT の強力な連携が必要です。 Mummigatti 氏が挙げる一例は、設計および開発プロセス中にビジネス ユーザーの関与がほとんどないまま開発された顧客サービス プラットフォームです。プラットフォームが導入されたとき、ビジネス ユーザーは、複雑な運用変更管理を強いられるため、プロセス ロジック、意思決定ルール、レポート、ユーザー インターフェイスに不満を示した、と彼は述べています。

「うまくいけば、最初のスプリントからビジネスに関与し始めることができます。ビジネス ユーザーは、プロセス モデルの設計、ビジネス ロジックの定義、ユーザー インターフェイス (UI) フォーム/画面の作成、および各ステップで変換されるデータ要素をローコード プラットフォーム上で視覚化できます。これにより、最終的にビジネス ビジョンを完全に満たすアプリケーションが作成されます。」と彼は述べています。

4. 文化と構造のアップデートの失敗

「うまく行けば、ローコードおよびノー​​コード技術は、ビジネス管理アプリケーションや市民開発への移行をサポートする優れたツールになります」と、調査会社 Info-Tech のアプリケーション部門シニアリサーチアナリスト、アンドリュー・クム・セウン氏は述べています。

多くの組織は、この新しい環境が成功するためには、企業文化、ソフトウェアとリスクの所有権構造、IT 運用モデルの大幅な変化が必要であることを忘れています。残念ながら、従来のソフトウェア配信方法、サイロ化されたビジネス チームと IT チーム、および低いエンタープライズ システム品質により、ローコードおよびノー​​コード テクノロジーの真の可能性が制限され、実装と長期メンテナンスのコストが上昇します。 ”

Kum-Suen 氏は次のように付け加えています。「IT チームは、オペレーターやソリューション実装者から、信頼できるパートナー、コーチ、プラットフォームの支持者へと変わらなければなりません。企業はソフトウェアの実装と開発の決定に責任を持ち、企業環境に加える変更について透明性を保つ必要があります。結局のところ、ローコードおよびノー​​コード テクノロジーの真の価値は、企業がその機能を最大限に活用するために業務のやり方を最適化する意思があるときに現れます。」

5. ツールがサポートできないほど野心的な課題を設定する

ローコード プラットフォームは開発を強化するための貴重なツールになり得ますが、完璧ではありません。

マミガティは言った。 「ローコード プラットフォームの主な欠点は、いくつかの技術的な制限を考慮していないことです。」また、一部のプロジェクトでは、Lexis Nexis は、ローコード プラットフォームを拡張して、リカバリおよびフェイルオーバー機能や大量のバッチ処理を備えたトランザクション中心のアプリケーションを処理できるようにしようとしています。

「ローコード プラットフォームは、複数のシステムや複雑なデータ構造にわたる統合中心のデータやサービスのオーケストレーションを伴う状況では、拡張性やパフォーマンスが十分でないことがわかりました」と Mummigatti 氏は述べています。 Lexis Nexis は、トランザクション処理アプリケーションからのファイルとデータのバッチ処理を伴う住宅ローン処理およびマネーロンダリング防止アプリケーションにローコード プラットフォームを使用しています。

どちらのケースでも、ローコード プラットフォームでは必要な速度と品質を提供できず、プロセス中にアプリケーションが失敗することが判明しました。 「ローコード プラットフォーム上のバッチ モードで大量のデータを 100% 処理することは保証できませんでした。これは運用上および規制上の大きな課題であり、顧客体験に大きな影響を与えました」と Mummigatti 氏は述べています。

6. ツールの導入が多すぎる

多くのことと同様に、多すぎることは少なすぎることと同じくらい悪いことであり、ローコード ツールとノーコード ツールについても、特にそれらがうまく連携しない場合は同様です。

ソフトウェア開発会社 Nutanix はこの問題に直面しましたが、CIO の Wendy Pfeiffer 氏は、さまざまな言語で多数のツールを使用することで、開発チームは高度な自動化を実現できなかったと述べています。

「私のチームでは、チームメンバー全員に単一のツールの使い方をトレーニングした後で初めて、自律的な運用に向けて本当の進歩が始まりました」と彼女は語った。 「3 年前、当社のサービスのうち自律型だったのはわずか 15% 程度でした。現在、その数は 85% にまで増えており、チーム メンバーの多くは自動化コードを書いたことがなくても、IT 運用の専門家になっています。」

さらに、Kum-Seun 氏は、ローコード技術の実装はベンダーが宣伝するほど簡単ではないかもしれないと述べました。彼は言った。 「本当のメリットは、エンタープライズ アプリケーション、データ ウェアハウス、システム全体で多様なサービスとデータを活用し、統合できることにあります。しかし、多くの企業はレガシー システム アーキテクチャに制約され、共通のデータ定義が欠如しており、アプリケーションは技術的負債によって重荷を背負っています。」

アプリケーション プログラミング インターフェイス (API) ゲートウェイ、データ レイク、クラウド プラットフォーム、その他の統合および集約ツールは、システムとローコード テクノロジーの互換性を高めるのに役立つと Kum-Seun 氏は指摘しました。 「しかし、それらは根本的なアーキテクチャとデータ管理の課題には対処していない」と彼は述べた。

7. 悪いプロセスを継続する

ローコードツールの可能性は非常に大きいとファイファー氏は言う。 「ある程度のトレーニングを受ければ、IT チームのメンバー全員が専門的なワークフローの主要要素を自動化し、精度と効率を向上させることができます」と彼女は言います。 「しかし、自動化は万能薬ではありません。たとえ機械が迅速かつ正確に実行したとしても、悪いプロセスは改善されません。」

貧弱な手動プロセスを優れた自動プロセスに変えることができる特別な「機械の魔法」は存在しない、とファイファー氏は言う。 「第一歩として、私のチームは候補者プロセスをわかりやすい言葉で書き出す必要があります」と彼女は語った。 「行われた作業の説明を確認することで、問題点を明らかにし、プロセスを改善できます。」

ドキュメントが意味を成すようになると、ローコード ツールを使用してプロセスをコードに変換できます。

自動化は段階的に導入するのが最善だとファイファー氏は言う。 「IT チームは、自動化の効果を上げるには、問題のある複雑なプロセスをエンドツーエンドで自動化する必要があると考えることが多い」と彼女は言う。 「私と私のチームは、プロセスの中で最もエラーが発生しやすいステップの自動化に注力することが、これらのツールのメリットを享受するための鍵であることを学びました。」