Important Projects Blog
Search word(s)

Powered by Movable Type

Important Projects Newsletter

Sign up to receive infrequent email updates from Important Projects.

Email address

Unsubscribe from the newsletter?
Powered by PHPlist2.8.12, © tincan ltd

Recent Entries

HOW TO Manage Collaborative Software Projects

February 16, 2006

Friends & Allies | HOW TO | Projects | Tools & Techniques

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:

PDF document HOW TO Manage Collaborative Software Projects (148 KB)

Recommendations made in the article for the successful management of collaborative software projects:

  1. Design a Structure
  2. Establish a "Leader"/Facilitator
  3. Define Roles and Responsibilities
  4. Consider User Needs and Types
  5. Prioritise Requirements
  6. Identify Common Goals
  7. Leverage Experience
  8. Plan for Training

Enjoy! Very interested in any feedback you might have as well :)

Technorati tags , , , , ,

Posted by Rob at 03:11 PM

Comment

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 PM
Comment

Thanks, 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