Mistake #19 : DIY Surgery (No-Code)

恐怖の
DIY手術

「YouTubeで見たら簡単そうだったから」と、自分で盲腸の手術をしますか?
ノーコードツールを使えば、確かに画面は作れます。
しかし、セキュリティ、拡張性、データ設計の知識がない人が作ったシステムは、
傷口が開いたままの患者と同じです。

👨‍⚕️ 野良開発診断
  • kintoneやBubbleで、誰が作ったか分からないアプリが100個以上ある
  • 退職した社員のIDで動き続けているワークフローがある
  • データのバックアップ体制を知っている人が一人もいない
  • 「何かあったら、作った〇〇さんに聞いて」が合言葉だ
⚠️ 警告:これは「民主化」ではありません。「無政府状態」です。
プロの監修なき市民開発(Citizen Development)は、組織を崩壊させます。

01. 「簡単」は「安全」ではない

🔨✂️🩹
Admin: "Trust me, I saw a tutorial."

ノーコードツールは強力ですが、それは「包丁」と同じです。
一流のシェフが使えば芸術的な料理になりますが、子供が使えば指を切ります。
「誰でも作れる」というキャッチコピーを信じて、
データベースの正規化も知らない人に基幹システムを作らせてはいけません。
後からプロが直そうとしても、手遅れ(もはや再構築しかない)なことがほとんどです。

プログラミングは不要になっても、
エンジニアリングは
不要にならない。

02. ガバナンス(見張り役)を置く

市民開発を成功させる唯一の方法は、情シス(IT部門)が「見張り役」になることです。
「ここから先はプロがやる」「このデータは触っちゃダメ」。
サンドボックス(安全な砂場)を用意し、その中だけで遊ばせる。
このルール(ガバナンス)がない自由は、ただの混沌です。

03. プロトタイプとして使う

ノーコードの正しい使い方は「プロトタイプ(試作)」です。
現場の人が「こんな画面が欲しい」と動くモックアップを作る。
エンジニアはそれを見て「なるほど、こういう要件ね」と理解し、ちゃんとしたコードで実装する。
これなら、認識のズレもなくなり、品質も担保されます。
ノーコードを「本番環境」にするのは、よほどの小規模用途に限るべきです。

執筆:シチズンデベロッパー支援室長

現場の熱意を正しい方向に導くガイド。
「野良アプリ」を回収・供養し、持続可能なシステムへと昇華させる。