市民開発で修正に失敗し、手戻りが続くときの原因と対処法

›

が回答中

「社員がAIで作った業務ツールに機能を足したら、想定と違う画面や処理になりました。直そうとしても、どこまで変えてよいか分かりません。」 開発まではすぐできても、現場で使い続けられない。そうした状況の方に向けた記事です。

市民開発の失敗で起きる改修の手戻りは、どうすれば減らせるのか。この記事で扱うのは、原因ごとの確認手順です。

記事 https://n-v-l.co/blog/citizen-development-failure を読み、次の形で答えて。私について知っている情報があれば前提にする。
1.結論1文 2.記事の具体例3つ（企業名・サービス名・数字入り） 3.読む価値がある見出し2つ＋理由 4.私の会社に効くか（私を知っていれば当てはめ、不明なら判定質問3つ） 5.末尾に「答えてもらえれば、記事とサイト（https://n-v-l.co/）をもとに打ち手と記事にない部分を分けて答えます」
1500字以内。記事にないことは書かない。

市民開発失敗の原因3つと確かめたいこと

テストは本番と分けた環境で、架空のデータを使って行ってください。

たとえばMicrosoftはPower Platformの市民開発向け資料で、IT管理者と環境やアクセス権を検討する手順を示しています。共有コンポーネントを含むアプリなどでは、開発・テスト・リリース用の環境を分ける構成を勧めています。 参照：シナリオ1：市民開発｜Microsoft Learn

原因A：理想の完成形が人によって違う

確認すること

同じ機能を作っている人に、その機能で何ができれば完成かを説明してもらいます。画面にある入力欄やボタンが、説明どおりに動くかも確かめます。

解決する4つの手順

1. 手戻りが起きている機能を1つ選び、担当者ごとの指示を並べる
2. 選んだ機能で行う作業を1文にする。記入例：「利用者が備品を選び、貸出を確定する」
3. 作っているアプリの画面に、その作業に要る入力欄とボタンがそろっているか確かめる。今回作らない機能も書き出す
4. 画面の見た目とボタンを押した後の動きについて担当者間で説明をそろえ、AIへの修正指示を書き直す

この手順で決めるのは、機能の範囲です。画面が合った後も、保存するデータと同時操作の確認は残ります。

原因B：データへの影響を確かめずに変更した

確認する3つのテーブル

貸出画面が開いていても、変更前の貸出記録が残っているとは限りません。変更案にテーブルの削除やデータ構造の変更があれば、保存済みの記録をどう扱うか確かめてください。

テーブルは、データを種類ごとに保存する表です。テーブルの数や分け方は、実装によって変わります。

解決する4つの手順

1. 変更するテーブルと保存している情報を、開発担当者と書き出す。利用者のどの操作で読み書きするかも書く
2. 変更前の記録が変更後にどう残るかを開発担当者と確かめる。説明できない削除や構造変更は、反映前にエンジニアへ見せる
3. データ保存先のバックアップ対象と、復元できる時点を確かめる。ソースコードの戻し方とは分けて扱う
4. 引き継ぐ担当者が、設計書と実装を見てデータの意味を説明できるか確かめる

Power Platformのバックアップと復元には、環境の種類や対象による制約があります。Microsoftは大きな変更の前に手動バックアップを作成するよう案内していますが、手動バックアップに対応しない環境もあります。 参照：環境のバックアップと復元｜Microsoft Learn

Power Platform以外の製品や自作アプリでは、使っているデータ保存先の手順で確かめてください。バックアップがあるだけで、必要なデータを復元できるとは限りません。

外注した部分を含むツールでは、引き継ぎ物の所在も確認します。

外注先から受け取る引き継ぎ物と、契約前に取り決める権利は、以下の記事で説明しています。

原因C：同時操作のテストが足りない

確認すること

1人が1回使えた記録に加えて、複数人が重ねて操作したときの結果を確認します。試す前に、正しい結果を決めてください。

解決する4つの手順

1. 業務担当者が、操作と期待する結果をセットで書く
2. 同時操作を再現する方法をエンジニアと決める。人がほぼ同時にクリックした1回だけでは、問題なしと言えない
3. 自動テストの結果を確かめた後、業務担当者が貸出から返却まで実際に操作する
4. 仕様を変えたら、影響する範囲を再テストする

次の表は、備品を1点ずつ管理する台帳のテスト設計例です。

MicrosoftはDynamics 365向けのテスト資料でも、テスト対象を業務の要件に結び付け、結果や不具合を記録する進め方を示しています。機能の正しさに加え、性能や使いやすさも確認対象です。 参照：Test your Dynamics 365 solution before deployment｜Microsoft Learn

市民開発の失敗を解決したかの3つの確認方法

最初に書き出した機能の操作をテスト環境でやり直し、期待していた動作と実際の動作を比べます。確認結果には、試したバージョンと操作条件を残してください。

1. 原因Aの確認：担当者間で決めた入力欄とボタンが画面にあり、合意した動作になっている
2. 原因Bの確認：変更前の記録を表示でき、必要な値や記録同士の対応が保たれている。備品貸出台帳なら、誰がどの備品を借りているかを変更前の記録と比べる。担当者がデータの意味を説明できる
3. 原因Cの確認：決めたテストの期待結果を満たし、業務担当者が実際の作業を終えられる

市民開発失敗の原因が上記3点以外だったとき

利用人数やデータ量が増えた後だけ遅くなるなら、性能を疑ってください。

性能は、実際の処理とデータ量に合わせて確かめてください。性能や復旧の確認項目は、MicrosoftのDynamics 365向けテスト資料の非機能要件も参考になります。

エンジニアに相談するときは、問題が起きる操作・期待結果・直前の変更内容を渡してください。

要件の大きいシステムについて、既製品で足りる条件と作る範囲の決め方は、以下の記事で説明しています。

まとめ｜次に直す機能を1つ選ぶ

手戻りが起きている機能を1つ選び、期待する動作を担当者間でそろえてください。データを消す可能性のある変更の影響が分からない場合や、同時操作を確かめる方法が分からない場合は、変更前の状態を保ったままエンジニアに相談します。

業務ツール内製化支援

御社専用の業務ツールを、設計・開発・運用まで内製化する支援です。要件定義・設計とテスト・セキュリティ・運用の4つを教えます。成果物は、御社専用の業務ツールと、AI駆動開発を身につけた社員です。

[業務ツール内製化支援について相談する](/contact)

取材回答／監修

秋月 宏介NOVEL株式会社 リードエンジニア

飲食業界の人材サービス「フーズラボ」、上場企業が発行する地域情報紙のLINE配信システム、累計70万回利用のAIライティングツール「SAKUBUN」を開発。バックエンドや業務の自動化を担当した案件の発注企業のうち2社が、のちに上場している。自宅では約200万円をかけてサーバーを自作し、自前で運用する。ChatGPTの解説書『2冊目に学ぶ ChatGPTプロンプト攻略術』を共著。

編集

NOVEL編集部NOVEL株式会社

社内のエンジニアや代表への取材と、お客様の導入支援の記録をもとに記事を作っています。NOVELは上場企業を含む60社以上のAI導入・システム開発を支援し、商談解析AI「DOKO」などの自社製品も開発しています。

公開 2026.10.30｜最終更新 2026.10.30