Agile teams like short iterations because they help to ensure tight feedback cycles in order to reduce waste and minimize uncertainty. However, what if you can’t fit all the work required to implement a product backlog item in a
Well, in reality sometimes some parts of your team may have to work one or more sprints ahead of your developers (eg. definition and design). In a similar perspective, you may have some parts of your team working a sprint behind your developers (acceptance testing and transition to production for example). I wouldn’t recommend your team starts with this model – rather having the conditions of the project “pull” this practice
I always promote that your team should shoot for “done” within a single sprint – however, when conditions present themselves (when getting everything done forces your sprints to be too long) you might want to consider such a model.
Joel Semeniuk is a Microsoft Regional Director and MVP Microsoft ALM. You can follow him on twitter @JoelSemeniuk.