When Agile Estimating is not Sufficient - Five Collaborative Techniques to use for Estimating Software Projects Up Front

room: Conference F, M — time: Wednesday 14:00-15:30
Average Rating: -

Agile evangelists frequently skip the realities of the world. This is especially true when it comes to estimation. It often appears as if authors and presenters live in a world in which the customer is always a deep-pocketed in-house resource, with an abundance of confidence in the development team.

The realities, however, is that whether doing in-house development or contracting, the customer expects estimates for the development work. Potential benefits have to be weighed against estimated costs.

This talk deals with why estimation is crucial also in an Agile world.

Agile projects are hardly immune to overruns, delays and bad business decisions based on poor estimates. Before one can sit down and use “Planning Poker” or similar techniques for estimating sprints or releases, it is often necessary to provide a relative accurate estimate of total project delivery schedule and costs.

The talk presents five collaborative techniques to use for estimating software projects up front:

  1. Delphi

  2. Wideband Delphi

  3. Unstructured groups

  4. Statistical groups

  5. Decision markets

All techniques have various strengths and weaknesses. They have been detailed to a great extent in the literature, but actual experiences and scientific results for use in Agile projects are scarce.

Combination techniques also supplement each other, and may be appropriate to use at different stages of a project. I.e. some techniques are more suitable for estimating projects up front (e.g. in bidding), some are good for release planning, and some are good for more detailed sprint planning.

Process/Mechanics

The talk is suitable for customers, contractors, managers, team-members and anybody else frustrated with the frequent recurrence of unwanted overtime at the end of too many sprints, releases and projects.