"Build Consensus" - hah, the words of an org chart climber.
I've recently joined a BigCo (as a senior+ engineer), and the culture here isn't building consensus (out of authentic building blocks) - it's a toxic "we must be consensus after every meeting."
There's always a "champion" idea (but you can bring a "challenger" idea so people feel heard), there's always a need to "be in alignment" after every 45 min chunk of time, etc.
Consensus is clearly an end in itself, not a means by which we solve problems.
I'll just slither around in it though. Talk the talk so no one gets wise $_$
As someone who used to work at LittleBigCo, I think this beats having great ideas and then having them given to people who are in the inner circle with the founders. At least BigCo isn't super fratty like LittleBigCo tends to be. Or I could be wrong, please tell me if I'm wrong. I want to be wrong. Lots of LittleBigCo's these days are pushing overhyped products and are mostly just having fun with corporate money.
oh i agree - that's why i left a streak of startup jobs to get paid more to do less at BigCo.
BigCo isn't fratty at all in my limited experience. Be professional, follow whatever 10 commandments the C-suite prints out & laminates for you, and sell yourself once a year in self-review and you'll win out and barely work if you're remote.
Smaller companies have very little org-chart structure - it's a single small tree. There's no equilibrium in the org chart. So a couple bad actors can easily ruin it all. And they did at every startup I was at.
My play is to collect checks and eventually make art with my computer science experience for the rest of my life.
> Use your free time post-covid to build up something worthwhile. A cat is a good start!
And to take it further, even if you’re one of those (many) people who thinks the sky is constantly falling with COVID...there is still no reason to wait until “post-COVID”. If you want to build a skillset start working towards that now, not tomorrow
I’m 22 and a senior+ developer at a BigCo. I optimized my whole life to be able to escape from the big capitalist machinery as quickly and cleanly as possible. Maybe a cat’s a good idea to get me through the next couple years.. but honestly a pet rat seems like a lot less commitment given they live 2-3 years yet are still affectionate creatures.
I mean this constructively, but it sounds like you're rather jaded from your past experiences.
I've personally experienced 4 flavors of work environments: high stress low wisdom politics (big stakes student project); High stress high wisdom politics (SpaceX); low stress high wisdom politics (Google X); and my current project, low stress high wisdom no-politics (Zipline).
Each different environment required me to adapt my own behavior appropriately to work productively with coworkers. Notably, the only environment that consistently lead me to feeling jaded and burnt out in the long term was the low-stress BigCo environment. I see a lot of truth in what you describe about your current experiences, although I never got quite that pessimistic. If you're happy slithering around the politics and are able to find fulfillment in your personal life, good on ya. That reminds me of a coworker at SpaceX who, a month or two before getting let go, admitted to spending 8 years at a defense contractor doing crossword puzzles at his desk all day, every day.
Building consensus around long term architecture is something like 80% of my current job, and over the years while the org chart has gone from 1 layer to something like 5 layers, I've successfully remained at the bottom. The folk at the top of the org chart are completely approachable, and in a lot of ways are there to serve me, solving the problems that would otherwise prevent me from getting my work done.
> "Build Consensus" - hah, the words of an org chart climber.
Not necessarily. You want to convince your team or other teams to adopt a new tool or practice? You need to build consensus.
It's a good skill to have if you want to be able to shape your workplace to your liking. It doesn't necessarily have to involve org chart climbing at all.
The point being, most of the time people say "build consensus", what they mean is either
"let's have an endless, design by committee approach where the backend dev with no knowledge on UI decides how the UI should look rather than letting the UI designer create a few samples and iterate and everyone else giving feedback like a user would"
or
"we already decided this is going to happen, but for the sake of formality we want you to agree with it so we can feel good about ourselves bullshitting one another into believing everyone has a say, so give us the ok or we'll pester you until you do"
It also stimulates the idea that disagreements are inherently wrong and nothing should happen while a disagreement is in place. Sometimes, it's ok to disagree with someone else and see what happens. Some might call this a form of consensus, though I've had managers get uncomfortable when I didn't vehemently agree with the plan, but was willing to keep my nose out of it and focus on my own things so others could take the risk.
There's a third thing they could mean: we want this to succeed in the organization which means we need to both hear people out to reflect their real needs in the plan, and that we need to communicate to them in a way that they buy in. So that it can work.
In fact this is really the only way to get anything done regardless of what you call it.
Yes, this. It's funny seeing so many people being cynical about this - sure, there's plenty of ways for it go to badly, but far more importantly, there are a couple of ways it can go right.
As general commentary - if you're smart and good at identifying problems with things, use your ability to identify problems to avoid those problems, not as an excuse to avoid doing stuff. Being cynical about everything isn't a terrible strategy, as long as you remember that you need to be cynical about your own cynicism, too.
haha i have worked at amazon, where disagree and commit is one of their laminated leadership principles
except it isn't
the principle is "have backbone; disagree and commit"
there's checks and balances in the principle's words themself. every leader i've had who has "disagree and commit" as their guiding light has just been an autocrat. they never mention on the "have backbone" part.
i had a VPE from BigCos come into a LittleBigCo. he was all about "disagree and commit"
really, he had a nose for dissent. he went around managers who disagreed with him to corral their engineers to his side. he put near-founding engineers on bad projects to force them out.
i tried to have backbone with this guy once. i thought one of his tech decisions was bad (and in reality it was politically motivated to force people out.) i wasn't rude or anything. he had a 1-on-1 call with me, and acted like i was being irrational. i stood my ground and made fact-based arguments. he was losing the 1-on-1 debate, so how did he close it?
"look whateveracct..i just have this crystal ball in my stomach, and it's usually right"
I was just looking at Amazon’s principles this week, and found the on-its-face ridiculous “Are Right, A Lot”, which more or less directly invites the behavior you describe,
In my understanding - "are right a lot" is a retrospective thing - it's asking whether the leader's past instincts and decisions had lead to good things. It's not measuring how many meetings you walk out of having gotten your way.
For example, if a leader had an idea X,and Bob talked him into idea Y which worked out, then the leader was still 'right' because listening to Bob was the right thing.
> i thought one of his tech decisions was bad (and in reality it was politically motivated to force people out.)
Let’s say you were right: It was a bad technical decision and it was politically motivated. What outcome can you expect from arguing with him on technical grounds? He knows what you’re saying is right, but he already knew that before making the decision. What you need to do is convince him not to act in bad faith. Try to figure out how to do that, and acknowledge if it’s not feasible.
Not to call you out in particular, but I see this as a common mistake by people arriving in a big company. Things are not as you wish, everything is too complicated, motivations are subtle and usually hidden. The trick is to get past frustration that reality does not match your mental model. (People aren’t being honest! How can I even work with people who don’t tell the truth!?) Abandon your mental model, acknowledge reality for what it is, choose goals that are achievable, choose actions that make progress toward your goals.
this guy was VPE - there was no way to sway his autocratic decisions.
i knew he was arguing in bad faith. there was no way to win politically - he was making the decision to shape the company in his own image. so the best i could do was visibly disagree, document his various bad actor behaviors, and share my understanding with other engineers who didn't feel comfortable speaking up.
i just thought the guy was a dick so i felt like stirring the pot a bit. myself and plenty of other respected engineers left one-by-one (he didn't even announce i resigned. people were surprised. he was trying to save some face i think.)
the VPE left shortly after. people blamed the engineering turnover on him haha.
overall i feel pretty good about my short tenure there. i negotiated a nice salary bump when i joined and use it to anchor my new BigCo salary.
An organisation where decisions are not arrived at, and where people work at cross-purposes to the disadvantage of the organisation as a whole.
In a previous position, a failure to commit to certain key decisions led to over a decade of drifting in some aspects because they were unwilling to draw a conclusion and get on with development. For some of these, the cost of actually designing and implementing the solution was far, far less, than the total cost of all the meetings we had about them, not to mention the lost time. I'm not even slightly joking. It's a management failure at the highest level in not considering medium- to long-term issues, by focussing only upon short-term needs. I would also put some blame, in part, upon Agile as practiced by some organisations.
Consensus is important because you have to have the whole team, or whole organisation, on the same page. Even those who don't fully agree with the decision. You have to have everyone commit to following the decision, even the naysayers. That is to say, the organisation as a whole has committed to a certain action. Which is not to say it can't be revisited or re-evaluated down the line, but that right here and right now, we will all follow the plan.
also - i & millions others just "use" some software service i built years ago at a previous job ;) i have no trouble getting things in production, making and saving money.
I've recently joined a BigCo (as a senior+ engineer), and the culture here isn't building consensus (out of authentic building blocks) - it's a toxic "we must be consensus after every meeting."
There's always a "champion" idea (but you can bring a "challenger" idea so people feel heard), there's always a need to "be in alignment" after every 45 min chunk of time, etc.
Consensus is clearly an end in itself, not a means by which we solve problems.
I'll just slither around in it though. Talk the talk so no one gets wise $_$