My group is trying something different as part of our development cycle. Currently we're in the testing phase with our software while also beginning to think and plan about software that we'll write next year.
Typically during the planning phase the task of brainstorming about future efforts is given to a privileged few (e.g. senior architects).
This year we decided to follow the corporate lead and hold our own internal innovation contest within our business unit. While any type of idea could be submitted, we were really looking for very targeted and specific ideas for next year.
Our deadline for ideas was mid-June and voting for ideas was closed out yesterday. From what I've seen so far, a well-run idea contest can be an integral part of the development cycle.
Contest Logistics
The contest software we used was based on the "open innovation software" known as Idea Torrent. Earlier this year my co-workers in China customized Idea Torrent to make it more consumable inside of EMC (e.g. integrated it with internal single-sign-on servers).
The Idea Torrent framework does all of the things that social-media savvy users expect (tagging, commenting, and searching) as well as a great Digg-like voting mechanism. This allowed our developers to search for tags and search strings that were relevant to their interest, find overlapping ideas, and add comments to the proposals.
Participation spanned three different locations: two in the US (Mass and NC) and St. Petersburg, Russia.
Contest Experience
For the two weeks that idea submission was enabled, there was a steady stream of submissions, including the "hockey stick" of ideas that arrived on the last day of the contest. The voting mechanism resulted in several humorous exchanges between developers, especially when it came to the politicking and promoting of ideas as part of the everyday banter of work.
Not suprisingly (to me), participation was highest at our St. Petersburg site. I believe the contest was viewed as a way to propose (and perhaps potentially own or drive) new, exciting work for the future.
Contest Results
Now that the voting has closed there are a variety of conclusions that can be drawn:
- The most popular ideas were the ones that addressed common pain points experienced during development.
- The most common pain points were often "process-based", addressing inefficiencies in the software development experience that were taking too long to complete
- Many of the ideas were development tools that would save time
- Many ideas were "ease-of-use" improvements for the product
- Many ideas re-introduced the projects that were put on the "back burner" during development.
A number of the ideas were so straightforward that we've decided to hire a few interns to try and implement some of them this summer.
Contest Next Steps
Ever create a project plan? Well, the best and/or most promising ideas will be tracked as part of the project plan for our release next year.
What do I like best about this? It forces everyone to "pause" and re-evaluate their way of doing things, and collaborate together on common pain points. This informs the managers that a certain percentage of the work for next year falls into the category of infrastructure and process improvement. This aspect of project planning often takes a back seat to feature and function in the software itself.
The timing of our contest also dovetails quite nicely with EMC's global innovation contest (which is running in parallel but lasts a much longer time). Ideas generated by our developers can be fed into the global contest as well.
The experience has been positive to the point that I would definitely recommend "innovation-by-contest" as an integral part of the software R&D cycle.
Steve
http://stevetodd.typepad.com
Twitter: @SteveTodd
One risk I see from such competitions is that the submissions and voting are heavily weighted to the perspectives of the developers, and there is little "voice of the customer" in either the submissions or the voting.
Not that the contest is a bad idea, but how could you/we improve on it to provide more input from the customers and to add more weight to what they think is most important?
Posted by: the storage anarchist | June 24, 2009 at 03:57 AM
Good point Anarchist. I mentioned in my post above that in our competition we had several ideas that related to "ease-of-use". The idea competition was open to everyone in my organization, including QA/System test, field support, product marketing, etc. Some of the collaboration came from the people that were either directly testing the product(e.g. system testers) or from field members that helped with installation and operation of products.
As far as improving the "contests as part of development" idea, I think that if we could find a willing set of partners and/or customers, ask them to contribute ideas, and then allow customers and developers to collaborate (e.g. comments and voting), that would be superb.
Posted by: Steve Todd | June 24, 2009 at 08:36 AM