ローコード開発導入企業の課題からみる、「内製化」の前に自問すべき2つの問い：特集：「内製化」の誤解と、今すぐなすべきこととは？（2）

ローコード／ノーコード開発ツールによる「システム内製化」への関心が高まっている。取り組みを進めるに当たってユーザー企業が留意しておくべきことは何か。ノークリサーチ、シニアアナリストの岩上由高氏に聞いた。

　ビジネスの変化に迅速に対応し、ニーズに適合するシステムを、ユーザー企業が自らの手で作り上げていく「内製化」の取り組みを支援する環境として「ローコード／ノーコード開発ツール」が注目を集めている。市場には「ローコード／ノーコード」をうたう製品やサービスが、オンプレミス、クラウドを問わず次々と投入されており、その特徴もさまざまだ。

　しかし、こうした「ユーザー企業が、業務のためのシステムを自ら作る」という動き自体は、昨今に始まったものではない。かつて、そうした取り組みは「EUC」（End User Computing）という名称で盛んに行われ、それを実現するためのツールも市場に多く投入されていた。

ノークリサーチの岩上由高氏

　「ローコード／ノーコード開発ツールは、EUCでユーザーが直面した課題を、全て解決できる“魔法のつえ”ではない。導入の仕方や使い方を間違えれば、EUCの弊害を再び生み出してしまう可能性が十分にある」

　そう警鐘を鳴らすのは、ノークリサーチでシニアアナリストを務める岩上由高氏だ。では、「ローコード／ノーコード開発ツール」による内製化の取り組みにおいて、かつての「EUC」での失敗を繰り返さないためにユーザー企業が心得ておかなければならないことは、何なのだろうか。

多様な「源流」が混ざり合うローコード／ノーコード開発ツール市場

　市場には多数の「ローコード／ノーコード」をうたう製品やサービスが存在している。その定義もさまざまだ。ノークリサーチでは「ローコード／ノーコード開発ツール」について、「プログラミングが不要（ノーコード）もしくは簡易なプログラミング（ローコード）によって業務をシステム化できる開発ツール」と、かなり幅広く定義している。

　その理由には「ローコード／ノーコード」をうたっているツールの「源流」が、極めて多様であることが挙げられるという。

　コンピュータの支援によって、ソフトウェア開発の生産性を高めるための取り組みは、コンピューティングの初期から継続的に行われてきた。歴史をさかのぼれば「CASE（Computer Aided Software Engineering）ツール」による設計支援やソースコード生成などが挙げられる。現在の「ローコード／ノーコード」ツールの中にも、そのコンセプトを発展させたものが複数存在している。

　1990年代に入ると、PCの普及やクライアント／サーバコンピューティングの隆盛に合わせて、用途をある程度絞った上で、アプリケーション開発の生産性をより高めるような仕組みが登場する。主にデータベースベンダーがフロントエンド開発のために用意した開発環境は「4GL開発ツール」などとも呼ばれ、SIベンダーによるシステム開発にも広く利用されていた。

　それとほぼ時期を同じくして、こうした開発ツールをさらに簡易化し、GUIと平易なスクリプティングで業務のためのアプリケーション開発を行える環境が生まれた。これが、いわゆる「EUCツール」と呼ばれるジャンルで、「Lotus Notes/Domino」「Microsoft Access/Excel VBA」（Excelマクロ）などが、その代表格となる。

　EUCは、企業が「ITによる業務の効率化」を促進するための取り組みとして、一時期盛んに行われていたが、その中で幾つかの課題も浮上していた。例えば、Lotus Notes/Dominoであれば、独自のアーキテクチャに由来するシステムのブラックボックス化やマイグレーションの難しさ。Microsoft Access/Excel VBAであれば、ファイル単位でアプリケーションとデータを管理するという構造に起因する、データのサイロ化や無秩序な分散といった問題だ。

　岩上氏は「ローコード／ノーコード開発ツールは、こうしたEUCツールが技術の進歩やクラウド化などを通じて使いやすく進化したものだと捉えている」とする。つまり、EUCで顕在化した課題は、ローコード／ノーコード開発ツールによる内製化でも同様に起こり得るというわけだ。

ツールの分類を知れば自社に適したものが見えてくる

　ノークリサーチでは、現在、市場にある「ローコード／ノーコード開発ツール」を、主にその「登場のいきさつ」によって、大きく以下の6種に分類している。

　この6つの分類を、「新規システムの開発向けか、既存システムの移行や補完向けか」「オンプレミス環境向けか、クラウド環境向けか」の2軸上にプロットしたものが、次の図になる。

ノーコード/ローコード開発ツールの俯瞰（ふかん）図（提供：ノークリサーチ）

　この分類に準じると、自社にとって導入しやすく、要件に合う「ローコード／ノーコード開発ツール」がどのようなものか、イメージが見えてくる。

　Microsoft Access/Excel VBAなど、いわゆる「簡易データベースソフト」を源流とするのは「B：カジュアルデータベース」である。既にそうしたデータ資産が社内に多く存在しているのであれば、Bが有力な移行先として検討できるだろう。また、Bにはオンプレミス環境を前提とするツールが多く属するが、これがクラウド上でPaaS的に提供されるようになると「C」に分類される。マイグレーションを機に、クラウドでの新規開発も視野に入れるのであれば、Cもフォーカスに入ってくる。

　スケジューラーや掲示板といった「グループウェア」と密接に関連した開発環境は「E」、CRMを中心とした特定用途の業務アプリケーションのカスタマイズ環境として利用しやすいものが「F」だ。既に導入しているグループウェア、CRMのベンダーがこうしたツールを提供しているのであれば、それらを優先的に検討できる。

　CASEツールのコンセプトを進化させた「A：超高速開発ツール」については、アプリケーションの開発・実行に加え、Microsoft .NETやJavaといった汎用（はんよう）プラットフォーム向けのソースコードを生成できる機能、変更管理・リリース管理機能なども含まれることが多く、大規模なレガシーシステムのマイグレーション用途で採用されるケースも少なくない。

　「D：データ連携を重視したもの」は、複数のシステムやクラウドサービス間でのデータ連携にフォーカスしたツールであり、他のツールで作るアプリケーションと既存システムとの連携を行いたい場合や、RPA（Robotic Process Automation）の一部としても選択肢に入る。

　「ローコード／ノーコード開発ツールとRPAツールは、どちらも“コーディング不要（もしくは少量）”という意味で近しいツールだが、前者は『アプリケーションを作るもの』、後者は『既にあるアプリケーションの操作を自動化するもの』と、用途に明確な違いがある。Dに分類されるツールについては、RPAツールや、既存アプリケーションの連携を補完する目的での導入も想定される」（岩上氏）

「導入済み」の企業が実際に直面した課題とは