#process

The instinct when you're new on a team and hit conflict is to win the argument. Every time I've tried that, it made things worse. The fix is almost never about being right. It's about building the process that should have existed before you got there.

A PM, an Engineer, and a Designer walk into a planning meeting and someone says, "We need this feature on iOS, Android, and the web." But that isn't the start to a joke...

Junior engineers can write code. What they can't do is tell you things like why a build failed, write a useful commit message, or handle the case where everything goes wrong. That gap doesn't close on its own.

The question isn't whether to fix tech debt. It's whether fixing it right now will create more value than anything else you could do with those engineer-hours.

Most teams skip architecture reviews because they feel slow. The cost of that decision compounds in ways that don't show up until it's too late to fix cheaply.