Differences between revisions 1 and 2
Deletions are marked like this. Additions are marked like this.
Line 6: Line 6:
 * http://agilesoftwaredevelopment.com/2006/05/definition-of-done
 * http://chrissterling.gettingagile.com/2007/10/05/building-a-definition-of-done/
Line 7: Line 9:
 * http://codebetter.com/blogs/jeremy.miller/archive/2006/04/13/142800.aspx
Line 9: Line 12:
 * http://chrissterling.gettingagile.com/2007/10/05/building-a-definition-of-done/
 * http://agilesoftwaredevelopment.com/2006/05/definition-of-done
Line 12: Line 13:
 * http://codebetter.com/blogs/jeremy.miller/archive/2006/04/13/142800.aspx

When I first started out in engineering, people would talk disparagingly about somebody being a "ninety-five percent" guy. I had one for a boss. He would assign you a partially complete task saying it was ninety-five percent complete. You just had to do the five percent that took ninety-five percent of the time.

In Agile development, a task or story gets no credit until it's completely done. This is an important concept. Done is often a lot farther than it looks. A developer may write a bit of code that compiles and seems to work. He may think he's done, but he's not done-done. The team needs do develop a working agreement of what done-done means.

Here are some articles on the topic:

iDIAcomputing: DoneDone (last edited 2009-07-27 18:25:08 by localhost)