何か不具合が起きると、早く直したくて設定や手順を次々変えたくなることがあります。ところが、複数の条件を一度に変えると、状態が良くなっても「どの変更が効いたのか」が分からなくなり、次に同じ問題が起きたときに再現できません。
そんなときは、新しい対策を増やす前に、最後に変えた一つだけを元に戻して状態を比べるのが有効です。直すことを急ぐより、変化を一つずつ確認したほうが、結果的に原因へ早く近づけます。
最後の変更を特定する
問題が出る直前に何を変えたのか、一つだけ確認します。
一つだけ元に戻す
ほかの条件は触らず、戻した前後の違いを見ます。
結果を比べて次を決める
変化があったかを確認してから、次の一手へ進みます。
この記事のタグ
原因を探すほど条件を増やすと、何が効いたのか分からなくなります
設定を変える、別の方法を試す、再起動する、順番を変える。対策を続けているうちに、最初の状態から大きく離れてしまうことがあります。
- 短時間に二つ以上の条件を変えている
- 直ったのに理由を説明できない
- 元の状態へ戻す方法が分からなくなっている
変える量を減らすと、前後の差が見えやすくなり、原因候補を順番に切り分けられます。
最初に見るのは「直前に変えたこと」と「変える前の状態」です
原因候補を広げる前に、問題が出る直前の変化を一つ特定します。記録がなければ、覚えている範囲で十分です。
直前の変更
最後に触った設定や手順を一つ挙げます。
元の状態
変更前がどうなっていたかを確認します。
比較条件
同じ操作で結果を比べられる形にします。
比較する条件をそろえることで、「戻したら変わった」「戻しても同じだった」という判断がしやすくなります。
最後に変えた一つだけを元に戻し、同じ条件で一度試します
ほかの設定や手順は触らず、戻した一項目だけを変数にします。結果が変われば、その変更が原因に関係している可能性が高まります。
ある設定を変更したあと動作が不安定になったなら、その設定だけ元に戻し、変更前と同じ操作を一度行います。改善すれば、その設定を中心に確認を続けます。
変化がなければ、そこで初めて次の候補へ進みます。順番を守ることで、試した内容が積み重なります。
結果を「直った・直らない」だけでなく、何が変わったかで残します
原因調査では、完全に解決しなくても小さな変化が手がかりになります。戻した前後の違いを短く残しておくと、同じ確認を繰り返しにくくなります。
- 最後に戻したのは何でしたか？
- 戻す前後で同じ操作を試しましたか？
- 症状は消えた、軽くなった、変わらないのどれでしたか？
- 次に確認する候補は一つに絞れていますか？
判断が曖昧なら、新しい変更を増やさず、同じ条件でもう一度だけ確認します。
次に問題が起きたら「最後に変えたこと」を一行だけ残します
詳しい記録表を作る必要はありません。日付、変えたこと、結果の三つだけ残せば、次の確認がかなり楽になります。
今日の実践
- 問題が出る直前に変えたことを一つ書く
- その一つだけを元に戻して同じ操作を試す
- 結果がどう変わったかを一行で残す
「一つ変えて、一度比べる」を繰り返すだけでも、原因調査はずっと整理しやすくなります。
最後のメッセージ
問題が起きたときほど、たくさん試すことが前進に見えます。しかし、条件を増やしすぎると原因はかえって見えにくくなります。
最後に変えた一つだけを戻し、同じ条件で比べる。この小さな順番を守るだけで、次に何を確認すべきかが見えやすくなります。
最後に確認
- 最後に変えたことを一つ特定しましたか？
- ほかを触らず一つだけ元に戻しましたか？
- 戻す前後を同じ条件で比べましたか？
