Google’s Quest to Build a Better Boss
nytimes.com
nytimes.com
It doesn't at all follow that technical excellence isn't extremely important for bosses who haven't been chosen for technical excellence. (Perhaps it isn't; but Bock's work doesn't seem to provide any evidence.)
I can't really see Google dropping technical competence as a qualification for managers. I've heard that from 2005-2007 (before my time), Google brought on a bunch of non-technical managers from other companies, and the result was a pretty uniform disaster. Most of those managers are no longer with the company.
One way to get that result would be for technical skill to be unimportant. Another way would be for the variations in technical skill within the sample to be much smaller than other relevant variations. Given that (según the article) the managers were selected for technical skill, but not for the other qualities, it seems almost certain that this was the case.
This might sound like a bug that could be avoided by better statistical analysis techniques, but it's really not. You really want to know what causes the actual variations in performance in your sample, not what could conceivably cause variations in performance. Surely there are hundreds of things that would cause even bigger variations than what's in your actual sample — you could have managers who kill all their employees, or managers who are interned incommunicado in Guantanamo, or managers who obsessively turn every project into an investigation of fluoride contamination of their precious bodily fluids, or managers who are actually undercover headhunters from a competitor trying to steal away all of your best talent.
Cosma Shalizi has an excellent post about the pitfalls of multivariate statistical analysis at http://www.cscs.umich.edu/~crshalizi/weblog/520.html; although he's talking about genetics, it's very likely that what he's saying applies to Project Oxygen as well:
To see why gene-environment interactions matter, consider one of the best-established links between genetic variations and intelligence, phenylketonuria. This is a recessive genetic disease which interferes with the normal metabolism of the amino acid phenylalanine. If someone with one of the defective forms of the gene for phenylalanine hydroxylase consumes too much dietary phenylalanine, it leads, among other problems, to serious mental retardation. Under suitable diets low in phenylalanine, however, they grow up mentally normal. Assigning shares of this effect to the genes and to the environment is exactly as sensible as trying to say how much of the fact that a car can go is due to its having an engine and how much is due to their being fuel in the tank. The best the usual biometric model could do here would be to predict that having the gene always reduced intelligence, as did consuming phenylalanine (which would be bad news for makers of artificial sweeteners); the fact that it's the combination, and only the combination, which is a problem would be missed, and the predicted size of the effect would be badly wrong. … So while everyone piously says that genes and environments interact in development, they typically use models which assume that they do so only in trivial ways, and hope that any actual interactions are small enough to be treated as noise.
(So if these simple linear models are so bad, why does everybody use them? Because they have fewer parameters than more complicated models, which means that they're not as prone to overfitting. It's easy to construct a nonlinear multivariate statistical model with more parameters than you have managers in your company, which will discover correlations no more meaningful than the fact that people whose initials are "BHO" are far more likely to currently be the president of the United States than people with other sets of initials.)
It is not realistic to hope that they would be experts in every different area their staff are working on.
P.S I like how Google is finding out they're just the same as pretty much any other large organization :).
The problem Microsoft is facing is that they basically accomplished their mission statement. "A computer on every desk, all running Microsoft software." That is an accurate description of the world circa 2000. What the hell do they do now?
Google is likely to face a similar problem in the next few years. "Organize the world's information and make it universally accessible and useful." For all the flack they're getting lately, they've done a remarkably good job at it. People expect to have whatever information they need at their fingertips, and they get mad when they don't. You wouldn't see the vitriol toward bad search results that you do now if the Internet was like it was in 1998, because nobody really had an expectation that they'd be able to find what they were looking for then.
1) Any question I had, someone could either give me the answer, direct me to the book (yeah, that long ago) that had the answer, or do the back and forth so I could figure out the answer with the knowledge I already had.
2) Rip the sh*t out of my code in a way that, while humiliating, made me a much better programmer.
You went in thinking that you're the smartest kid in the room, but while I was there, the mean IQ was 132. It was a place with a bunch of smart _adults_ who also had a significant amount of knowledge and experience, and very few hoarders of that information. After all, how can you show how smart you are if you keep quiet when someone is wrong? My niches were that I had K&R memorized (that's really embarrassing now, but "actually, free(NULL) is legal," beats a full house) and my proof of concept client code made its way into SDKs.
Joel Spolsky talks a lot about the same time era, basically Microsoft pre-Internet. Many of us ex-MSFTies idealize it to a certain degree, but that's fine–take and keep the good and drop the bad. Many of us are engineering leads/CTOs/flounders elsewhere, and the rigor present in the hierarchy of ability-to-execute helps to excel in other companies or industries.
But most of us secretly would like to go back to a few thousand nerds in a rainy forest and hack products all day. :-)
Only 132? Are you serious? How did the IQ-105 people get hired, and what were they doing — opening envelopes in the mail room?
People really went after the lateral-thinking questions and the estimation questions to find "smart" people. "How would you calculate how much rain falls in Washington in a day,"[1] "How many gas stations are there in (IYFStateOrCity)," and "How would you make a desk calendar with two cubes,"[2] were all fun ones.
Now, by making your questions similar to those on IQ tests, you select people who tend to do well on IQ tests. Funny, that.
[1] I got a boost on this one by spitting out,"weigh the clouds on their way in and out of the state," right away before building a slightly more feasible estimate. :-)
[2] The trick is just like the Jimi Hendrix song, if six was nine.
Oops. That's called confirmation bias.
http://www.sciencedaily.com/articles/c/confirmation_bias.htm
http://www.skepdic.com/confirmbias.html
Did they also look for evidence that cast doubt on their notions? Looking for both kinds of evidence, and evaluating them fairly, would lead to a more robust conclusion.
However, I think you might be getting voted up because you gave links to some interesting content instead of because people think you are necessarily correct.
I'd like to provide a little balance.
It's routine practice in statistical analysis of situations to form a hypothesis which goes against the grain of accepted belief and then to test it using analytical techniques [1]. In fact, this is how the scientific process works.
Not to say that you've simply 'confirmed' your suspicion of confirmation bias, but it could just be sloppy reporting.
>One of the brighter students (by the name of L. da Vinci) was immediately promoted to the manager of the project, putting him in charge of procuring paints, canvases, and brushes for the rest of the organization.
Everyone, except businesses (it seems), knows that technical skill != management skill, and the best workers will not necessarily be even good managers. But such knowledge is so rarely followed.
Such is the art of management.
It's neat to see Google continuing this pattern by applying tagged data collection and statistical inference to their quest for organizational optimization.
I can only imagine what it's like to work in a large-scale IT operation in the porn industry ;)
I've heard it's about the most unsexy thing ever. The technical aspects are all about shipping massive quantities of data cheaply and reliably. The, erm, video-production aspects are about presenting a picture that will satisfy customers and leave them coming back for more.
In other words, it's pretty much like Google or any other big-data startup (and there're employees at Google who used to work in the porn industry). Not having been a part of it, I don't know what the culture is like, but I've heard it's pretty much all business, and they have significantly less fun than we do at Google.
That rang a bell.
Anyway, I don't really see that separation of roles in evidence within the scope of this article. How does it work at Google? Also, is there some good analysis on this general subject someone can point me to?
Managing and engineering are 2 different skills. While managers benefit from technical knowledge it certainly doesn't need to be greater.
And with Marissa Mayers comments on Google wants to connect the real world to the digital world, where have they been. In case they weren't aware, internet connected appliances, location based apps, RFID, QR codes, mobile phones have been around for a little while now.
Google's search engine is great though slowly declining in quality but that is all they have been great at. Android is a decent mobile OS but it only received market pentration due to it's zero cost. Their social attempts have all failed. They only seem to get wide market adoption from free software or services, which I suppose they use to keep their search engine traffic high so they can maintain their advertising revenues.
They seem like a company unable to create another profitable software line.
Or maybe it's supposed to be so obvious that it doesn't need explanation.
EIGHT GOOD BEHAVIORS
1. Be a good coach
- Provide specific, constructive feedback, balancing the negative and the positive.
- Have regular one-on-ones, presenting solutions to problems tailored to your employee's specific strengths.
2. Empower your team and don't micromanage
- Balance giving freedom to your employees, while still being available for advice. Make "stretch" assignments to help the team tackle big problems.
3. Express interest in team member's success and personal well-being
- Get to know your employees as people, with lives outside of work.
- Make new members of your team feel welcome and help ease their transition.
4. Don't be a sissy: Be productive and results-oriented
- Focus on what employees want the team to achieve and how they can help achieve it.
- Help the team prioritize work and use seniority to remove roadblocks.
5. Be a good communicator and listen to your team
- Communication is two-way: you both listen and share information.
- Hold all-hands meetings and be straightforward about the messages and goals of the team. Help the team connect the dots.
- Encourage open dialogue and listen to the issues and concerns of your employees.
6. Help your employees with career development
7. Have a clear vision and strategy for the team
- Even in the midst of turmoil, keep the team focused on goals and strategy.
- Involve the team in setting and evolving the team's vision and making progress toward it.
8. Have key technical skills so you can help advise the team
- Roll up your sleeves and conduct work side by side with the team, when needed.
- Understand the specific challenges of the work.
THREE PITFALLS OF MANAGERS
1. Have trouble making a transition to the team
- Sometimes, fantastic individual contributors are promoted to managers without the necessary skills to lead people.
- People hired from outside the organization don't always understand the unique aspects of managing at Google.
2. Lack a consistent approach to performance management and career development
- Don't help employees understand how these work at Google and doesn't coach them on their options to develop and stretch.
- Not proactive, waits for the employee to come to them.
3. Spend too little time managing and communicating