事故が起きたとき最初にやること

ざっくり言うと

イメージ

正確には

事故の種類によって、最初の一手は変わります。

戻す作業へ入る前に、まず何が起きたかを短く書き留めてください。書き留め方は、後ろの「事故メモは5行で足りる」で説明するとおりで十分です。

戻す先はどこにあるか

戻せる控えは、たいてい次の3つのどれかにあります。

• 作業前に自分でコピーしたフォルダ
• クラウドのバージョン履歴
• 共有フォルダやUSBに置いた別のコピー

それぞれの作り方は消える事故を防ぐバックアップと履歴の基本で説明しています。事故のあとに読むより、落ち着いているうちに1つ用意しておくほうがずっと楽です。

控えが見つかっても、いきなり上書きで戻さないでください。まず今の状態を別名でコピーして残します。戻す作業に失敗しても、そこからやり直せます。

自分でプログラムを書く人で、作業前にGitで記録していたなら、そこまで戻すのが一番早い道です。

パスワードの事故は、消すだけでは終わらない

AIへの頼み方を切り替える

危ないのは、「全部直して」「元に戻して」とだけ伝えることです。何が起きたか分からないまま、AIが新しい操作を重ねてしまいます。

安全なのは、まだ手を動かさせないことです。「まだ実行しないでください。削除、上書き、外部への送信、公開のどれが起きた可能性があるか整理してください」と頼みましょう。

注意点

事故のときにやりがちで、あとから困ることが5つあります。

• 原因を見ないまま、AIに何度も修正を頼む
• 変更の履歴を消す
• エラーの画面を閉じる
• パスワードや顧客情報の事故を黙っている
• 本番のサイトを直接いじり続ける

どれも「早く終わらせたい」気持ちから出てきます。だからこそ、先に手を止める順番が効くわけです。

事故メモは5行で足りる

早めに共有すると傷が浅い

最後は共有です。一人で抱えるほど、対応は遅れます。顧客の情報や取引先のデータが絡むときは、隠さずに早く伝えたほうが、結果として傷は浅く済みます。

伝えるのは、いつ、何が起きて、いま何を止めているか。この3つで足ります。原因の説明はあとからで大丈夫です。

やってみよう

そのうえで、次の6つを上から確かめていきましょう。手元にコピーして貼っておくと、いざというときに迷いません。

1. いま動いている操作を止める
2. 変わったかもしれない場所をメモする
3. 消したり上書きしたりする前に、控えと変更前の状態を見る
4. パスワードやAPIキーの事故なら、消すより先に使えなくする
5. いまは触らない場所を決める
6. 相談する相手と、伝える先を決める

事故対応で効くのは、速さより順番です。止める、記録する、戻す、共有する。この4つを守るほど、戻せる可能性は高くなります。