Not including everyone’s opinion for the sake of progress?

Posted by aLifeOfPi@reddit | ExperiencedDevs | View on Reddit | 49 comments

Imagine a multi-application codebase built mostly by people in their first professional role. That’s the situation I was hired into as a senior, being asked to help "fix" what had been built. **The issue:** the team runs as a flat org where everyone’s opinion is weighted equally. There’s no strong technical leader involved in day-to-day work, and middle managers ironically seem content to let this happen. **How I’ve been approaching it:** Say I want to push a FE technical change, I’ll gather 3–4 of the FE-focused engineers, walk them through the idea, provide POCs/docs, and we move forward. This works. We make progress. But inevitably, other engineers, who weren’t in the room, hear about it and complain that they didn’t get a say. **Why I don’t bring everyone in?** If I try to include the whole team, one of two things happens: 1. The decision takes 2x as long or stalls out completely. 2. The idea gets "voted down" because people with no context/skillset in that area don’t want the change. So I intentionally go with small, relevant groups. Yes, partially to push *my ideas* through, but that’s literally why I was hired: to improve things. **TLDR:* "am i the asshole?" Sometimes i get caught up in "doing the right thing", i.e. involve everyone, ask everyone's opinion, take a vote, consider I could be wrong, take an L, etc... but this job I've basically said "f&%k all that, im here to help. thats my job. if things aren't improving, im not doing my job" I guess idk what to say to Bob when Bob asks “hey why wasn’t I included in that?” Because the truth would hurt Bobs feelings.