ノーコード開発とローコード開発(no-code development / low-code development)
コードをほとんど書かずにアプリを作る方法。まったく書かないのがノーコード、必要なところだけ書くのがローコード。
もう少し詳しい説明
ノーコード開発とローコード開発は、どちらもコードをほとんど書かずにアプリを作る方法です。
分かれ目は1つだけです。
| コードを書くか | |
|---|---|
| ノーコード | まったく書かない |
| ローコード | 必要なところだけ書く |
どうやって作るのか
画面上で部品を並べて、つなぎます。
| 作ること | やり方 |
|---|---|
| 入力画面 | 項目を画面にドラッグして置く |
| データの保存先 | 表を定義する(表計算に近い操作) |
| 処理の流れ | 「この条件なら、この処理」を選んで並べる |
| 通知 | 「承認されたらメールを送る」を設定する |
書くのではなく、選んで並べます。
どこが利点なのか
| 利点 | 中身 |
|---|---|
| 速い | 数週間かかるものが数日で形になる |
| 現場が作れる | 業務を知っている人が、自分で作れる |
| 認識のずれが減る | 作る人と使う人が同じ |
| 人手が足りなくても進む | 開発部門の順番待ちをしなくてよい |
3つめが見落とされやすい利点です。 業務部門が「こうしたい」を伝え、開発部門が作る形では、伝言のたびに意図が落ちます。作る人が使う人なら、その段差がありません。
何を手放すのか
| 問題 | 中身 |
|---|---|
| できることの限界 | 道具が用意していないことはできない |
| 製品に縛られる | ほかへ移すとき、作り直しになる |
| 性能 | 大量のデータや複雑な処理には向かない |
| 野良アプリ | 作った人が異動し、誰も中身を知らないまま動き続ける |
最後の1つが、いちばん厄介です。 RPA(人がパソコンでしていた操作を、そのまま覚えさせて代わりにやらせる仕組み)の野良ロボットとまったく同じことが起きます。
現場で手軽に作れることの裏返しで、気づいたら業務の中心で動いていて、誰も直せないという状態になります。
対策は、作る前に決めておくことです。
| 決めておくこと |
|---|
| 誰が作ってよいか |
| 作ったものをどこに登録するか |
| 業務で使ってよい範囲(基幹業務に使ってよいか) |
| 作った人がいなくなったとき、誰が引き継ぐか |
使い分け
| 場面 | 向くもの |
|---|---|
| 申請・承認、集計、一覧の表示 | ノーコード |
| 外部システムと連携する | ローコード |
| 独自の計算や複雑な処理がある | ローコード、または従来の開発 |
| 大量のデータ、高い性能が要る | 従来の開発 |
ノーコード・ローコードは、従来の開発を置き換えるものではありません。 向く範囲が決まっています。
試作を速く作る用途にも向きます。 プロトタイピング(先に動く試作を見せて、要望を聞きながら作っていく進め方)で画面を見せて反応をもらうところまでをノーコードでやり、本番は作り直す、という使い方です。
内製化との関係
ノーコード・ローコードが広まった背景には、内製化(自分たちで作る)の流れがあります。
外部に発注すると、変えたいたびに見積りと発注が要ります。小さな改修に数週間かかると、現場は使わなくなります。
自分たちで作れば、その場で直せます。 速さがそのまま使いやすさになる、という考え方です。
試験ではこう出る
ITパスポートと科目A(旧・午前)では、2つの違いがそのまま問われます。コードを書く余地があるかどうかです。
利点も出ます。開発期間が短い、業務部門が自分で作れる、が答えの軸になります。
課題も出ます。できることが道具の範囲に限られること、特定の製品に縛られることです。
応用情報では、野良アプリの管理や、どこまでをノーコードで作るかという判断が問われます。
関連する用語
- プロトタイピング
- 試作を速く作る。ノーコード・ローコードが向く場面
- RPA
- 業務部門が自分で作れる道具。野良化の問題も共通する
- 統合開発環境(IDE)
- コードを書くための道具。こちらは書かずに作る方向
- 内部統制
- 誰が作ったものかを管理する。現場で作れるからこそ要る
ミニクイズ
ノーコード開発とローコード開発の違いとして、適切なものはどれか。
正解は 2番:ノーコードはコードを書かずに作り、ローコードは必要な部分だけコードを書く
分かれ目は、コードを書く余地があるかどうかです。ノーコードは部品を画面上で組み合わせるだけで作り、コードは書きません。ローコードは基本的な部分を同じように組み立てたうえで、足りないところにコードを書いて補えます。使う人で分かれるわけではなく、ローコードを業務部門が使うこともあります。用途や価格で分かれるものでもありません。書ける余地があるぶんローコードのほうが柔軟で、そのぶん作る人に知識が要ります。
この分野をまとめて解く → システム開発とユーザーインタフェースのミニテスト(全40問)
最終更新:2026-10-20