「エラーが出ない失敗」が、いちばん怖かった

Webツールを半年かけて作った。その間に山ほど失敗した。ただ、もっとも怖かったのはエラーが出ない失敗だ。エラーは止まる。止まれば気づく。しかし、画面では成功しているのに何も起きていない失敗がある。バックアップが取れていない、本番データではなくテストデータで動いている、サーバーが2つ起動して片方を見ている、古いプロセスが残存して古い設定で動き続けている。どれも成功と変わらない表示をする。

引っかかるのは「動きました」という成功の見た目が、成功の証明にならないことだ。この経験では、バックアップが毎回「成功しました」と表示されていたのに、実は復元テストで混入させたファイルが10日間、ひっそり蓄積され続けていた。サーバーは2つとも「正常に起動しました」と出ていたが、ブラウザがどちらに繋がるかは不定だった。メール送信は「成功」だったが、古いプロセスのせいで古い宛先へ飛んでいた。すべてシステムの表示と、実際の動作がズレている。

業務的な教訓は3つ。第一に「成功の表示」をそのまま受け取らない。表示は成功したことの証明ではなく、その機能が正常に動作したという報告でしかない。第二に、確認する手順を作業の側に埋め込むこと。「やったかどうか」ではなく「結果が予期通りか」を検証する手順を決めておく。バックアップは「成功したか」ではなく「復元できるか」を週1で試すとか、サーバー更新後は「プロセス数をコマンドで確認する」とか。第三に、分からないなら運用で回す。すべてを解明できなくても、次に同じことが起きたら気づける場所だけ決めておけば足りる。

中小企業で業務システムを使うときは、画面の「実行完了」「送信成功」といった表示に頼りすぎない。実務の中で、本当に処理が行われたか、正しいデータが動いているか、それを定期的に検証する癖をつけることが、エラーより怖い失敗を防ぐ唯一の方法だ。