Evidence-based scheduling: Difference between revisions

Revision as of 12:03, 6 March 2009

Revision as of 12:26, 6 March 2009

Line 1:

{{Wikify|date=March 2009}}

{{Unreferenced|date=March 2009}}

'''Evidence-based Scheduling''' is a [[software]] [[schedule|estimation approach]] created by [[Joel Spolsky]], a commentator on software engineering principles<ref name="JoS Book">[http://www.amazon.com/Joel-Software-Occasionally-Developers-Designers/dp/1590593898/ commentator]Joel on softwareSoftware engineering principles(book)]</ref>.

One of the core ideas of Evidence-based Scheduling, that adds to the normal estimation practices, is the idea of '''including all time spent, regardless of relevance'''.

Most people, when estimating, measure the time they actually spend on a project - classic Time Accounting categories such as cited in McConnell's ''Software Project Survival Guide''<ref name="SPSG">[http://www.amazon.com/Software-Project-Survival-Guide-Practices/dp/1572316217], Software ProjeectProject Survival Guide]</ref> do not allow for accounting for non-project activities. Whilst McConnell goes on to include less obvious activities such as holidays, sick days and project support, he and most others identify such as activities to be separately recorded.

Recording and attempting to [[budget]] for secondary activities often leads to political pressure to drop such activities. In practice, people find themselves unable to avoid them and compensate by working [[overtime]].

As Spolsky points out <ref name="EBS">[http://www.joelonsoftware.com/items/2007/10/26.html Evidence Based Scheduling - Joel on Software]</ref>, your bosses' stories about his fishing trips, or model helicopter, are both a time-sink and politically dangerous to put on a time-reporting system.

The key insight in Evidence-based Scheduling is that the only thing which needs measuring is the actual delivery of tasks. Over time, it is assumed that all other distractions will average out.

Line 16:

The appeal of this idea is simplicity - the amount of evidence to be created is simply the elapsed time between completing tasks and, another vital point, time spent debugging is applied back to the original task.

Another core idea is the use of the [[Monte Carlo method]] to predict project completion dates. This method evaluates how reliable previous estimates have been. Instead of a single completion date, the method results in multiple possible completion dates, each with an associated probability of being correct.

==References==

{{Reflist}}