October 2009
Intermediate to advanced
504 pages
15h 39m
English
We need to balance our desire for a single product backlog with the competing desire that the product backlog not become unmanageable. In fact, from my experience, things degrade rapidly if anyone involved in the project is expected to be familiar with more than 100–150 items. I have two reasons why I think this to be a reasonable upper limit. First, by observing and working with hundreds of Scrum teams, when I hear a complaint of “our product backlog is too big,” it is almost always in reference to a product backlog with 100 or more items. My second argument in support of keeping the product backlog under 100–150 has to do with a release party I went to in 2000.
As the vice president of development ...
Read now
Unlock full access