市民開発とは｜AIエージェント時代に現場社員が業務システムを内製する組織のつくり方

中小企業のDXが進まない理由を尋ねると、必ず上位に挙がるのが「IT・DXの専門人材がいない」です。国内の調査でも、中小企業のDX導入率はいまだ4割台にとどまり、人材と予算の不足が主要な課題として繰り返し指摘されています。

この構造を正面から崩そうとしているのが市民開発（シチズンデベロップメント）という考え方です。専門人材を採用するのでも、外注するのでもなく、業務を一番よく知っている現場の社員自身が、自分の仕事の仕組みを作る。AIエージェントの登場によって、これが精神論ではなく実務として成立し始めています。

市民開発とは何か——IT部門ではなく現場が作る

市民開発とは、エンジニアではない現場の社員が、ノーコード・ローコードツールを使って業務アプリやシステムを自ら作る取り組みを指します。「市民（シチズン）」は、専門家ではない一般の従業員という意味です。

従来の流れと比べると、変わるのは主体と速度です。

とくに「気づいたその場で直せる」点が実務上は決定的です。業務システムは作った瞬間から現実とずれ始めます。修正のたびに数週間かかる仕組みは、結局使われなくなります。

なぜ今、市民開発が現実的になったのか

市民開発という言葉自体は新しくありません。ノーコードツールは以前からありました。ではなぜ今なのか。理由はノーコードツールにAIエージェント機能が組み込まれたことにあります。

従来のノーコードツールは「プログラムを書かずに済む」だけで、画面設計やデータの持ち方は自分で考える必要がありました。ここが実質的なハードルで、多くの人が最初の1つを作り切れずに終わっていました。

いまは違います。「取引先ごとの見積履歴を管理して、承認者に通知が飛ぶ仕組みを作りたい」と言葉で説明すれば、AIが画面と処理の骨格を生成します。人間の仕事はゼロから組み立てることから、提示されたものを業務に合わせて直すことへ移りました。この差は大きく、従来は数週間から数カ月かかっていた簡易アプリが、数時間から数日で形になる例が報告されています。

ノーコードでAIエージェント自体を作る流れも同時に進んでいます（ノーコードでAIエージェントを作る時代／AIエージェントの作り方）。「業務アプリを作る」と「AIに業務をさせる」の境界は、今後さらに曖昧になっていくでしょう。

市民開発に向く業務・向かない業務

何でも現場に作らせればよいわけではありません。線引きを最初に共有しておくことが、後の混乱を防ぎます。

向いている業務

• 申請・承認のワークフロー——稟議、経費精算、休暇申請など、紙とハンコやメールで回っているもの
• 顧客・案件の管理——Excelの営業リストで管理している情報の共有化
• 在庫・備品の管理——現物と台帳がずれがちな領域
• アンケート・報告書の収集——各自がバラバラの形式で送ってくる情報の集約
• プロジェクト・タスクの管理——進捗が個人の手元にしかない状態の解消

共通するのは「いまExcelとメールで回している業務」です。ここが市民開発の主戦場です。

向かない業務

• 会計・給与計算など法令要件が厳しい領域——専用パッケージを使うべき
• 社外に公開するシステム——セキュリティ責任の重さが段違い
• 大量データを扱う基幹処理——性能・可用性の設計が必要
• 会社の中核となる仕組み——属人化した場合の事業リスクが大きすぎる

市民開発を根づかせる5つのステップ

ツールを配れば始まる、というものではありません。組織として定着させるには順序があります。

ステップ1：最初の1人を選ぶ

全社研修から始めないでください。業務に詳しく、新しいツールへの抵抗が少ない社員を1〜2名選ぶところからです。役職は問いません。むしろ日々の面倒を一番感じている担当者が適任です。

ステップ2：1つの業務に絞って成果を出す

対象は小さく、効果が目に見えるものを選びます。「月次の集計に毎回3時間かかっている」「申請書を探すのに毎回30分かかる」といった、時間で語れる業務が理想です。成果は必ず時間で記録してください。「便利になった」では次の投資判断につながりません。

ステップ3：ルールを3つだけ決める

この段階で最低限のルールを定めます。細かい規程は不要で、次の3点で足ります。

• 作ってよい範囲——向かない業務（前章）には手を出さない
• 扱ってよいデータ——個人情報・機密情報を入れる場合の条件
• 届け出——何を作ったかを一覧で把握できるようにする

生成AIを併用する場合は、社内のAI利用ルールとセットで整備すると重複がありません（社内AI利用ルールの作り方）。

ステップ4：社内に見せて広げる

1つ成果が出たら、朝礼でも社内チャットでもよいので実際の画面を見せる。市民開発が広がるかどうかは、この一手にかかっています。「自分の部署のあの作業もできそうだ」と思う人が2人現れれば、動き始めます。

ステップ5：引き継げる形にする

最後に、そして最も忘れられがちなのがこれです。作った本人が異動・退職したときに誰も直せないアプリが残ると、かえって負債になります。作った目的・データの構造・注意点を数枚のメモでよいので残す運用を、最初から習慣にしてください。

よくある失敗パターンと回避策

• 失敗1：全社に一斉導入する→ 使う人が現れず放置される。1〜2名の成功事例を作ってから広げる
• 失敗2：IT部門が主導して現場が受け身になる→ 結局これまでの依頼型と同じ。IT部門の役割は「作る」ではなく「ルールを決めて支える」に置く
• 失敗3：野良アプリが乱立する→ 届け出制で一覧化する。禁止ではなく把握が目的
• 失敗4：効果を測っていない→ 削減時間を記録していないと、次の投資も継続判断もできない
• 失敗5：作れる人が1人のまま→ 属人化して脆くなる。2人目を意識的に育てる

失敗2は特に中小企業で起きやすいパターンです。市民開発の本質は「作る主体を現場に移すこと」であって、ツールを新しくすることではありません。ここを取り違えると、名前だけ変わった依頼待ちの体制ができあがります。

まとめ：人材不足への答えは「作れる人を増やす」こと

• 市民開発とは、現場社員がノーコード・ローコードで自分の業務システムを作る取り組み
• ノーコードツールへのAIエージェント搭載により、設計のハードルが下がって現実的な選択肢になった
• 向くのは申請承認・顧客管理・在庫管理などExcelとメールで回している業務。会計や基幹処理は対象外
• 1〜2名から始めて1業務で成果を出し、3つのルールを定め、社内に見せて広げ、引き継げる形に残す
• IT部門の役割は作ることではなく、ルールを決めて現場を支えること

専門人材がいないから何もできない、という前提はすでに崩れつつあります。いま必要なのは人材の採用より、いまいる社員が作れる状態をつくることです。

株式会社Sei San Seiでは、生成AI × RPA × 業種特化型の次世代型ERP「MINORI Cloud」や、社員のデジタルスキル育成を支援する「MINORI Learning」を通じて、中小企業の内製化とDX推進をご支援しています。「どの業務から手を付けるべきか」「作れる社員をどう育てるか」といったご相談も、お気軽にお問い合わせください。

よくある質問

Q1. 市民開発とは何ですか？

市民開発（シチズンデベロップメント）とは、エンジニアではない現場の社員が、ノーコード・ローコードツールを使って自分たちの業務に必要なアプリやシステムを自ら作る取り組みです。IT部門に依頼して待つのではなく、業務を最もよく知っている本人が直接形にできる点が最大の特徴です。

Q2. なぜ今、市民開発が注目されているのですか？

ノーコードツールにAIエージェント機能が組み込まれ、作りたいものを言葉で説明するだけで画面や処理の骨格が生成されるようになったためです。従来は数週間から数カ月かかっていた簡易アプリの作成が、数時間から数日で形になるケースが出てきており、専門人材がいない中小企業でも現実的な選択肢になりました。

Q3. 市民開発に向いている業務はどれですか？

申請・承認のワークフロー、顧客や案件の管理、在庫や備品の管理、アンケートや報告書の収集など、いまExcelとメールで回している業務が代表例です。逆に会計や給与計算のように法令要件が厳しい領域、外部に公開するシステム、大量データを扱う基幹処理は市民開発には向きません。

Q4. 現場が勝手に作ることで管理が乱れませんか？

ルールなしで広げれば実際に乱れます。作ってよい範囲・扱ってよいデータの種類・作った人が異動した場合の引き継ぎ方法の3点を先に定め、作ったアプリを一覧で把握できる状態にしておくことが必要です。禁止するのではなく、届け出れば作ってよいという運用にすると管理下に置けます。

Q5. 何人くらいから始めればよいですか？

最初は1〜2名で十分です。業務に詳しく、新しいツールへの抵抗が少ない社員を選び、1つの業務に絞って成果を出すところから始めます。社内で目に見える成果が1つ出ると横展開が一気に進むため、最初から全社研修を行うより確実です。