Comments on: How To Use Timeboxes for Scheduling Software Delivery http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/ Software product success. Sat, 19 May 2012 12:04:06 +0000 hourly 1 http://wordpress.org/?v=3.0.4 By: Market Problems – Comparing Products Part 3 | The Agile Radar http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/comment-page-1/#comment-856429 Market Problems – Comparing Products Part 3 | The Agile Radar Mon, 16 Jan 2012 14:10:01 +0000 http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/#comment-856429 [...] combine incremental development techniques to the activities of product management, combined with timeboxing to impose practical, artificial constraints on the process.  An agile product management process [...] [...] combine incremental development techniques to the activities of product management, combined with timeboxing to impose practical, artificial constraints on the process.  An agile product management process [...]

]]> By: Scott Sehlhorst http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/comment-page-1/#comment-575100 Scott Sehlhorst Tue, 09 Mar 2010 06:20:36 +0000 http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/#comment-575100 <span class="topsy_trackback_comment"><span class="topsy_twitter_username"><span class="topsy_trackback_content">R @jezzaman03 check out http://bit.ly/awYBOu a timeboxing article I wrote a few years ago - better approach than triangle.</span></span> R @jezzaman03 check out http://bit.ly/awYBOu a timeboxing article I wrote a few years ago – better approach than triangle.

]]> By: links for 2009-06-22 • Bare Identity http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/comment-page-1/#comment-502123 links for 2009-06-22 • Bare Identity Tue, 23 Jun 2009 00:01:33 +0000 http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/#comment-502123 [...] How To Use Timeboxes for Scheduling Software Delivery | Tyner Blain (tags: timebox timemanagement projectmanagement planning development) [...] [...] How To Use Timeboxes for Scheduling Software Delivery | Tyner Blain (tags: timebox timemanagement projectmanagement planning development) [...]

]]> By: Managing Project Schedules with Timeboxes | Scheduling Software Reviews http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/comment-page-1/#comment-447947 Managing Project Schedules with Timeboxes | Scheduling Software Reviews Sun, 12 Oct 2008 11:52:13 +0000 http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/#comment-447947 [...] more detailed article, http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/ can be found with supporting diagrams that help visualize using timeboxes and making tradeoffs. [...] [...] more detailed article, http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/ can be found with supporting diagrams that help visualize using timeboxes and making tradeoffs. [...]

]]> By: Managing Project Schedules with Timeboxes | Recovery - The Appetizer! http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/comment-page-1/#comment-337903 Managing Project Schedules with Timeboxes | Recovery - The Appetizer! Tue, 01 Apr 2008 20:53:09 +0000 http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/#comment-337903 [...] For more details on how to apply (and when not to apply) each of the four methods, check out the extended article “How To Use Timeboxes for Scheduling Software Delivery” at http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/ [...] [...] For more details on how to apply (and when not to apply) each of the four methods, check out the extended article “How To Use Timeboxes for Scheduling Software Delivery” at http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/ [...]

]]> By: Free Articles » Blog Archive » Managing Project Schedules with Timeboxes http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/comment-page-1/#comment-324858 Free Articles » Blog Archive » Managing Project Schedules with Timeboxes Sun, 09 Mar 2008 13:53:02 +0000 http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/#comment-324858 [...] For more details on how to apply (and when not to apply) each of the four methods, check out the extended article “How To Use Timeboxes for Scheduling Software Delivery” at http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/ [...] [...] For more details on how to apply (and when not to apply) each of the four methods, check out the extended article “How To Use Timeboxes for Scheduling Software Delivery” at http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/ [...]

]]> By: Managing Project Schedules with Timeboxes | 3-in-1 Protection for your Recovery. http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/comment-page-1/#comment-279736 Managing Project Schedules with Timeboxes | 3-in-1 Protection for your Recovery. Sun, 27 Jan 2008 09:24:05 +0000 http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/#comment-279736 [...] For more details on how to apply (and when not to apply) each of the four methods, check out the extended article “How To Use Timeboxes for Scheduling Software Delivery” at http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/ [...] [...] For more details on how to apply (and when not to apply) each of the four methods, check out the extended article “How To Use Timeboxes for Scheduling Software Delivery” at http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/ [...]

]]> By: Sharp Blue http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/comment-page-1/#comment-70259 Sharp Blue Sun, 11 Feb 2007 20:12:14 +0000 http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/#comment-70259 <strong>The Carnival of Software Development, number 2...</strong> Welcome to the second edition of the Carnival of Software Development. This time around there were many more submissions than...... The Carnival of Software Development, number 2…

Welcome to the second edition of the Carnival of Software Development. This time around there were many more submissions than……

]]> By: Scott Sehlhorst http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/comment-page-1/#comment-54508 Scott Sehlhorst Thu, 27 Jul 2006 23:28:22 +0000 http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/#comment-54508 Hey, thanks Lou. Hope you'll stick around and read some more. Hey, thanks Lou. Hope you’ll stick around and read some more.

]]> By: Lou Salgado http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/comment-page-1/#comment-54507 Lou Salgado Thu, 27 Jul 2006 22:40:02 +0000 http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/#comment-54507 Just happened upon your website - some insightful processes on how to approach situations - enjoyed reading them - thanks Just happened upon your website – some insightful processes on how to approach situations – enjoyed reading them – thanks

]]> By: Scott Sehlhorst http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/comment-page-1/#comment-947 Scott Sehlhorst Wed, 19 Apr 2006 16:23:44 +0000 http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/#comment-947 James, thanks for reading and commenting! You make great points. Method 1 is a <em>bad idea</em>. But nonetheless, it does happen. The only way I've seen it work effectively is when a feature is implemented in robust but inelegant code in order to make the deadline (incurring a code-debt). That feature is then immediately refactored as part of the next development cycle. It's a slippery slope, as projects risk crossing the tipping point where so much code is spaghetti/inelegant/hardToMaintain that no one bothers to write good code in the future. Method 2 can work. Brooks' law is definitely right about adding people to a late project. <a title="Scheduling requirements changes" href="http://tynerblain.com/blog/2006/04/11/scheduling-requirements-changes-part-2/">By following the "change deadline" constraints we referenced via the scheduling post</a>, we are not in Brooks' sandbox. The old maxim that 9 women can't make a baby in a month is certainly true. But what if you have 8 women on the team, and the requirement is for 9 babies in 9 months? Adding another woman makes sense. You're right about the inefficiencies, which I briefly mentioned, and demonstrated in the diagram by showing "unused" space - cost that is incurred in order to increase scope. Thanks again for making good points. As far advocating methods goes, we encourage delays when schedules 'matter' and limited extensions when they don't. In my experience, schedules always matter to someone. James, thanks for reading and commenting!
You make great points.
Method 1 is a bad idea. But nonetheless, it does happen. The only way I’ve seen it work effectively is when a feature is implemented in robust but inelegant code in order to make the deadline (incurring a code-debt). That feature is then immediately refactored as part of the next development cycle. It’s a slippery slope, as projects risk crossing the tipping point where so much code is spaghetti/inelegant/hardToMaintain that no one bothers to write good code in the future.
Method 2 can work. Brooks’ law is definitely right about adding people to a late project. By following the “change deadline” constraints we referenced via the scheduling post, we are not in Brooks’ sandbox.
The old maxim that 9 women can’t make a baby in a month is certainly true. But what if you have 8 women on the team, and the requirement is for 9 babies in 9 months? Adding another woman makes sense.
You’re right about the inefficiencies, which I briefly mentioned, and demonstrated in the diagram by showing “unused” space – cost that is incurred in order to increase scope.
Thanks again for making good points. As far advocating methods goes, we encourage delays when schedules ‘matter’ and limited extensions when they don’t. In my experience, schedules always matter to someone.

]]> By: James A. Ward http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/comment-page-1/#comment-946 James A. Ward Wed, 19 Apr 2006 16:07:03 +0000 http://tynerblain.com/blog/2006/04/12/how-to-use-timeboxes-for-scheduling-software-delivery/#comment-946 Two of your four methods just don't work. In method 1, poor quality will invariably cause you to miss delivery dates, or greatly increase the risk that you will do so. At what point will the quality be so poor that the system is not viable? Remember, if it doesn't have to work, you can always meet any other constraint. Method 2 violates Brooks' Law. I won't bore the reader with restating it here, but it still is the law, and you pay the penalty for violating it. Admittedly, you can incrementally increase resources, such as a few hours of overtime per week, but, in general, this has already been done before the choices have to be made. That leaves you with two choices, increase time or decrease scope. You don't get a one for one tradeoff here, the increases are not linear. Change has its own costs. Two of your four methods just don’t work. In method 1, poor quality will invariably cause you to miss delivery dates, or greatly increase the risk that you will do so. At what point will the quality be so poor that the system is not viable? Remember, if it doesn’t have to work, you can always meet any other constraint.

Method 2 violates Brooks’ Law. I won’t bore the reader with restating it here, but it still is the law, and you pay the penalty for violating it. Admittedly, you can incrementally increase resources, such as a few hours of overtime per week, but, in general, this has already been done before the choices have to be made.

That leaves you with two choices, increase time or decrease scope. You don’t get a one for one tradeoff here, the increases are not linear. Change has its own costs.

]]>