|
|
|
|
|
|
by whattheheckheck
186 days ago
|
|
|
What are your thoughts on the idea from the book High Output Management where everyone's outputs under the manager is considered the managers output. Aka if they're choosing incorrectly it's trivial to explain the facts for them to choose right. If they don't you get them to agree to the wrong choice in writing and move on |
|
|
It's far from trivial when there are multiple, clearly-communicated trade-offs (documented in the design doc!) that, but you happen to land on opposite ends of value-judgements (e.g. pattern A is easier to maintain based on my experience with the codebase & bugs that have popped up, but manager thinks pattern B is simpler to implement, but brittle). The debate wastes time, and signals mistrust when you're the staff engineer, or the design was OK'd by staff/rest of team