Live data from Hacker News

Google Engineering Management Mistakes

docs.google.com

11–20 of 136 posts

Re: Google Engineering Management Mistakes

#11
post #5

Earlier quoted context omitted.

I had to look up "stack ranking" just now, so, for the benefit of the class: Stack ranking means that if you have a group of 20 people, during each performance review cycle the group manager is expected to rank them from 1 to 20, and the company distributes bonuses and promotions accordingly. That just seems completely asinine.

"Stack ranking means that if you have a group of 20 people, during each performance review cycle the group manager is expected to rank them from 1 to 20, and the company distributes bonuses and promotions accordingly. That just seems completely asinine." Worse, there is often an associated ideal distribution ("the curve") with fixed ratios for "exceeds expectations", "below expectations" and so on and managers are un…

It does seem asinine. Although frankly I can't think of many ways that seem much better. Do you always just give everyone on your team the exact same bonus?

Re: Google Engineering Management Mistakes

#12

Earlier quoted context omitted.

"Stack ranking means that if you have a group of 20 people, during each performance review cycle the group manager is expected to rank them from 1 to 20, and the company distributes bonuses and promotions accordingly. That just seems completely asinine." Worse, there is often an associated ideal distribution ("the curve") with fixed ratios for "exceeds expectations", "below expectations" and so on and managers are un…

It does seem asinine. Although frankly I can't think of many ways that seem much better. Do you always just give everyone on your team the exact same bonus?

That's one option. Not giving bonuses at all is another option. Tying incentive comp to business events (recruitment, customer acquisition, an A/B test and minor feature change that produces a 1% uplift, etc) is another option. Anything has to be better than going out of your way to stratify an otherwise well-functioning team.

Re: Google Engineering Management Mistakes

#13

Curious, why does he end the presentation saying that a tech ladder is bad? Is the idea that they should have a management ladder, but all engineers are at the same level? That sounds like a recipe for disaster.

"Curious, why does he end the presentation saying that a tech ladder is bad?"

From the blog post which provides some context to the presentation (http://piaw.blogspot.com/2010/10/facebook-and-google.html),

"Many consider Google's #1 mistake to be having a tech ladder in the first place. I covered that topic in my post on Promotion Systems (http://piaw.blogspot.com/2010/04/promotion-systems.html) , so did not feel the need to belabor the point."

A snippet from the promotion systems post

"What if I tried to design a promotion system to piss off as many employees as possible? What characteristics would it have?

- No pleasant surprises. In other words, you can only be disappointed if you didn't get a promotion, you can't be pleasantly surprised by a promotion.

- Create unhappiness by dependence on scarce resources. In other words, gate promotions based on scarce resources so that even people who would otherwise be qualified could become disgruntled through no fault of their own.

-Eliminate accountability from people who make the promotion decisions (e.g., through a committee). That way, promotion decisions can seem arbitrary.

-Ensure that promotions are competitive races between all qualified candidates. This ensures that people who manipulate that packet in such a way as to have the best looking packets will win over people who are trying to get feedback and improve, which is supposedly the point behind all these feedback systems.

When I looked at Google's promotion system through this lens, I was very impressed. It seemed as though the system was designed to create disgruntled employees out of people who might otherwise be perfectly happy. And note that the ex-Googlers I interviewed were people who benefited from the system, as in: they were very well respected and were hence ranked highly. They were people who couldn't care less what their ranking was, yet they disliked the system anyway, purely because they thought that having a ranking system actually had a deleterious effect on the exchange of ideas."

There is a follow up post (http://piaw.blogspot.com/2010/05/promotion-systems-redux.htm...)

A snippet

"My spies at Google tell me that my essay on promotion systems drew a reaction on a Google mailing list that I didn't read even back when I was employed at Google.

I did get a few interesting responses. I won't post them here, but I'll address what a few points:

Someone.....pointed out that the real compensation at Google was much more dependent on raises, stock and bonuses, so the promotion system didn't matter. But that's not true at all! First of all, there was a level-based salary cap, and people did hit them. So at some point, you have to get promoted if you want your salary to keep going up. Bonuses were based on salaries, so those don't go up if your salary doesn't go up. Secondly, even if it was true that options and bonuses was all that mattered, then you just validated the claim that eliminating the engineering ladder wouldn't hurt productivity at all!"

I've found Piaw's posts to be very worth reading, even if you don't end up agreeing with him. Many gems on his blog.

Re: Google Engineering Management Mistakes

#14

Curious, why does he end the presentation saying that a tech ladder is bad? Is the idea that they should have a management ladder, but all engineers are at the same level? That sounds like a recipe for disaster.

Career ladders are wishful thinking and an easy way to undervalue contributions. They imply that professional development largely occurs along a single axis rather than multiple ones.

Who's worth more, Peter Norvig or Marissa Mayer? What about an overachieving SWE I vs an mailing-it-in SWE III?

Re: Google Engineering Management Mistakes

#15
post #5

"Stack ranking system was harmful:" whoa! I didn't know Google practiced stack ranking. There is a lot of unnecessary stress generated at Microsoft due to this[1]. I would have thought the Google folks would be wise enough to avoid it. As for ".... SVP response: “If you wanted to get promoted for these non-engineering tasks, move into management" heh! How big company ish is that? The best way to join Google these day…

I had to look up "stack ranking" just now, so, for the benefit of the class: Stack ranking means that if you have a group of 20 people, during each performance review cycle the group manager is expected to rank them from 1 to 20, and the company distributes bonuses and promotions accordingly. That just seems completely asinine.

I once worked at company that employed a lot of hourly wage type people. One exec wanted to stack rank each group of wage employees each month and fire the bottom 25%. I tried to explain to him the negative morale effect that would lead to lower performance across the board, the fact any employes who were decent would just leave on their own, and there is a significant training cost for each new employee that he was ignoring. But nope, he wanted me to write the system anyway.

Thankfully someone higher up with a bit of sense got wind of the plan and nixed it. It wasn't too much later that the original exec was canned.

Re: Google Engineering Management Mistakes

#16
post #5

"Stack ranking system was harmful:" whoa! I didn't know Google practiced stack ranking. There is a lot of unnecessary stress generated at Microsoft due to this[1]. I would have thought the Google folks would be wise enough to avoid it. As for ".... SVP response: “If you wanted to get promoted for these non-engineering tasks, move into management" heh! How big company ish is that? The best way to join Google these day…

I had to look up "stack ranking" just now, so, for the benefit of the class: Stack ranking means that if you have a group of 20 people, during each performance review cycle the group manager is expected to rank them from 1 to 20, and the company distributes bonuses and promotions accordingly. That just seems completely asinine.

Stack ranking means just that: the employees are ranked. What the company does with the ranking can vary. The uses of a stack rank can be beneficial or harmful.

At one company where I worked, the rank was used to identify employees for promotion. If an employee consistently ranks above employees at a higher level, then the employee should probably be promoted.

The company also merged the ranks for smaller groups into groups of one hundred or more. This resulted in more consistent reviews and promotions across the company.

I consider these uses of stack rank to be beneficial.

The company also did something harmful with the stack rank. The company graded on a curve and used the stack rank for the grading. Even if everybody in a pool is doing great work, somebody needs to be given a bad review.

Re: Google Engineering Management Mistakes

#17
post #5

Earlier quoted context omitted.

I had to look up "stack ranking" just now, so, for the benefit of the class: Stack ranking means that if you have a group of 20 people, during each performance review cycle the group manager is expected to rank them from 1 to 20, and the company distributes bonuses and promotions accordingly. That just seems completely asinine.

"Stack ranking means that if you have a group of 20 people, during each performance review cycle the group manager is expected to rank them from 1 to 20, and the company distributes bonuses and promotions accordingly. That just seems completely asinine." Worse, there is often an associated ideal distribution ("the curve") with fixed ratios for "exceeds expectations", "below expectations" and so on and managers are un…

Not only is it very political, but it forces some baffling decision making.

Assume I have a team of 10 in which 5 are wonderful contributors, and that, due to stack ranking practices, only the top 1/3 of my team gets consideration for big bonuses and promotions. Here, I'm incentivized to immediately hire 5 warm bodies, thus ballooning my team to 15, so that the top 1/3 get the recognition they deserve.

It's actually rational to do that if I'm concerned that those 5 excellent performers will leave without that recognition. The incentives that appear due to stack ranking are really, really bizarre.

Re: Google Engineering Management Mistakes

#18
post #5

Earlier quoted context omitted.

I had to look up "stack ranking" just now, so, for the benefit of the class: Stack ranking means that if you have a group of 20 people, during each performance review cycle the group manager is expected to rank them from 1 to 20, and the company distributes bonuses and promotions accordingly. That just seems completely asinine.

"Stack ranking means that if you have a group of 20 people, during each performance review cycle the group manager is expected to rank them from 1 to 20, and the company distributes bonuses and promotions accordingly. That just seems completely asinine." Worse, there is often an associated ideal distribution ("the curve") with fixed ratios for "exceeds expectations", "below expectations" and so on and managers are un…

I left my job at BigCo because I was part of a 8 person team where the manager was supposed to create a normal distribution out of scores from 1-5. I was one of two employees recognized for doing an excellent job, but my manager could rate just one of us as "excellent".

During a performance review, my manager talked for an hour about how much I'm contributing and what an amazing job I do. Then he ranked me as average. I was extremely disappointed because I wanted the awesome job I do to get more official recognition.

I started searching for a new job almost immediately and left shortly after.

So yes, review systems considered harmful.

Re: Google Engineering Management Mistakes

#19
post #12

Earlier quoted context omitted.

It does seem asinine. Although frankly I can't think of many ways that seem much better. Do you always just give everyone on your team the exact same bonus?

That's one option. Not giving bonuses at all is another option. Tying incentive comp to business events (recruitment, customer acquisition, an A/B test and minor feature change that produces a 1% uplift, etc) is another option. Anything has to be better than going out of your way to stratify an otherwise well-functioning team.

I just have a hard time believing incentives don't work. For example, if I lost all of my stock options today and was told I'd never get another raise or bonus, except CoL, I'd quit on the spot.

In fact I'd argue, if there were no financial incentives, most HNers wouldn't do startups. I know everyone likes to say they do it to change the world and the passion of something or other. But in reality I've yet to see many founders take a $50k salary only (but keeping voting power) despite the profits of the company.

Re: Google Engineering Management Mistakes

#20
post #3

Wow, this is one of the coolest things HN has found in awhile. It's remarkable how, time and time again, formal incentive compensation schemes are shown to cause more harm than benefit. I started paying attention when Joel Spolsky called it out 6-7 years ago, and then read Peopleware (an excellent book) which reiterates the point (and calls it "teamicide"), and then read the Harvard Business Review article ("Why Ince…

This presentation comes out against some specific incentives, but doesn't state a judgment on formal incentive schemes in general. From what I've heard, these schemes are quite alive and well at Google. So perhaps they have found a way to make them work, or perhaps they just take them for granted at this point.

In either case, there must be something about the incentive structure that is serving Google well.

Post reply on HN