Difference between revisions of "Definition of done"
(Added example {{dod}}.) |
(Technical debt should be equal to or less than previous sprint) |
||
| Line 30: | Line 30: | ||
***document surprises and workarounds | ***document surprises and workarounds | ||
***make every comment count | ***make every comment count | ||
*the item is deployed on the acceptance test environment | *the item is deployed on the acceptance test environment | ||
*technical debt is equal to or less than end of previous {{p|sprint}} | |||
Although the list above is quite elaborate, {{dod}}, like any checklist, should be an {{p|elegant checklist}}. | Although the list above is quite elaborate, {{dod}}, like any checklist, should be an {{p|elegant checklist}}. | ||
| Line 36: | Line 37: | ||
During the {{sprint}}, make sure you {{p|track done}}. | During the {{sprint}}, make sure you {{p|track done}}. | ||
|therefore=Create and evolve a clear list of criteria that demonstrate an item's readiness for the next step. | |therefore=Create and evolve a clear list of criteria that demonstrate an item's readiness for the next step. | ||
|new={{po}} signs off on {{dod}}. | |new={{po}} signs off on {{dod}}. | ||
| Line 43: | Line 43: | ||
**[https://sites.google.com/a/scrumplop.org/published-patterns/value-stream-pattern-language/product-backlog/track-done ScrumPloP » Trach Done]. | **[https://sites.google.com/a/scrumplop.org/published-patterns/value-stream-pattern-language/product-backlog/track-done ScrumPloP » Trach Done]. | ||
**[http://www.scrumalliance.org/articles/105-what-is-definition-of-done-dod Scrum Alliance » What is Definition of Done] | **[http://www.scrumalliance.org/articles/105-what-is-definition-of-done-dod Scrum Alliance » What is Definition of Done] | ||
{{Source | {{Source | ||
|author={{mvs}} | |author={{mvs}} | ||
|coder={{mvs}} | |coder={{mvs}} | ||
}} | }} | ||
Revision as of 09:22, 3 January 2012
…construction of product backlog items.
✣ ✣ ✣
{{{wish full}}}
The product owner's conditions of satisfaction for a product backlog item are the high-level and crystal clear acceptance criteria that he or she likes to see applied to a product backlog item before considering it is finished. A product backlog item is finished when it can be demonstrated to meet all conditions of satisfaction identified by the product owner.
The definition of done is informed by reality where it captures activities that can be realistically committed by the development team to be completed at each level (feature, sprint, release). The definition of done meets the criteria from the party receiving the product backlog item as well as those from the product owner.
In a sprint, a product backlog item is “done” when:
- the item can be demonstrated;
- crystal clear acceptance criteria are met;
- all tests pass:
- User Acceptance Tests;
- unit tests;
- regression tests;
- integration tests; this implies that the code is checked in, preferably in a trunk only environment;
- non-functional requirements are met;
- code criteria are met:
- code is peer reviewed;
- objective code quality is met;
- documented appropriately:
- design decisions are documented;
- release notes are updated accordingly;
- code is documented and commented with care:
- don't document bad code – rewrite it
- don't repeat the code – clarify its intent
- document surprises and workarounds
- make every comment count
- code is documented and commented with care:
- the item is deployed on the acceptance test environment
- technical debt is equal to or less than end of previous sprint
Although the list above is quite elaborate, definition of done, like any checklist, should be an elegant checklist. There are different definition of dones for a sprint and release.
During the sprint, make sure you track done.
Therefore:
{{{therefore full}}}
✣ ✣ ✣
product owner signs off on definition of done.
✣ ✣ ✣
Sources: