Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root


1 badge earned


Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!


Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.


Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!


Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
Community Members
Community Events
Community Groups

Splitting a task and move it to the next sprint

Hi Community,

I would like to measure the sprint achievement (work done vs work committed) of my team better.

By the end of every sprint, we currently have tasks that are not 100% done and that are needed to be moved to the next sprint.

Can you think of a way to:

  1. Split these tasks so that work done in the current sprint will be included in the current sprint Velocity.
  2. Trace the rest of the work that is moved to the next sprint. We need this data to measure the achievements of the team --> How much of the work committed was actually done per sprint.

Thank you for your help.


2 answers

No need to split! Count the work when it is done, in whatever sprint it gets to done in.

Velocity is accurate when averaged across 3 or more sprints.

What you are asking for treats the symptom, not the cause. Improve at breaking work down to reliably fit in a sprint and this won’t be an issue.

Hi Kelly,

Thank you for your answer.

Well, we put a lot of efforts breaking tasks to fit them into 1 sprint, but estimations are not always perfect and it's a given fact that not all tasks will be finished by the end of the sprint.

0 votes

You're rigth that 100% accurate estimation might be unreacheable BUT making better and better estimations should be one of your higher concerns going forward so this issue goes away by itself in time (the highest concern being to deliver a good, robust product that meets customer expectations. Of course time to delivery is also a factor to account for when talking about expectations and that's the reason good estimations will be useful not only for internally measuring efficiency but also for the end result).

That being said, if I understand correctly your needs a quick workaround while you work on that point could be using any automation plugin to just duplicate unfinished tasks slightly changing the summary and add those to the new sprint. You could do something like: task 1 (x), then task 1 (xx), task 1 (xxx)... or any other option you like to keep track of how many extra sprints the task was a part of.

Take a look at the market place. I won't endorse an option over another but from a strictly objective point of view, based on popularity, you might want to check first

Hope it helps.

Suggest an answer

Log in or Sign up to answer

Atlassian Community Events