つながっただけで、基幹データをAIに上書きさせるな
AIから基幹システムへの接続が動いたことを根拠に、正本と更新の条件を定めず自動で書き戻してよいか。
READALNETZ EDITORIAL
INSIGHT
AIで作れた。
その先を、誰が引き受けるのか。
開発、情報管理、運用、組織の判断。AIを会社の仕事へつなぐために、何を確かめるべきかを考えます。
EXPLORE BY PERSPECTIVE
3つの視点から考える
LATEST INSIGHTS
開発・要件・品質
16 / 111 ARTICLES
-
-
画面は完成。でも、その操作をできない人がいませんか？——利用者の条件を確かめる
マウスや見た目で確認しただけでなく、異なる条件でも仕事を終えられるか。
READ -
決済は一回、通知は二回——連携を重複処理しないための確認
同じ出来事の通知が再送されても、業務処理を一度にできるか。
READ -
AIが選んだ部品を、会社が把握できる状態にする——SBOMの使いどころ
部品一覧を、現在動いているアプリの版へどう結び付けるか。
READ -
その変更は、どう本番に届く？——AI開発の更新と公開を引き継げる工程にする
AIで変更を作れても、本番の版、確認した条件、戻す手順を誰も説明できなければ更新は引き継げません。変更を組織の仕事として届ける工程を整理します。
READ -
社内文書を入れたのに答えられない——RAGの検索品質を切り分ける
社内AIが二年前の規程を根拠に答えた。資料を増やす前に、権限、検索対象、文書分割、鮮度、回答生成のどこで外れたかを切り分けます。
READ -
テスト全通過を、販売してよい証拠にするな——試していない条件は残っている
社内で用意したテストが全部通ったことを、顧客に約束する利用条件まで満たした証拠としてよいか。
READ -
AIの修正案を、そのまま業務データへ上書きするな——変わる範囲と戻し方を確かめる
AIの修正案を上書きする前に、何が変わり、どう元へ戻せるか説明できるか。
READ -
そのライブラリ、本当に存在しますか？——AIが提案した部品を採用する前に
AIの部品名を、実際の配布元・版・利用条件へどう結び付けるか。
READ -
社長の自作に、誰も反対しなかった。それを採用の根拠にするな
自分で作れて現場から反対も出ないという事実を、業務の要求と品質を満たした証拠にしてよいか。
READ -
要望どおりに動いた。それだけで、業務のルールまで作れたことにするな
頼まれた機能が動くこと以外に、一件の仕事を終えられる条件を確かめたか。
READ -
一人では動いた。二人が同時に使ったら？——同時更新を確かめる
同時操作でも、守るべき予約や残高の条件が崩れないか。
READ -
保存は成功、処理は未完了——その状態を確かめず、業務を自動確定させるな
受注登録は完了した。けれど、在庫引当てや外部サービスへの出荷依頼も終わったのか。途中の状態を追えないまま人の確認を外すと、状態の分からない仕事が残ります。
READ -
AIで作った試作品、次に何を直す？——使い続けるための改善の進め方
試作品の価値を残しながら、使い続けるための仕事をどの順で確かめるか。
READ -
AIが「問題なし」と言った。それだけで、確かめたことにするな
AIのレビュー結果が「問題なし」でも、対象や条件が分からなければ検証完了の証拠にはなりません。確認済みと未確認を記録し、検証を見直す条件を示します。
READ -
画面ができた。それで、エンジニアの仕事まで終わったことにするな
問い合わせを登録し、担当者を割り当て、履歴を検索する。欲しかった画面が、AIとのやり取りでその日のうちに動いた。何度か自分で入力してみても、思ったとおりに使える。「これなら、明日から同僚にも使ってもらえそうだ」。そこで、もう一度立ち止まって…
READ