Three minutes into a meeting discussing a new feature and we already have a list with tables, columns, flags, objects and methods in our head. It’s involuntary. Whenever we talk about a new feature we jump into programmer mode as soon as we get the chance. We need a model for this, a controller for that, and then we render this component and sync with that API.
Going into too much detail when discussing features makes us lose focus. Programming and figuring out how things should work are hard enough on their own. There’s no need to mix them together.
It’s not only harder for us to reason about the system we’re building. It also creates some kind of lock-in. Decisions taken during that meeting are harder to reverse – because multiple persons gave their OK on them. Because “we discussed and decided that this is how we’re going to do things”.
We act like those initial thoughts are set in stone. Instead of going back to the drawing board and come up with a better idea, we build around or on top of whatever we initially agreed, making an even bigger mess.
Refrain from including implementation details whenever you’re trying to figure out how a new feature should work. Get your business rules spot on. Then figure out the implementation.