
【知力戦略|計算ミス撲滅08】 バグの「証拠隠滅」を禁止する: ミスの痕跡管理(消しゴム禁止令)
間違えた箇所を消しゴムで消す行為は、システム改善に不可欠な「エラーログ」を自ら破棄する行為です。ミスをデータとして管理し、あなた専用の防衛システムを構築するPhase 3へと入ります。
「ノートを綺麗に保ちたい」「間違えた痕跡を見たくない」。その心理は痛いほどよくわかります。しかし、情報処理の世界において、バグ(不具合)が起きた際のエラーログ(記録)を削除することは、二度とそのシステムを直せなくなることを意味します。
これはテストに限りません。業務のスプレッドシートで計算を上書き修正したとき、メモ帳の誤った数字を消して書き直したとき——あなたは同じように「証拠隠滅」をしてしまっているのです。
この戦略が響く人へ
- 間違えた問題を解き直す際、以前の計算を消しゴムで完全に消してしまう方
- ミスをした後、「あー、ただの不注意だ」という一言で片付けてしまう方
- 何度も同じパターンのケアレスミスを繰り返し、成長の手応えを感じられない方
「証拠隠滅」という最悪の習慣
これまでのフェーズ(Phase 1・2)では、視線の動かし方や認知負荷の下げ方など、システムそのものを最適化する外部的な防衛策を構築してきました。しかし、ここからのPhase 3は少し性質が異なります。いかに堅牢なシステムを組んでも、人間である以上エラーは必ず発生します。重要なのは、発生してしまったミスをいかに「内省的なデータ」として活用するかです。
多くの人が陥る最大の罠が、ミスを「なかったこと」にしてしまう消しゴムの乱用です。自分が「どこで、どのように、なぜ間違えたのか」という痕跡を消し去ってしまえば、脳はそのプロセスを振り返ることができず、数日後には同じ場所で再びバグを発生させます。ミスは隠すべき恥ではなく、システムをアップデートするための「純度の高い純資産(データ)」なのです。
間違えた箇所を消して綺麗な正解だけを上書きする。なぜ間違えたのかという経路情報が失われ、同じ場所で再びエラーを起こす。
間違えた箇所は消さずに二重線で残し、その横に正解を書く。エラーの経路がデータとして蓄積され、システムの弱点が可視化される。
「ただの不注意」という言葉の廃止
エラーログを残せるようになったら、次に行うべきは「バグの分類と言語化」です。
あなたは自分のエラーを振り返る際、「今回はちょっと不注意だったな」という思考停止の言葉で済ませていませんか? 「不注意」という大雑把なラベルでは、脳は次回どう対処すればいいか具体的な対策を打てません。
バグのログを見返し、たとえば「移項時の符号ミス(→02番の符号ファースト違反)」「問題文の条件の読み落とし(→04番の情報固定化の失敗)」など、発生源をこれまでのシリーズの概念と紐付けて具体的に特定します。こうして命名することで、これまで無意識下で発生していた「よくわからないミス」を、意識的なコントロール下に引きずり出すことができます。
間違えた問題に対して、赤ペンで正しい答えや解説を書き写し、「なるほど、わかった」と満足してしまうのは非常に危険です。「正しい解き方を理解した」ことと、「なぜ自分が間違えたのか(バグの発生原因)を特定した」ことは全く別のプロセスです。システムを強化するために必要なのは、後者の原因特定に他なりません。
エラーログを資産化する実装ルール
ミスを放置するのではなく、分析して自分専用の防衛システムを完成させるための準備を始めましょう。以下のルールを日々の学習・業務プロトコルに組み込んでください。
ミスの痕跡管理チェックリスト
- 01
計算プロセスにおける「消しゴム」の使用を禁止する間違えた箇所は絶対に消さず、赤の二重線で取り消します。そのすぐ横、または下の余白に正しいプロセスを併記し、エラーの分岐点を明確に残します。
- 02
ミスの原因を「具体的な言葉」で横に書き添える「不注意」という言葉の使用を禁じます。二重線で消した箇所に「移項時の符号ミス」「約分忘れ」など、何が原因でバグが起きたのかを言語化してラベル付けします。
- 03
言語化したラベルを集積し、傾向を抽出する言語化したバグのラベルを定期的に見返し、自分の弱点パターンを抽出する習慣をつけます。この集積が、シリーズ最終回で作る「ミス家系図」の土台となります。
