AIで作ったExcel、一度計算が合っただけで、次の月も正しいと思うな
一度の集計が合っても、行追加や訂正、元データ差替えの後まで合うとは限りません。会社の正本へ切り替える前に、更新試験と切戻しの証拠をそろえます。
READ
← ALL INSIGHTS
INSIGHT / PERSPECTIVE 01
RETHINK 判断を問い直す
見落としや思い込みを見直し、判断の前提を問い直す。
RETHINK / ARTICLES
すべての記事
35 / 35 ARTICLES
-
-
つながっただけで、基幹データをAIに上書きさせるな
AIから基幹システムへの接続が動いたことを根拠に、正本と更新の条件を定めず自動で書き戻してよいか。
READ -
AIが書けた効果を、そのまま広告で約束するな——裏付けを確かめる
AIが加えた性能や効果の表現を、対応する根拠なしに商品広告として承認してよいか。
READ -
データが移った。それだけで、移行完了と報告するな——新旧の仕事を照合する
新しい画面にデータが見えたこと以外に、移行前と同じ仕事ができると確かめたか。
READ -
画面を再現できた。それだけで、いまのシステムを捨てるな
新しい画面で一通り操作できても、過去データ、例外、連携、復旧まで引き受けられるとは限りません。現行システムの廃止前に、移す仕事と戻せる条件を確認します。
READ -
条件を確かめていないAI手順書を、現場の作業標準にするな
手順書を生成できたことだけで、対象設備・材料・禁止事項の確認を省き、現場へ作業指示として配ってよいか。
READ -
自分のアカウントで作ったAIツール、あなたがいなくても会社で管理できるか
作った本人が不在でも、会社は設定を変え、利用を止め、復旧できるか。
READ -
請求書を読めた。それだけで、支払ってよい請求だと決めるな
請求書を読めたこと以外に、その金額と相手へ支払ってよい根拠はあるか。
READ -
AIの点数だけで、面接前に候補者を落とすな。——何を測る評価なのか
点数が付いたことを根拠に、職務との関係を確かめず、面接前の除外を決めてよいか。
READ -
AIの推定を、勤怠の確定値にするな。——給与計算へ渡す前に
打刻漏れを埋めたAIの推定を、事実確認なしに給与計算へ渡す運用へ変えてよいか。
READ -
社内で使えた回答AI。そのまま顧客へ出すな。——会社が守れる回答範囲
社内の担当者が補っていた回答AIを、その確認なしで顧客へ提供してよいか。
READ -
AIが書いた提案書で、未確認の機能と納期を約束するな
AIが書いた納期や対応範囲を、会社が引き受けられると確認したか。
READ -
注文は取り消せた。それだけで、倉庫の出荷も止まったと思うな
注文を変更した後、倉庫でどこまで処理が進んでいるか確かめられるか。
READ -
デモが動いた。それだけで、現場への導入を押し切るな
デモで回答案が出ても、受付から承認、送信、訂正まで仕事が通るとは限りません。受渡し、例外、承認、手戻りを確かめ、導入できる範囲を決めます。
READ -
「最後は人が確認する」。それだけで、そのAIを業務に入れるな
確認する人に根拠・時間・判断する力・差し止める権限がないのに、人が見ることを導入の根拠にしてよいのか。
READ -
AIで直せる。その一言で、保守の担当と時間を消さない
AIが修正案を出せることを根拠に、変更の判断・確認・問い合わせを引き受ける担当までなくしていないか。
READ -
予算通知があるから放置できる。その判断でAIを動かし続けない
設定した予算額は、通知の目安なのか、実際に利用を止める条件なのか。
READ -
画面は開く。それだけで、利用者の仕事も終わっていると思うな
画面が開くこと以外に、利用者の一件の仕事が終わったと確認できるか。
READ -
停止ボタンを付けた。それだけで、送信や登録まで取り消せると思うな
止めた後に、何が止まり、何がもう確定しているか説明できるか。
READ -
AI同士が同意した。それだけで、確認が済んだことにするな
複数のAIが同意したこと以外に、別の根拠で確かめた結果はあるか。
READ -
いつものブラウザを、そのままAIの操作環境にするな
AIにその画面を操作させると、どのアカウントで何まで実行できるか説明できるか。
READ -
「テストだから」で、顧客データをコピーしてはいけない
テストに必要なのは実際の顧客情報なのか、それとも入力の条件や形なのか。
READ -
形式が正しい。それだけでAIの出力を確定処理につながない
正しい形式で返ったこと以外に、その値を業務へ使ってよい根拠はあるか。
READ -
データの行き先が分からない。そのまま顧客情報を入れるな
試作品に実データを入れる前に、その情報がどこへ渡り、どこに残るかを誰が確認したかを問い直します。
READ -
ログインできた。それだけで、他の人の情報も守れたことにするな
ログインできたこと以外に、他の人の情報を見たり変えたりできないと確かめたか。
READ -
下書きが役立った。そのまま送信・更新の権限をAIに渡してはいけない
回答がよかったことを、送信や更新まで任せる根拠にしていないか。
READ -
社内検索ができた。それだけで、全社の文書をAIにつないではいけない
検索できる文書を増やす前に、その回答を誰へ見せてよいか確かめたか。
READ -
AIが「問題なし」と言った。それだけで、確かめたことにするな
AIのレビュー結果が「問題なし」でも、対象や条件が分からなければ検証完了の証拠にはなりません。確認済みと未確認を記録し、検証を見直す条件を示します。
READ -
テスト全通過を、販売してよい証拠にするな——試していない条件は残っている
社内で用意したテストが全部通ったことを、顧客に約束する利用条件まで満たした証拠としてよいか。
READ -
AIの修正案を、そのまま業務データへ上書きするな——変わる範囲と戻し方を確かめる
AIの修正案を上書きする前に、何が変わり、どう元へ戻せるか説明できるか。
READ -
社長の自作に、誰も反対しなかった。それを採用の根拠にするな
自分で作れて現場から反対も出ないという事実を、業務の要求と品質を満たした証拠にしてよいか。
READ -
要望どおりに動いた。それだけで、業務のルールまで作れたことにするな
頼まれた機能が動くこと以外に、一件の仕事を終えられる条件を確かめたか。
READ -
保存は成功、処理は未完了——その状態を確かめず、業務を自動確定させるな
受注登録は完了した。けれど、在庫引当てや外部サービスへの出荷依頼も終わったのか。途中の状態を追えないまま人の確認を外すと、状態の分からない仕事が残ります。
READ -
「変更するな」と言っただけで、本番データをAIに委ねるな——Replitの削除報告
AIへ「本番データを変更するな」と伝えても、削除権限は消えません。Replitの削除報告を事実の範囲で読み、環境分離、最小権限、承認、復元を再開条件にします。
READ -
画面ができた。それで、エンジニアの仕事まで終わったことにするな
問い合わせを登録し、担当者を割り当て、履歴を検索する。欲しかった画面が、AIとのやり取りでその日のうちに動いた。何度か自分で入力してみても、思ったとおりに使える。「これなら、明日から同僚にも使ってもらえそうだ」。そこで、もう一度立ち止まって…
READ