I am often wrong(borischerny.com)
329 points by bcherny 23 days ago | 223 comments
tl;dr: The author outlines a six-step problem-solving framework (understand info, gather missing info, define the problem, define an approach, set a goal, act with urgency) that he applies iteratively to product work, treating new information as a reason to loop back and revise. He notes the most common failure modes on his team are unclear problem definitions and overly complex approaches, and argues that welcoming being wrong is essential because it sharpens problem definition and accelerates learning.
HN Discussion:
  • ↑Framework aligns with established problem-solving methods like Polya's and Amazon's doc process
  • ↑Accurately defining the problem is the crucial step and the article gets this right
  • ↓The framework is generic, obvious advice dressed up with forced humility
  • ↓Author's claimed openness to being wrong isn't reflected in actual product (Claude Code) bug fixes
  • ~Step 5 (define the goal) is confusingly ordered and redundant with problem definition