ローコードとノーコードの違い

ローコードは、ドラッグ・アンド・ドロップやプルダウン・メニュー・インターフェースなどの視覚的なビルディング・ブロックを通じて自動コード生成を可能にする迅速なアプリケーション開発（RAD）アプローチです。このオートメーションにより、ローコードユーザーはプログラミングの共通項ではなく、差別化要因に集中することができます。ローコード手法は、自動生成されたコードの上にユーザーがコードを追加することができるため、マニュアル・コーディングとノーコードの中間的なバランスの取れたものです。

ローコード開発に適したアプリケーションの例としては、ビジネス・プロセス管理プラットフォームや、Webサイトやモバイル・アプリケーションの開発、評価管理ソフトウェアのような部門横断的なツール、外部プラグインとの統合、クラウドベースの次世代テクノロジーである機械学習ライブラリー、ロボティック・プロセス・オートメーション、レガシー・アプリのモダナイゼーションなどがあります。

Jamil Spain氏はローコードとノーコードに関するいくつかの素晴らしいビデオを持っており、そのテーマをより深く掘り下げるために利用できます。

ノーコード手法はRADアプローチでもあり、多くの場合、モジュラー・プラグ・アンド・プレイのローコード開発アプローチのサブセットとして扱われます。ローコードでは、スクリプティングやマニュアル・コーディングという形で開発者が手を貸すこともありますが、ノーコードでは、ビジュアル・ツールに100％依存した、完全にハンズオフのアプローチがあります。

ノーコード開発に適したアプリケーションの例には、ビジネス・ユーザー向けのセルフサービス・アプリや、ダッシュボード、モバイルおよびWebアプリ、コンテンツ管理プラットフォーム、データ・パイプライン・ビルダーなどがあります。ノーコード手法は、素早くビルドできるスタンドアロン・アプリであり、わかりやすいUIを備えたシンプルなオートメーションに最適です。カレンダー・プランニング・ツール、施設管理ツール、設定可能なカラムやフィルターを備えたBIレポーティング・アプリで使用されています。

ローコード・アプリケーション・プラットフォーム（LCAP）は、ローコード開発プラットフォーム（LCDP）とも呼ばれ、API、コード・テンプレート、再利用可能なプラグイン・モジュール、グラフィカル・コネクターなどの機能が組み込まれた統合開発環境（IDE）を含み、アプリケーション開発プロセスのかなりの部分を自動化します。LCAPは通常、クラウドベースのサービス型プラットフォーム（PaaS）ソリューションとして利用できます。

ローコード・プラットフォームは、ユーザーがビジュアル・ツールを使用してワークフロー、ビジネス・ルール、ユーザー・インターフェースなどを定義するプロセス・モデリングなどのビジュアルツールや手法を使用することで複雑さを軽減するという原則に基づいて機能します。舞台裏では、完全なワークフローが自動的にコードに変換されます。LCAPは、主にプロの開発者によって使用され、コーディングの汎用的な部分を自動化し、開発の最終段階で作業をリダイレクトするために使用されます。

このようなオートメーションのプラットフォームの例としては、ローコード・アプリケーション・プラットフォーム、インテリジェント・ビジネス・プロセス管理スイート、市民開発プラットフォーム、その他のRADツールなどがあります。

ノーコード開発プラットフォーム（NCDP）は、シチズン・オートメーション・アンド・デベロップメント・プラットフォーム（CADP）とも呼ばれることもあります。このプラットフォームでは、すべてのコードはドラッグ・アンド・ドロップやポイント・アンド・クリックのインターフェースを通じて生成されます。NCDPは、プロの開発者と一般の開発者（技術者以外のユーザーまたはコーディング・スキルが限られているまたはまったくない非開発者）の両方によって使用されます。

ローコードもノーコードも、視覚的なインターフェースとあらかじめ設定されたテンプレートを使用することで、コーディングの複雑な側面を抽象化することを目的としている点で似ています。どちらの開発プラットフォームもPaaSソリューションとして利用でき、データの論理的な進行を定義するワークフローベースの設計を採用しています。共通のアプローチにより、多くのメリットを共有しています。

• テクノロジーの民主化：ローコード・ソリューションもノーコード・ソリューションも、さまざまな種類のユーザーに力を与えることを目的として構築されています。これにより、雇用が難しく高価な専門家や技術者への依存を減らすことができます。
• 生産性向上要因：ローコード/ノーコードにより開発速度が向上します（ibm.com外部へのリンク）。ITのバックログを一掃し、プロジェクト・スケジュールを数ヶ月から数日に短縮し、より迅速な製品展開を促進します。
• 迅速な顧客フィードバックを少ないリスクで：プロジェクトに多大な参考情報を投入する前に、ローコード/ノーコードで簡単に作れるプロトタイプを見せることで、開発者は顧客からフィードバックを得ることができます。これにより、GO/NOの判断がプロジェクトスケジュールの早い段階に移行し、リスクとコストを最小限に抑えることができます。
• 購入より構築：商用オフ・ザ・シェルフ（COTS）製品は高価で、画一的なアプローチになりがちですが、ローコードやノーコード手法は社内でのカスタマイズを奨励するため、購入と構築のジレンマは「構築」にシフトします。
• アーキテクチャーの一貫性：ロギングや監査のような横断的なモジュールでは、一元化されたローコード/ノーコード・プラットフォームが設計とコードの一貫性を保証します。開発者がフレームワークの理解ではなく問題のトラブルシューティングに時間を費やすことができるため、アプリケーションのデバッグ時にも有益です。
• 費用対効果：ローコード/ノーコード手法は、小規模なチーム、少ない参考情報、低いインフラコスト、低い保守コストにより、一から手作業で開発するよりも費用対効果が高くなります。また、より迅速なアジャイル・リリースにより、ROIも向上します。
• ビジネスとITのコラボレーション：ビジネス・チームと開発チームは伝統的に、プッシュプルの関係を共有してきました。しかし、ローコード/ノーコード活動を通じて、より多くのビジネスユーザーが開発に参加するようになったことで、一見異なる2つの世界の間に、より良いバランスと理解が生まれつつあります。

ローコードとノーコードのプラットフォーム・ベンダーが紛らわしいポジショニングをとっていることもあり、両者のソリューションには微妙な主要な機能の違いがあるにもかかわらず、この2つのアプローチには多くの重複点があります。しかし、考慮すべき重要な違いがあります。

対象ユーザー

ローコードはプロの開発者を対象としており、基本的なコードの複製を避け、イノベーションと主要な機能セットの豊かさにつながる、より複雑な側面からの開発のためのスペースを作ることを目的としています。コーディングの標準的な側面を自動化し、構文にとらわれないアプローチを採用することで、開発者の再スキルアップと人材プールの拡大を可能にします。

一方、ノーコードは、膨大なドメイン知識を持ち、多少技術に詳しくても手作業でコードを書く能力に欠けるビジネスユーザーを対象としています。また、ビジネス・ユーザーとソフトウェア開発者、中小企業の経営者と人事、財務、法務などの非ITチームとのハイブリッド・チームにも適しています。

ユースケース

ノーコード手法は、ドラッグ・アンド・ドロップ・インターフェースで迅速に設計できるフロントエンド・アプリに適しています。ソースからデータを取得し、データをレポート、分析、インポート、エクスポートするUIアプリが良い候補となります。

また、ノーコード手法は、ビジネスチームが使用するExcelベースのレポートのような単調な管理作業を置き換えるのに理想的です。このようなプロジェクトは、IT部門によって優先順位付けされるのが容易ではありませんが、ビジネス・チームにとっては命を救う可能性があります。また、広範囲にわたる機能を必要としない社内アプリや、開発予算の少ない小規模なビジネスアプリにも適しています。

網羅的なコンポーネント・ライブラリを備えたローコード手法は、重量級のビジネス・ロジックを持つアプリケーションに拡張でき、エンタープライズ・レベルまで拡張できます。また、アプリと外部APIと統合し、複数のデータ・ソースに接続し、ITのレンズが必要なセキュリティー保護策を備えたシステムを構築するには、ノーコードよりもローコードの方が良い選択肢となります。

スピード

ローコードでは、カスタマイズの機会が増えるため、オンボーディング、開発、デプロイにより多くのトレーニングと時間を必要とします。それでも、従来の開発に比べてかなり高速です。

ノーコード手法は高度に構成可能であり、すべてプラグ・アンド・プレイであるため、ローコードに比べて構築にかかる時間が短くなります。手作業によるコーディングで通常発生する潜在的なエラーのリスクが最小限に抑えられるため、テスト時間も短縮されます。ここで重要なのは、構成とデータフローが正しく設定されているかどうかです。

オープン・システムとクローズド・システム

ローコード手法は、ユーザーがコードによって機能を拡張できるオープンなシステムです。つまり、柔軟性と再利用性が高まります。例えば、ユーザーはユースケースに合わせてカスタム・プラグインやデータ・ソース・コネクターを作成し、後で再利用することができます。しかし、LCAPの新しいアップグレードやパッチは、手動で導入したコードでテストする必要があることは注目に値します。

ノーコードは、テンプレート化された主要な機能セットを通じてのみ拡張できる、よりクローズドなシステムを指します。これは、ユースケースが制限され、定型的なプラグインや統合へのアクセスが制限されることを意味するが、NCDPの将来のバージョンを破壊する可能性のある手動で書かれたコードがないため、後方互換性を確保するのが容易です。

シャドーITリスク

これはローコード・プラットフォームでもノーコード・プラットフォームでも懸念されることですが、シャドーITのリスクはITチームの介入がほとんど必要ないノーコードの方が高くなります。これにより、並列のインフラが厳密に監視されず、セキュリティーの脆弱性や技術的負債を抱えることになりかねません。

ただし、ローコードが依然としてITチームの下にあるという事実は、ガバナンスと管理の向上に役立ちます。

アーキテクチャー範囲

ローコードは、拡張性とクロスプラットフォーム互換性のサポートにおいて、ノーコードよりも優れています。カスタム・プラグインやカスタム・コードを追加することで、より幅広い実装や複数のプラットフォームでの動作の可能性が広がります。

ノーコード手法は拡張性が低く、レガシー・システムへの接続や他のプラットフォームとの統合の可能性が限られています。そのため、狭いユースケースにしか対応できず、拡張性も低くなります。

ローコードにもノーコードにもそれぞれの強みがあります。両者の共通点から、この決断は簡単ではありません。最善の方法は、現在の要件を評価し、それに応じて選択することです。

ユーザーのニーズを判断するための質問をいくつか紹介します。

• ローコードまたはノーコードのソフトウェアを使う目的は何か。
• 誰がユーザーか。彼らのプログラミングの専門知識は。
• 解決すべき問題の範囲と規模は。
• 外部および内部アプリケーションとのカスタム統合が必要か。
• 必要な納期は。
• ユーザーはコードをどの程度コントロールしたいのか。
• アプリケーションは機密データを扱う必要があるか、あるいはセキュリティを考慮する必要があるか。

ここで重要となるのが、何のためのアプリケーションで、構築するのは誰かという2つの問題です。どちらも重要な質問ですが、ユーザー中心のアプローチよりもゴール中心のアプローチ、つまり「誰が」よりも「何を」の方が重要です。

ユースケースが複雑で、他のオンプレミスやクラウド・アプリとの統合が必要な場合、顧客向けやビジネスクリティカルな要件がある場合、企業全体にデプロイする必要がある場合は、ローコードが望ましい選択肢となります。この場合、ユーザーがプログラミング言語に関する必要な専門知識を持っていなくても、ITチームとの提携やトレーニングプログラムによって課題を解決することができます。

IBMと連携することで、ローコードおよびノーコードのインテリジェントなオートメーション機能を利用できるようになり、ITに依存することなく、専門家がプロセスを自動化できるようになります。

ノーコード・ソリューション。

• IBM® watsonx Orchestrateを使用して、独自のデジタル・ワーカーを構築し、日常業務を自動化します。
• IBM® Blueworks Liveでビジネス・プロセスを視覚的にモデル化し、その出力をIT部門に渡してワークフローにインポートします。
• IBM® Automation Document Processingを使用すると、ビジネス文書から情報を迅速、簡単、正確に分類および抽出できます。
• IBM® Automation Decision Servicesを使用すると、ビジネスに適した環境で予測的な意思決定を行うことができます。

ローコード・ソリューショ。

• Lojacorr Network社が行ったように、ビジネス・ユーザーがIBM® Robotic Process Automationを使用して独自のボットを構築できるようにし、スタッフを雇うことなく、プログラミング言語の経験がなくても、プロセスの実行効率を80％向上させます。
• IBM® AppConnectでシンプルなWebベースのツールを使用してアプリケーションを統合します。
• Aspera Orchestratorを使用して事業単位と外部パートナーを相互接続するファイル処理パイプラインを設定します。