誰もがローコード/ノーコード開発を愛していますが、全員がその準備ができているわけではありません

ソフトウェア開発作業はどれだけ安全に IT 部門の外に押し出すことができるでしょうか? これはまだ答えのない質問です。 ローコードおよびノー​​コード開発の概念は、IT も含めて誰もが愛しています。 特に それ。 IT から作業をオフロードする過程で、ローコードおよびノー​​コードにより、エンドユーザーが独自の取り組みを実行する機会が提供されます。 ただし、ローコードとノーコードはすべての設定で機能するとは限らないため、誰もが慎重に作業を進める必要があります。

また： ローコードとノーコードのパラドックス: 技術専門家の時間を解放するが、新たな問題が生じる

最近の 調査 組織の 85% がローコードおよびノー​​コード IT ソリューションの推進に関心があることがわかりました。 半数強が、IT 部門以外の従業員とローコード アプリケーション構築を使用することに抵抗を感じていません プラットフォーム。 Jitterbit が発表したこの調査では、IT リーダーが主要なビジネス課題、そして程度は低いもののデータ セキュリティとアクセシビリティの問題を解決するローコードの能力について依然として不安を抱いていることがわかりました。

同時に、組織には、根強いテクノロジー人材不足を克服するために、ローコードとノーコードを進める以外に選択肢がほとんどないかもしれません。 「強力なツールを活用してタスクを自動化し、より迅速で高品質な配信を実現できると同時に、開発者がより複雑な取り組みに才能を集中できる時間を確保できます。」と同氏は言います。 ロビン・スタイン、パートナーと提携 PwCラボ. ソフトウェア開発に対する考え方のパラダイムを転換し、ローコードまたはノーコードを採用することが、中核的な IT 機能の従業員を超えて従業員を活用して能力を解放する鍵となります。」

現段階で、組織は「ローコードのプラットフォームが何を解決し、置き換えることができるのか、他のプラットフォームは解決できないのか」を整理し始めている、と同氏は言う。 ドミニク・ローズ

、プラットフォーム戦略担当副社長 LeanIX. 「たとえば、ERP などの既存の IT ソリューションと、 デジタル顧客のニーズを満たすことは重要ですが、「それはスケーラブルな企業を構築するための最良のアプローチではありません」と彼は続けます。 ソリューション。 テンプレート化されたエクスペリエンスですべての顧客の問題を解決することはできません。 このため、企業は定型的な回避策の必要性を減らすために、既存のプラットフォームを最大限に活用するより良い方法を見つける必要があります。」

システムが異なれば、必要なオーケストレーションの手段やレベルも異なります、とローズ氏は指摘します。 「ローコードのノーコード ソリューションは、アプリケーションのスマートな最新化に確実に活用できます。 しかし結局のところ、これらのプラットフォームだけでは熟練した人材の必要性は減りません。 開発者。」

また： ローコード プラットフォームは、誰でも開発者になれること、そしておそらくデータ サイエンティストにもなれることを意味します

ローコードとノーコードの動きは、「ハイブリッド ワークへの大規模な移行だけでなく」技術スキルの不足によっても促進されている、と同氏は同意します。 スディル・メータ、グローバル副社長 Lexmark International の Optra エンジニアリング. 「これは、技術的なオーバーヘッドを軽減しながらビジネスの成果に迅速に対処する固有の機敏性を提供します。 非技術系従業員に、限られたエンジニアリングまたは IT を使用して結果に迅速に対処する権限を提供する サポート。"

1 つの注意点は、デジタル ネイティブ環境は確立されたシステムよりもローコードおよびノー​​コードのアプローチに適している可能性があることです。 「ローコードまたはノーコードは、クラウドネイティブでゼロから構築されたまったく新しいアプリケーションを使用する企業でより一般的です」とメータ氏は観察します。 「クラウドベースの運用とうまく連携します。 レガシー アプリケーションやオンプレミス アプリケーションをまだ実行している企業では、これはあまり見られません。」 もちろん、ローコードおよびノー​​コードは、レガシー設定内のプレゼンテーション層またはコントロール層にプラグインすることができます、と Mehta 氏は付け加えました。

それでも、開発をビジネス ユーザーに押し付けようとする戦略にはリスクがあるため、IT プロフェッショナルは待機し続ける必要があります。 「テクノロジーリーダーは、ローコードまたはノーコードツールとフルスタックテクノロジーの両方を活用して、ハイブリッドモデルでローコードまたはノーコードに戦略的にアプローチする必要があります」と Stein 氏は言います。 「明確なアプリ卒業戦略と、どこでどのテクノロジーを活用するかという境界線」を中心にこの環境を構築する必要がある、と彼女は付け加えた。 「ローコード テクノロジーやノーコード テクノロジーを導入しても、強力な IT チームの必要性がなくなるわけではありません。」

また： ポスト AI 開発者を紹介します: より創造的で、よりビジネスに焦点を当てた

ローコード アプリケーションやノーコード アプリケーションの急増により、パフォーマンスが低下するリスクもあるとローズ氏は警告します。 「ソリューションや製品が顧客のためにスムーズに稼働することを望んでいます。 これらの製品やソリューションの実現をベンダーに依存する場合、最終的には高品質の製品を確実に提供するためのスケジュールとアップグレードに依存することになります。 これにより、機能の進歩が完全に妨げられる可能性があります。」

ローコードやノーコードも創造性を制限するとローズ氏は言います。 「開発は孤立した技術的な活動ではありません。 顧客に役立つ製品を構築するのは技術であり、多くの場合、熟練した開発者が必要です。」

ほとんどの場合、「IT プロフェッショナルが介入する必要はないはずです」と Stein 氏は言います。 「適切なガバナンス手順が整備されていれば、国民はローコード アプリを開発して活用できると同時に、舞台裏でソリューションを監視できるはずです。 リスクを軽減し、ポリシーを確実に順守するのに役立ちます。たとえば、「アプリケーションの使用状況を監視でき、アプリケーションの人気が高まり始めると、IT プロフェッショナルは次のようなことができます。」 次に、アプリがスケールに合わせて構築され、組織全体でサポートできるようにするために介入し、より大きな可能性のある分野に時間を確実に費やせるようにします。 影響。"

また： これらは私のお気に入りの仕事用 AI ツール 5 つです

何もない状態での自動化がすべてを解決するわけではないとメータ氏は指摘します。 「これらのアプリケーションが接続するチェーン全体を考慮する必要があります。 アクションがトリガーされてもプロセス全体が壊れている場合、ローコードやノーコードではギャップを埋めることはできません。 ビジネス プロセスとアーキテクトが依然として重要なのは、個々のアプリの先を見据えることができるためです。 全体的なアーキテクチャが引き続き適用可能であり、デジタル全体に対応できるようにするため 変身。"