As a Googler, I can confirm that this article is... completely wrong.
I don't have to get approval to take 20% time, and I work with a number of people on their 20% projects.
I can also confirm that many people don't take their 20% time. Whether it's culture change due to new hiring, lack of imagination, pressure to excel on their primary project, I'm not sure, but it is disappointing. Still, in engineering No permission is needed.
What would make this a more durable statement is if you could say "I don't have to get approval to take 20% time, and I work with a number of people on their 20% projects. And my calibration scores are the not different than when I don't use my 20% time."
There is a reason the article talked to many ex-googlers because they are ones who, perhaps, left when there was a difference of opinion about their contribution to the company. And if that conversation attempted to use some of their 20% projects as a way of contributing to their contribution, and that was the disagreement, well it ends up with them leaving.
I left in 2010, which was the start of the lurch toward more managers, and those managers were being scored on what their team accomplished that was assigned to the manager, not on what their team accomplished on their 20% time. Some managers had taken that to mean that 20% time didn't count at all toward calibration, and if you were working only 80% of the time on their projects it counted against calibration. Hence the disconnect. That is why "120%" sort of works, even in the face of a manager trying to make their own number. Except the benefit sounds different if you say "And on Saturday you can work on any project you want." :-)
Look, this is the type of thing that's impossible to settle, because yes, different managers and _peers_ might view things differently. As you know, but people here might not, there's as much weight on peer reviews as your manager's review. So what the article didn't mention (which is why I don't think they talked to that many ex-Googlers) is that if your peers feel like you're slacking your perf score will be lower, so even they could view 20% time negatively, if they wanted to.
The policy of course is to not do that, but how would Google enforce that? If you spent 200% of your time on your primary project, you might get excellent reviews. Should you be calibrated 50% lower to normalize everyone? So yes, if you work 100% on your primary and +20% on your 20p, then you might get higher perf scores. Eh, if you have a good idea how to correct for that, go ahead, but it's a people problem and people are hard to deal with in these kinds of thing.
This is one reason why I actively encourage as many people to take their 20% time as possible. :)
My personal experience though is very positive regarding 20% time. My first project, I started, gathered a few contributors, built a prototype, pitched it and turned it into a full-fledged project. I got great reviews and promoted in large part because of that. In my second PA I work on open source projects. Less glamorous, and maybe less perf-impacting, but that's not my goal right now.
In general the people I've seen take 20% time in a focused way tend to be the higher-performers. They're more self-guided, more critical of problems that need to be solved, or use 20% time to teach themselves or move onto harder problems. Maybe as we've grown the percentage of employees like that has shrunk, maybe it takes a while to realize you have 20% time. Not sure, but I'd like to see it be used more, it's good for everyone.
Impossible to settle? Probably. Impossible to discuss? No.
I'm not being critical of your account, I'm glad it has worked for you, as the manager of the engineering effort here I want to take the "good" stuff and use it, and leave behind the "not so good" stuff. So that is my agenda in this discussion, nothing more, nothing less.
"In general the people I've seen take 20% time in a focused way tend to be the higher-performers."
That is my experience as well, and regardless of a company policy for or against 20% time, focussed, high performing engineers will spend 20% of their time do cool and innovative things. Whether they do it at home or at work doesn't really matter, and having them do it at work is good for the company.
So the interesting thing about the policy is to capture the next tier of engineers and help them to be more productive by encouraging them to develop habits of the aforementioned highly successful focussed engineers. And to weed out the folks who are abusing the program  or at least not being any more productive with it.
If nothing else people are different right? Facebook's response has been "hackathons" which carries with it some characteristics of high performers (who quickly prototype ideas to test their validity or get a handle on their challenges)
But in all those scenarios, if you have managers, you need to also train your management on what the program is trying to achieve and how it might be addressed. So you don't end up with some managers giving their people 1 day a week off, and some demanding they work on Saturday if they want to use that extra time.
If it is "You have this huge resource available, dare to use it." then you can manage to that without damaging either morale or perf scores. From the anecdotes in the OP article it sounds like they are still working on that part.
 Like the guy who said he was trying to capture the great ideas he dreamed about in his 20% time so he would spend several hours napping for an hour and then waking up and writing down what he dreamed about.
My experience isn't directly about 20% time, but may be relevant to the question of who at Google is allowed or encouraged to innovate.
My previous experience is mostly in R&D startups, doing robotics and natural language processing. I was hired in 2010 and then found out I would be working on YouTube ads. I was disappointed, but decided to try to make the best of it. After three months I realized my lack of interest was going to be a problem, so I talked to my manager about trying to transfer. He discussed it with the site director, and the response was "we don't care" and I couldn't transfer until I'd been there 18 months.
I decided to stick around and see if I could work the system in some way, with the probably naive thought of trying to demonstrate my abilities and catch someone's attention that would help me transfer to a project I'd enjoy where I could make a real contribution.
During Innovation Week (a hackathon) I led a team of three other engineers working on an idea I came up with, and we won the "Most Innovative" award. The other engineers decided they all wanted to devote their 20% time to working on my idea.
My Tech Lead and my manager had no interest in my Innovation Week project, and I still had no way out of YouTube ads. Unsurprisingly my performance on my 100% project wasn't great and even if I made it to 18 months it seemed unlikely that I'd be able to transfer. I left after 17 months at Google.
I've mentioned this story before, and I hope I'm not just grinding an axe--I'm just telling my experience in the hope that it will inform engineers about possible outcomes of working for Google. I am fully responsible for my experience there, but I can say the priorities of the (large, heterogeneous) company were not what I (again, probably naively) expected.
Michael Church (an outspoken ex-Googler) would disagree with you. One thing I remember him saying that was verified by several other Googlers, both current and ex, is that whether you are allowed 20% time depends on your team and your manager. And in fact, most teams in Google do not get 20% time, so you may be one of the lucky ones.
Oh boy, michaelochurch. His experience was extremely atypical. He had a legitimately awful time at Google. I don't know what happened between him and his manager and team so I can't say who or what was to blame. But I think he was put on a performance improvement plan (whether fairly or unfairly). And I think it would make sense to most people that an employee on a performance improvement plan would be strongly discouraged from expanding into a 20% project until their performance improves.
FYI, when it comes to reading any Michael Church claim, especially one about working at Google, I'd put more weight on the "outspoken" than the "ex-Googler." He admitted himself on HN that he engaged in what he called "white hat trolling" while at Google, a pattern he seems to have repeated throughout his life.
He's very articulate, but he has an EXTREMELY strong belief in the quality and accuracy of his own ideas. For illustration, he wrote a few months ago, "societies live or die based on what proportion of the few thousand people like me per generation get their ideas into implementation." When presented with such self-confidence beyond all reasonable proportion and corroborating evidence, I think an appropriate response is skepticism.
Just because he made some massively incorrect assertions while at Google does not mean he is not worth listening to. Everyone says incorrect things sometimes. I mean, can you claim that you are right all the time? Probably not.
I don't know him personally but I read the stuff he writes, and while his character can be a bit abrasive he's an extremely intelligent dude who can make astute observations and connections that other people miss. I think you're doing him a lot of disservice by dismissing him the way you did.
Not reflecting on this case specifically, but if six months isn't long enough for a new employee to generally understand how a company works, it would seem to suggest something's wrong with the company's culture, or at least with how people are brought on board. Six months is a long time in an industry where people change jobs every two years.
Part of the problem with mchurch was willful ignorance. A few colleagues, including some fairly senior people, reached out to him and volunteered to try and help him resolve his concerns. To my knowledge he never took them up on it.
I consider myself to be consciously observant of organizational issues. I would say it took me about 4 years to develop a reasonably rounded picture of "how things work" at Microsoft, and then only from the point of view of a low-ranking employee. Big companies are vast, layered, intensely game-oriented social universes.
I'm a Googler myself and my manager has told us that although 20% time is ok, we should only do it if the project has some direct contribution to the core work we work on.
Really depends on the team/department you work at, the policy is there to allow it, but different team have different culture. I believe it's more discouraged in certain departments such as Android and Social (G+) (those teams are probably under more constant pressure to "produce") than some of the more "old school" departments.
I agree it depends on the culture in each department. For someone already working long hours and under constant deadlines, I can imagine how they don't feel like they have 20% time. That's not a good way to work continuously, and hearing of certain departments or projects doing that to their teams is really saddening.
Personally, I did have very soft discouragement against wide-open 20% time. I asked around and a lot of people I talked to initially advised me against starting a 20% project so early, and especially against starting a new project rather than working on an existing one with engineers at a higher level than me. At least, they said, make sure I could get reviews out of it. That's not policy, but advice. People have their own theories about how best to get noticed and get promoted. Some of that has to do with 20% time. I guess if you're solely interested in promotion then you give more weight to such advice. I hope most Goolger's aren't solely interested in promotion.
I'm very glad I ignored that advice, both because I got to do very interesting things and because I got recognized for it, and I'm glad that I could ignore the advice because of our policy.
I am not a googler but what you say is more in line with my thinking. You don't ask for, but simply take the 20% time. Ask forgiveness, not permission. Until they send out a memo saying you're only allowed to work or think about tasks assigned by a superior officer, then assume you're an autonomous being :-)
The policy is that you don't ask, you tell. If your manager needs you to focus on your primary project, she can ask you to bank your 20% time for up to a quarter, but then you get to use that saved time.
I'm a manager at Google and I think 20% time is great. Engineers explore something that's exciting to them, and the projects usually pay dividends, either in great launches or else people get a chance to learn new skills or hone their current skills.
It entirely depends on your manager and team. Some managers might want you to ask permission, and/or if you take the "forgiveness" approach your relationship with that manager might suffer. But that's because people are people.
I can't imagine my former TLM ever taking 20% time, but I can thoroughly imagine him encouraging every single one of his direct reports to do so, unless we were on a launch sprint.
Frankly, I don't think that inconsistant application of rules, and relying on a good Manager is a good thing overall.
I don't want to equate this with working at Google, because I don't have enough information, but here's my anecdote about good managers:
Twice before I've worked with spectacular managers. They treated their employees well, and acted as great shields against the political infighting inside the company. But both times, the managers were forced out, and the employees that depended on them to get interesting work done ended up quitting as well.
If this is indeed, as the TFA posits, a memo from the top being filtered out by a few good managers, in a short amount of time those managers won't matter; they will be forced, or burnt, out. Neither case is good for the company.
> Frankly, I don't think that inconsistant application of rules, and relying on a good Manager is a good thing overall.
If you need humans instead of robots doing a job, that usually (increasingly, as automation advances) means it requires judgement such that pre-written inflexible rules will be inadequate to handle it sufficiently. Which means you need to rely on the judgement of people applying flexible rules for the best results.
Not a Googler either, but I can't believe it'd be anything like the forgiveness/permission dichotomy, since I believe they're all given explicit permission upfront. It's a part of the culture.
Rather, I've always imagined that it's not that it'd be closer to the perks like "unlimited vacation time": you can't just decide "well I'm taking the next 5 years off", because that'd be a dereliction of duty. In other words, if you have the premier release of your main project coming up in 2 weeks, it may be in your best interest to not take that 20% time for the time-being, but instead use that time to fully ensure that your project has a successful launch. But, if you don't have any big deadlines coming up soon, and you're reasonably on schedule, then by all means take the 20% time.
The 20% time is a perk, and just like many other perks, your use of the perk cannot preclude any tacit duties that you may have, which include delivering on your assigned projects.
But, this is just an outsider's view, I could be completely wrong.