Slashdot Mirror
Independent Developer Projects in the Workplace?
An anonymous reader asks: "My company wants to increase creativity and innovation, we our thinking of implementing a Google like policy of 20% of your time for independent projects but I can't find any details on how Google actually implements this. I am curious how they divvy up their time (1 day a week or 1 week a month)? How do you keep your real project from impacting it? At what point are the projects reviewed? Has anybody experienced other successful ways to stimulate creativity at their workplace?"
That is a great idea and I think you will get a lot of brownie points from your employees that care about such things. But make sure you enforce what they can work on. Some people might use it as an oppurtunity to start another business that competes with your own, which might not be what you had in mind.
I think that if a lot of businesses had this kind of open mind it would surely help open source software.
I worked at a company in Quebec awhile back that had a similar policy. Each Friday, you were allowed to work on your own projects. About once each month, we had a small group presentation where we told other people in our group what we'd been working on, and how it's progressing. When the group decided that the idea was mature enough to tell others about, we gave a small presentation to the managers. They talked it over for a bit, and decided if it would be pursued further, or if we should find something else to work on. I found it quite nice to be able to work on my own things. I never made anything great, but a number of people had small teams put under them to help them work on their idea :)
I store my recipes online (the way nature intended)
They probably figured: "We can let our employees slack off 20% of the time, or pretend like we're 'encouraging' their independent works while at the same time eliminating that slack time."
So you've made your employees happier which makes them more productive, and you've taken something wasted (slack time) and turned into something useful (creative/moral boosting time).
What?
Umm, not all bosses have pointy hair. I've certainly heard of small companies with similar, if slightly less radical incentives to employees to do creative, entrepreneurial kinds of things. Basically, the issue is the more freedom you give your employees, the better they need to be. If you tell a slacking idjit that he can spend 20% of his time pursuing his "own interests" you can forget about that 20% of his time doing anything useful for the company.
Major corporations don't usually have the calibre of employees across the board to make this sort of system work. They have evolved large bureaucracies as a way of extracting valuable workproduct from extremely mediocre talent.
So I'd agree with a PHB at a major corporation, this probably would be a bad idea for his company.
The idea being it was time devoted to thinking outside the box, such as trying new ways to do old things. Billable projects still came first, so this wasn't a hard and fast rule, and for the most part I just used it to account for my time spent on /. :)
A steaming cup of soykaf would be real wiz right now.
Our company framed this concept a little differently so that it was more palatable to management. Each of us was to spend 20% of our time in "Process Improvement" initiatives. (Sounds very dry and corporate)
In reality it was a nice juicy chance to make great changes that would help the company in operations. We measured the time by hours per day. One hour per eight hour day was to be used independently. At our weekly meetings, ideas were discussed and progress was measured.
The nice thing about this was that it was voluntary. As there was no fincial incentive or reward for creativity, the time itself became the incentive. You could do whatever you wanted for that hour be it surf slashdot or play everquest.
..until the company shut off the bulk of the outbound network ports so now I can't do much more than browse /. to get my mind on other things to relax about the work I am doing.
This is one of the reasons that Google allows its employees to do the 20% on your own projects. It stimulates the mind subcociously to seek answers to the problems you are working on the other 80% of the time. I used to do this at work, primary by working on projects (My web site, new software ideas, etc) on my home system while I was at work if I got stuck or fustrated. They have pretty much deneied my ability to do this shutting off most outboand and inbound ports below 1024 (according to a friend in security there ar only 5 below 1024 now), and all ports above 1024.
Result huge drop in net productivity, and work quality. No one has really noticed yet since I am sort of a workaholic overachiver anyway. The net drop still puts me way above the average around here (Ie. I actually still turn in projects at least on time if not a bit early, though nowhere near as early as I used too(Bugs the hell out of me) There are people here that have not delivered a project in as far as I can remember, the project usually gets killed before they finish it because it has been languishing for so long. Comparitively if I ever turn a project in I look pretty good.
The reason I never get that release of switching to something else to take my mind of the problem.
Power Corrupts,Absolute Power Corrupts Absolutely, leaving one person(group)in charge is absolutely corrupt.
At my company, we provide the research time between projects. This allows people to focus on the new activity and to not affect deliverables. Typically people get a one to two weeks of open time between projects.
The vast majority of people can't handle undirected activities, so we enforce some controls over junior people. We require them to learn foundation skills that they don't already know that will benefit both them and the company. For employees who are anywhere from an intern to a software engineer, there is a stock list of topics you can choose from, including langauges, techniques, coding standards, testing, new tools, etc. Unusual topics can be studied with approval. At the end, these employees have a discussion with a technical lead about what was learned (note: not a grilling, but a "fill in the gaps" kind of discussion.) This last bit also forces them to practice their communication and organizational skills.
More senior people, who have demonstrated innate initiative and curiousity, can choose their own research topics, but they have to present their findings to the rest of the senior staff. Therefore there's some peer pressure to pick relevant topics.
A very important additional benefit is that everyone has their own book budget, the size of which is dependent on experience. You can spend the money on any technical book you want without having to get prior approval.