How do you go about open sourcing - and then managing - the code developed from within your company?
This has happened quite a bit: Google, Google Android, RedHat, Canonical/Ubuntu, Apple, Apple CUPS etc.
In my company we've developed some ancillary code to help us make the products that we sell.
We're not in the business of developing this ancillary code and are not in the position to develop it further.
Also, we may choose to replace it with something off the shelf for our own use.
But we'd like to maximise the opportunities out of our investment (staff time) in developing the ancillary code.
The code is rough-around-the-edges and not in a polished state for selling. Given that we don't wish to invest in it further, open sourcing is an option whereby the public developer community at large could develop it further and to their benefit.
As it is not our core business, open sourcing the work would not be a threat (unless it helps a competitor make their product easier).
So the benefit of open sourcing is not so much about helping us save costs with development but more about what we might get for free by allowing others to develop it.
So how do you go about releasing the code - and then managing it e.g. running forums, approving patches to the main branch, prioritising features, handling fork of the code situations, preventing others taking ownership of the work.
A related answered post is here: http://stackoverflow.com/questions/1914104/how-to-license-code-source-but-keep-control-of-it/1914145#1914145
An unanswered post is here: http://stackoverflow.com/questions/2913347/guidelines-for-open-sourcing-code
A book on the subject: Intellectual Property and Open Source
http://oreilly.com/catalog/9780596517960
Thoughts?