5.2 KiB
Common Pitfalls
Cognitive biases and resistance patterns that derail root cause investigation.
Resistance Patterns
Rationalizations that prevent finding root cause:
| Thought | Why It's Wrong | Counter |
|---|---|---|
| "I already looked at that" | Memory is unreliable under pressure | Re-examine with fresh evidence |
| "That can't be the issue" | Assumptions block investigation | Test anyway, let evidence decide |
| "We need to fix this quickly" | Pressure leads to random changes | Methodical investigation is faster |
| "The logs don't show anything" | Absence of evidence != evidence of absence | Consider what logs might be missing |
| "It worked before" | Systems change constantly | Past behavior doesn't guarantee current |
| "Let me just try this one thing" | Random trial without hypothesis wastes time | Form hypothesis first |
Warning Signs
You're falling into resistance when:
- Same thoughts recurring without new evidence
- Feeling defensive about previous conclusions
- Avoiding re-testing areas you "already checked"
- Making changes without understanding why they might work
Recovery
When you catch yourself:
- Pause the investigation
- Write down current assumptions
- Challenge each assumption with "how do I know this?"
- Return to methodology
Confirmation Bias
Tendency to see evidence supporting existing beliefs.
Manifestations
- Seeing only evidence supporting pet hypothesis
- Dismissing contradictory data as "noise"
- Stopping investigation once "a" cause is found
- Interpreting ambiguous evidence favorably
Counter-Strategies
Actively seek disconfirmation:
- Ask "what would prove me wrong?"
- Design tests specifically to disprove hypothesis
- Have someone else review your reasoning
Test alternative hypotheses:
- Even when confident in one theory
- Especially when confident in one theory
- Give each hypothesis fair testing time
Document objectively:
- Record all evidence, not just supporting evidence
- Note your confidence level before and after tests
- Track hypothesis changes over time
Correlation vs Causation
Mistaking timing for cause.
Common Mistakes
| Observation | Faulty Conclusion |
|---|---|
| "It started when X changed" | X caused it |
| "Happens at specific time" | Time is the cause |
| "Only affects user Y" | User Y is doing something wrong |
| "Works after restart" | Memory/state is the issue |
Verification Steps
- Test direct causal mechanism — Can you explain HOW X causes the symptom?
- Look for confounding variables — What else changed or varies?
- Verify by removing supposed cause — Does removing X fix it?
- Test in isolation — Does X cause it when nothing else varies?
Example
Observation: "Bug only appears on Mondays"
Bad conclusion: "Something about Monday causes the bug"
Better investigation:
- What's different on Monday? (traffic patterns, batch jobs, fresh caches)
- Is it Monday specifically or "first day after weekend"?
- Does it happen on holidays?
- What runs over the weekend?
Anchoring
Over-reliance on first piece of information.
Manifestations
- First hypothesis dominates thinking
- Initial symptom description defines investigation
- Early evidence weighted more heavily
- Difficulty abandoning initial direction
Counter-Strategies
- Explicitly generate 3+ hypotheses before testing any
- Weight evidence by quality, not order discovered
- Periodically re-read original problem statement
- Ask "what if my first assumption is wrong?"
Availability Heuristic
Over-weighting recent or memorable experiences.
Manifestations
- "This looks like the bug we had last week"
- Assuming familiar problems over unfamiliar ones
- Checking usual suspects first (sometimes good, often biasing)
Counter-Strategies
- Consider base rates (how often does this actually happen?)
- Check if "familiar" actually matches evidence
- Maintain systematic approach even when "obvious"
Premature Closure
Stopping investigation too early.
Warning Signs
- Relief when finding "a" cause
- Desire to move to fix stage quickly
- Skipping verification steps
- Not testing alternative hypotheses
Prevention
- Multiple working hypotheses rule
- Require explicit disconfirmation of alternatives
- Verification stage mandatory before declaring root cause
- Ask "what else could cause this symptom?"
Sunk Cost Fallacy
Continuing failed approach due to invested effort.
Manifestations
- "We've spent hours on this theory, it must be right"
- Reluctance to abandon promising-but-wrong direction
- Adding complexity to failing hypothesis instead of reconsidering
Counter-Strategies
- Time-box hypothesis testing
- Set explicit abandon criteria before starting
- Treat investigation time as learning, not investment
- Ask "if I started fresh, would I pursue this?"
Escalation Protocol
When you recognize you're stuck in a pitfall:
- Acknowledge — Name the bias or pattern
- Document — Write down current state and reasoning
- Reset — Return to discovery stage
- Reframe — Look at problem from different angle
- Seek outside perspective — Fresh eyes often see what you miss
If stuck for > 2x expected time, mandatory escalation or perspective shift.