Our development team estimates that they can complete 30 story points in the current iteration. Partway through the sprint they realize that they will complete 50 story points at their current rate. What we should do?

  • 1
    Meaning the stories are each worth more points of effort than expected, or the team is going to meet the Sprint Goal early and wants to know what to do next? Or something altogether different? – Todd A. Jacobs Nov 26 at 13:40
  • 3
    Important: Do you have a Sprint Goal? – Sarov Nov 26 at 14:02
up vote 6 down vote accepted

Great question, and a great problem to have :)

If a team is ahead of schedule, it's still ultimately up to them as to how to manage their work. I suggest asking them what their stretch goal should be relative to the next highest-value yielding work in the product backlog, all while providing transparency to the PO. There's nothing that says you can't deliver more value than you initially anticipated.

Also congrats to your team!

What a wonderful problem to have - to be ahead of schedule.

Besides for trying to get ahead on future tasks, I would suggest the following:

  • Code reviews
  • Adding comments to the code
  • Updating specs to match to match the code
  • Blackbox and whitebox testing of code
  • Some fun activity; otherwise you may essentially be punishing the team for doing a great job by giving them more work to do.
  • 1
    Disagree. If the code needs reviewing, commenting, documenting or testing then it's not yet done. These are not optional things that you do if you 'finish' early. (Yes, depends on your definition of 'done' but I believe these would be in most people's definition). – peeebeee Nov 28 at 15:29
  • @peeebeee - can I come work at your company which works on utopian standards/? Please? Pretty please....? I've never seen such standards implemented - not even by a far stretch. – Danny Schoemann Nov 29 at 9:33
  • 1
    Heh, doesn't always work that way here either, but I think my advice is good generally - don't plan for those activities only to happen if you finish a sprint early. – peeebeee Nov 29 at 11:58

If it is frequent then it is the major concern. In retrospective meeting you should discuss this point with team and find proper action items.

Why? Because you are not properly utilizing the team or doing wrong estimation of the user stories. So consider the team capacity.

If it is once in a while or first time. You can get more user stories from backlog for the development or groom the backlog/ epic/ user stories, mostly needs confirmation from PO.

Also you can do research development task for future sprints.

If the Product Owner is doing their job then there should be some more stories ready to go in the Product Backlog - get stuck in to the highest priority one(s) that will fit in the remainder of the sprint.

I've actually had this occur on a few occasions. I let the development team pick and choose issues from the upcoming sprint to either incorporate into the current sprint (time permitting) or get a head start on the next sprint. It seems to work really well.

If this happens a lot, the capacity of the team might be exceeding the story points being allocated to the sprints. The obvious remedy here is to start either allocating more story points or readjust how the story points are assigned to issues.

I'm wondering: 1. How good is their story point estimates? Are they awarding too many story points for too little work? 2. Is this a trend? That is has this happened in previous sprints? If so...see #1 above.

New contributor
user32481 is a new contributor to this site. Take care in asking for clarification, commenting, and answering. Check out our Code of Conduct.
  • 1
    This seems more like discussion than an independent answer to the question. – Mark C. Wallace Dec 6 at 12:02
  • It is not continously happening. The question was, if it happens in a sprint, what should do. – Pesil Dec 6 at 13:49

Your Answer

By clicking "Post Your Answer", you acknowledge that you have read our updated terms of service, privacy policy and cookie policy, and that your continued use of the website is subject to these policies.

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