Essentials

Pages

Categories

  • November 2010
    M T W T F S S
    « Oct    
    1234567
    891011121314
    15161718192021
    22232425262728
    2930  
  • RSS Feed

Archive for "Nov 18 2010"

Work in progress limits inside iteration

In iterative software development methods like Scrum people limit the work in progress by selecting the amount of work they take in when iteration starts. This works well when the amount of the work that has been selected fits in iteration so the work gets completed. What to do when people select constantly too much work to the iteration and at end of iteration there is huge amount of work in progress and almost no work isĀ  in a state that it could be called completed?

In this situation one can try to limit the work in progress during the iteration. This happens so that there is only limited amount of requirements that can be worked simultaneously. Requirements that are under work must be completed before new requirement can be started if work in progress limit has been reached. E.g. we can limit the work in progress by setting limit of two requirements in progress at any point during iteration.

I have noticed that having explicit work in progress limits that all people agree on works much better than good intentions that we finish the requirement before moving to the next one.

Shortcuts & Links

Search

Latest Posts