When Creating Software, Focus on What Can Go Wrong
Avoid being stupid as much as being brilliant
“It is remarkable how much long-term advantage people like us have gotten by trying to be consistently not stupid, instead of trying to be very intelligent.” Charlie Munger
The common approach to gathering requirements and creating software is to focus on what it needs to do, how it should work. Stopping users being stupid is as important as the software helping them do their job.
Software doesn’t just have to work, it has to not allow the user to get into a mess or get stuck.
Focusing on the happy path and meeting the requirements will mean you understand one side of the software. It leaves you open to allowing things to go wrong because you didn’t ask or think about what the software should do in your design.
A common weakness in requirements is they don’t think about what the software shouldn’t let the user do.
Like technical debt, the best time to stop problems is before they happen. If you think ahead, you can avoid problems or stop them from happening.
