ノーコード開発とローコード開発(no-code development / low-code development)

分類
テクノロジ系 ソフトウェア開発管理技術
出る試験
ITパスポート基本情報応用情報
重要度
★★★★☆

コードをほとんど書かずにアプリを作る方法。まったく書かないのがノーコード、必要なところだけ書くのがローコード。

もう少し詳しい説明

ノーコード開発とローコード開発は、どちらもコードをほとんど書かずにアプリを作る方法です。

分かれ目は1つだけです。

コードを書くか
ノーコードまったく書かない
ローコード必要なところだけ書く
ノーコード部品を並べてつなぐ(コードは書かない)ローコード部品を並べてつなぐ足りない所だけ書く
分かれ目はここだけです。使う人で分かれるわけでも、用途や価格で分かれるわけでもありません。書ける余地があるぶんローコードのほうが柔軟で、そのぶん作る人に知識が要ります。どちらも従来の開発を置き換えるものではなく、向く範囲が決まっています。

どうやって作るのか

画面上で部品を並べて、つなぎます。

作ることやり方
入力画面項目を画面にドラッグして置く
データの保存先表を定義する(表計算に近い操作)
処理の流れ「この条件なら、この処理」を選んで並べる
通知「承認されたらメールを送る」を設定する

書くのではなく、選んで並べます。

どこが利点なのか

利点中身
速い数週間かかるものが数日で形になる
現場が作れる業務を知っている人が、自分で作れる
認識のずれが減る作る人と使う人が同じ
人手が足りなくても進む開発部門の順番待ちをしなくてよい

3つめが見落とされやすい利点です。 業務部門が「こうしたい」を伝え、開発部門が作る形では、伝言のたびに意図が落ちます。作る人が使う人なら、その段差がありません。

何を手放すのか

問題中身
できることの限界道具が用意していないことはできない
製品に縛られるほかへ移すとき、作り直しになる
性能大量のデータや複雑な処理には向かない
野良アプリ作った人が異動し、誰も中身を知らないまま動き続ける

最後の1つが、いちばん厄介です。 RPA(人がパソコンでしていた操作を、そのまま覚えさせて代わりにやらせる仕組み)の野良ロボットとまったく同じことが起きます。

現場で手軽に作れることの裏返しで、気づいたら業務の中心で動いていて、誰も直せないという状態になります。

対策は、作る前に決めておくことです。

決めておくこと
誰が作ってよいか
作ったものをどこに登録するか
業務で使ってよい範囲(基幹業務に使ってよいか)
作った人がいなくなったとき、誰が引き継ぐか

使い分け

場面向くもの
申請・承認、集計、一覧の表示ノーコード
外部システムと連携するローコード
独自の計算や複雑な処理があるローコード、または従来の開発
大量のデータ、高い性能が要る従来の開発

ノーコード・ローコードは、従来の開発を置き換えるものではありません。 向く範囲が決まっています。

試作を速く作る用途にも向きます。 プロトタイピング(先に動く試作を見せて、要望を聞きながら作っていく進め方)で画面を見せて反応をもらうところまでをノーコードでやり、本番は作り直す、という使い方です。

内製化との関係

ノーコード・ローコードが広まった背景には、内製化(自分たちで作る)の流れがあります。

外部に発注すると、変えたいたびに見積りと発注が要ります。小さな改修に数週間かかると、現場は使わなくなります。

自分たちで作れば、その場で直せます。 速さがそのまま使いやすさになる、という考え方です。

試験ではこう出る

ITパスポートと科目A(旧・午前)では、2つの違いがそのまま問われます。コードを書く余地があるかどうかです。

利点も出ます。開発期間が短い、業務部門が自分で作れる、が答えの軸になります。

課題も出ます。できることが道具の範囲に限られること、特定の製品に縛られることです。

応用情報では、野良アプリの管理や、どこまでをノーコードで作るかという判断が問われます。

関連する用語

プロトタイピング
試作を速く作る。ノーコード・ローコードが向く場面
RPA
業務部門が自分で作れる道具。野良化の問題も共通する
統合開発環境(IDE)
コードを書くための道具。こちらは書かずに作る方向
内部統制
誰が作ったものかを管理する。現場で作れるからこそ要る

ミニクイズ

ノーコード開発とローコード開発の違いとして、適切なものはどれか。

正解は 2番:ノーコードはコードを書かずに作り、ローコードは必要な部分だけコードを書く

分かれ目は、コードを書く余地があるかどうかです。ノーコードは部品を画面上で組み合わせるだけで作り、コードは書きません。ローコードは基本的な部分を同じように組み立てたうえで、足りないところにコードを書いて補えます。使う人で分かれるわけではなく、ローコードを業務部門が使うこともあります。用途や価格で分かれるものでもありません。書ける余地があるぶんローコードのほうが柔軟で、そのぶん作る人に知識が要ります。

間違えた用語の復習リストを見る →

この分野をまとめて解く → システム開発とユーザーインタフェースのミニテスト(全40問)

最終更新:2026-10-20