http://jrothman.com/blog/mpd/2007/02/timeboxes-iterations-and-orthodoxy.html Management, especially good management, is hard to do. This blog is for people who want to think about how they manage people, projects, and risk. Thu, 08 Jan 2009 17:14:31 +0000 http://wordpress.org/?v=2.7 hourly 1 http://jrothman.com/blog/mpd/2007/02/timeboxes-iterations-and-orthodoxy.html/comment-page-1#comment-591 Roger L. Cauvin Sat, 03 Feb 2007 03:38:57 +0000 http://jrothman.com/blog/mpd/?p=7996#comment-591 Advocates of time-based iterations typically favor iterations that end in a deliverable. The idea is to deliver something of demonstrable value to the user at the end of each iteration. Typically, an iteration results in the implementation of a use case or <a href="http://cauvin.blogspot.com/2006/12/use-case-versions.html">use case version</a>. When implementation of the deliverable runs behind schedule, you adjust the deliverable. An effective agile team recognizes slippage early and promptly begins to make creative adjustments to the deliverables. If you're implementing the "Purchase Items" use case and are running behind, reset the deliverable to be a <i>version</i> of the use case such as "Purchase Item (cash only)". The use case version still delivers value to the user, but the simplifying assumptions (support cash but not check or credit transactions) render it possible to meet the timebox for the iteration. Advocates of time-based iterations typically favor iterations that end in a deliverable. The idea is to deliver something of demonstrable value to the user at the end of each iteration. Typically, an iteration results in the implementation of a use case or use case version.
When implementation of the deliverable runs behind schedule, you adjust the deliverable. An effective agile team recognizes slippage early and promptly begins to make creative adjustments to the deliverables.
If you’re implementing the “Purchase Items” use case and are running behind, reset the deliverable to be a version of the use case such as “Purchase Item (cash only)”. The use case version still delivers value to the user, but the simplifying assumptions (support cash but not check or credit transactions) render it possible to meet the timebox for the iteration.

]]>