Scrum Agile Project Management

Using Large Number in Planning Poker

November 30, 2011 0

Mike Cohn wrote an interesting post where he discusses he allows or even encourages to estimate with story points as large as 20, 40, and 100. He explains that they are useful when you need first and not necessarily precise estimate of the general size of a new project being considered.

The Danger of Velocity

November 16, 2011 0

Velocity is killing agility is the observation discussed by Jim Highsmith in this blog post. He explains that this metric is increasingly used for the wrong reasons: measuring productivity and focusing on volume delivery instead than on quality. He concludes saying that the importance given to velocity should be balanced with other metrics like feature value, feature delivery cycle time or quality.

Scrum Expectation Line

November 14, 2011 0

The Scrum Expectation Line is defined by Zsolt Fabók as the line that follows the expectations of the Product Owner during each sprint. In this blog post, he discusses the difference between the team capacity to deliver and what the Product Owner wants in each Sprint and explains how his team deals with it.

The Elusive “Quick Iteration”

August 15, 2011 0

In this blog post, Kristen Bornemann shares her thought about getting quick results from iteration in the context of the independent game developers. There is a fine line between making quick iteration a focus and getting bogged down in process.

Reducing Sprint Length

June 27, 2011 0

“If the team is uncertain about how to achieve the sprint goal or if experimentation or prototypes need to be done, then the sprint should be shorter. Uncertainty implies that the work eventually required for the sprint might be significantly different from what was anticipated at the start. If this is the case, it’s better to change direction after two weeks than four.”

Avoiding Iteration Zero

May 26, 2011 0

In this blog post, George Dinwiddie explains how to use the first iteration in a Scrum project to deliver some working software and not just building a backlog and setting up infrastructure for the next iterations that will deliver increments of functionality.

1 2 3 4 5