ローコード、メンテナンスのリスクは高いですか?

1980 年代の適切に管理されたメインフレームの世界への PC の参入や、2000 年代の数千の SharePoint アプリケーションの無制御開発による混乱と同様に、企業はまずローコード戦略を正しく確立する必要があります。シームレスなソリューションを導入するためのロードマップを作成する際には、我々は何を考慮する必要があるでしょうか。 

基準と文書： アプリケーションの作成は総コストに占める割合は小さく、より大きな部分は何年にもわたってそれを維持しなければならないことです。ソフトウェアが複雑になればなるほど、保守が難しくなり、修正と更新に時間がかかります。プロのソフトウェア開発者は、複雑さを最小限に抑えて保守を容易にすることを目指していますが、一般の開発者は、そのような慣行や、後で他の人がアプリケーションを理解、デバッグ、または拡張するために必要なドキュメントを高く評価しない可能性があります。 

テストと開発： マイクロソフトは年に2回メジャーアップグレードを行いますが、その際にローコードのアプリケーションが壊れる可能性があります。ビジネスにとって重要なものであれば、メジャーアップグレードの前にテストし、その環境を通して本番環境に移行する必要があります。 

ローコード アプリケーション：この仕様は複雑ではありませんが、仮に数百ものアプリケーションが存在する可能性がある場合、そのような単純なコンポーネントを組み合わせることで複雑なソリューションが作成されます。 自動化されたテストと、展開に関する活動は、産業化する際のエンジニアリングの考え方の一部として考慮する必要があります。 

パフォーマンスモニタリング： 優れた IS チームはアプリケーションを積極的に監視し、アプリケーションが正しく動作していない場合には警告を受けます。 IS チームは、ローコード アプリケーションを監視し、パフォーマンスを管理する方法を学ぶ必要があります。 

セキュリティ：ローコード アプリケーションを簡単に作成してデータ ソースに接続できるため、セキュリティ漏洩の可能性が伴います。 Microsoft はコネクタをロックダウンする機能を提供していますが、これは誰かがセキュリティを設定した場合に限ります。