Programmers Stack Exchange is a question and answer site for professional programmers interested in conceptual questions about software development. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

When tasks take longer than expected, why is it better to defer items during a sprint than to just defer everything you didn't finish on the last day of the sprint?

share|improve this question
I read your question at least 6 times, and I don't understand the problem. Would you be so kind to clarify a bit? When I read the answers, I'm even more confused ;) – user2567 Jan 19 '11 at 18:48
To be honest, a lot depends on how you track project completion. Let's face it, some tasks have to be done before others. If you don't get that prerequisite task done, others will fail in turn. In this case, it would be better to finish that task--spanning a sprint if necessary. In either case, keep the team in the loop on problems you're facing at the daily standup. The team lead will make the final determination of when/if the item gets deferred. – Berin Loritsch Jan 19 '11 at 18:57

Early notification of problems

You may find that a particular high risk task encountered problems on day 1 of the sprint. You know you're going to fail, so flagging it to your team lead early on and putting it into the backlog means you've failed fast. You can then carry on with other items while others tackle the problems that caused this task to take too long.

share|improve this answer
And always remember to contact Product Owner. It is his sole responsibility to react and take decisions regarding fast-failed tasks. You can put it to backlog, split it before next sprint, and take other smaller tasks during this sprint. Just ask Product Owner :) – Marcin Gil Jan 19 '11 at 20:00

I'd say get rid of the sprint all together But if you're stuck with it, the reason it's better to defer right away is so that the customer can expect it rather than hearing on the last day "oh we didn't do feature x, y, or z"

share|improve this answer

This is a communication issue. As a developer you'll want to notify management or development lead that you have impediments or things blocking your ability to deliver quickly.

The greatest advantage to communicating these issues early and often are that you can work with your team to 'swarm' the issue and resolve it quickly, or defer it for another sprint or development build.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.