Some time ago, I was commissioned by Katrin Verclas of Aspiration to write an article on collaborative software projects, using two (partially) failed projects as examples of what not to do. It's been a long time coming, and in the end, involved collaborating with Important Projects ally Phil Dwyer to complete, but here it is, what I hope will be the first in a series of HOW TO articles published on this site under a Creative Commons license:
HOW TO Manage Collaborative Software Projects (148 KB)
Recommendations made in the article for the successful management of collaborative software projects:
Enjoy! Very interested in any feedback you might have as well :)
projectmanagement, softwaredevelopment, collaboration, nptech, howto, importantprojects
Nice article. I liked that the article was concise and to the point. Rob echoed a lot of the issues that I have found in my experience that affect project success.
I liked Rob's section "3. Define Roles and Responsibilities." I have found the explicitly defining and assigning general roles (I use the term championship) helps foster a "just do it" attribute and avoids issues with follow through.
Posted by: Godfrey at February 20, 2006 11:21 PMThanks, Godfrey — glad you liked it. And agreed on the value of clearly defining roles and responsibilities. In my experience, everyone always inherently wants to contribute their best work. In order to do so, team members need to know what is expected of them and what to expect from other team members, both generally (roles) and specifically (responsibilities). Defining roles and responsibilities isn't about determining who-to-blame-for-what later (like a lot of people think, and which is why I think a lot of people/teams avoid making responsibilities clear), it's about setting team members up for success by allowing them to focus both individually and as a group on who is doing what and by when.
Posted by: Rob at February 22, 2006 05:43 PM