Free Project Management Software

With the floundering economy weighing on everyone’s minds (including my own), I came across an interesting piece on InfoQ (http://www.infoq.com/news/2009/01/agile-layoffs) by Mark Levison that actually takes a look at how one Scrum team reacted to the effects of the recession. In this case, Adrian Carr shares how layoffs left his team with only four members and no dedicated Product Owner, while he played the ScrumMaster role on a part-time basis. According to Levison, his first pass at revising the framework for his circumstances looked like this:

• Keep just the parts of Scrum that make sense in a smaller group: daily standups, short sprints, reviews, retrospectives, visible project burndowns.
• Everybody on the team takes on some of the Product Owner role meeting with stakeholders, end-users etc, but Adrian will maintain the product backlog and make final decisions etc.
• Eliminate waste.
• Keep things as simple as possible.
• Take credit for story points only for features deployed to production, the expectation is that this will force the team to create smaller more manageable features. This should lead to a reduction in cycle time and provide more feedback.
• Work in very small batches of work – only two to three items at a time.
• Focus on delivering the highest value items first.
• Know who the software is being developed for. Know their names, their roles and why they the things they do.
• Watch for external factors that slow the team down and hammer away at them.

Over at InfoQ, they provide expert opinions from three Scrum practitioners. Robin Dymond worries about the lack of a Product Owner; Mary Poppendieck argues that, in a case like this, a clearly defined, common goal is more important than a Product Owner; and Ron Jeffries fears that, without a Product Owner to serve as a go-between for the development team and the business unit, a lack of clear communication could hamper the project.

There’s no question that a situation like this makes practicing Scrum very, very hard, if not impossible. It might require a full-scale reorganization of employees into normal-sized, functioning Scrum teams. Or it might require, as Adrian suggests, that the remaining individuals share the roles.

How would you have responded to this challenge? Have any of you been forced to make these hard decisions due to layoffs? I’d love to hear how some of you are coping with this in the comments section.