|
|
|
|
|
by toast0
644 days ago
|
|
Unless you're in life support or some other critical engineering path, always start by aiming for good enough, not best. If you're moving quickly, some of your decisions will be wrong, but that's ok. By the time it comes to revisit a decision, you will have more information and be able to make a better decision. Don't regret making the wrong decision, consider it a prototype. It's nice if you don't make a lot of wrong decisions, but if you're not making any wrong decisions, you're probably spending too much time deciding. You're balancing the cost of making a more informed decision vs the (cost of changing your decision later, including potential cleanup costs * the probability of having decided wrong). If you're working in a team, having consensus towards using the decision is more important than having the right decision or even having consensus about it being the right decision. With the right team, you can say something like 'I know everybody doesn't like this decision, but let's work together on it for the next 2 weeks and we'll change it if we need to.' That's usually better than trying to find consensus on a decision for the next 2 weeks. If nothing else, your team will have 2 weeks of experience with using the decision to inform a future discussion... and in the meantime, it might be good enough and you can work on something else. |
|