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

Next challenges

Recent achievements

  • Global
  • Personal

Recognition

  • Give kudos
  • Received
  • Given

Leaderboard

  • Global

Trophy case

Kudos (beta program)

Kudos logo

You've been invited into the Kudos (beta program) private group. Chat with others in the program, or give feedback to Atlassian.

View group

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

Attributing Story Points for Partially Complete Rollover Stories

Background:

I'm looking for some advice or suggestions as to the optimal approach for partially complete rollover stories and velocity calculation.

Scenario:

Let's say a developer picks up a 5 point story near the end of Sprint 1. At the end of the sprint, they estimate that they have completed 2 out of the 5 points. However, when the sprint is ended, the story (and all 5 of it's points) will be moved in to Sprint 2. Assuming this is the only story in Sprint 1 the velocity for this developer according to JIRA will be:

  • Sprint 1: 0 points
  • Sprint 2: 5 points

Issue:

This is causing the following problems

  1. The developers velocity is not accurate from sprint to sprint. The reality is they completed 2 points, then 3 points in each respective sprint. But JIRA considers it 0 and 5 respectively.
    1. This also causes inaccurate reporting at the end of the sprint, making it appear that this developer did literally nothing in sprint 1.
  2. It's not clear how many points are actually in Sprint 2 at the start of the sprint, forcing capacity calculation to occur manually.  e.g. It appears to be 5 points but really, it's only 3 points.

Solution:

  • That's what I'm hoping the community can help with! Hopefully it's an obvious solution that I've simply overlooked :) -- Thanks in advance!

2 answers

1 accepted

1 vote
Answer accepted

You have misunderstood what scrum estimation is for and how it works.

The mistake here is "partially complete rollover" - this is nonsense and does not exist in Scrum.  When you bring an item into a sprint, you are committing to completing it in that sprint.  At the end of the sprint, the item is either done or is not. 

If an item is say 5 story points, it doesn't matter if you think you've got 1 point in or 4, you can't tell your product owners that it is done.

The way to "fix" this is to use the estimates as intended:

  • If you regularly take too many points into a sprint so that things don't get done, stop committing to too much, and reduce the points you take in.  (Or lengthen the sprint to allow more to be done)
  • If you find stories don't fit into sprints, split them into more manageable chunks before going into the sprint and only take in the chunks you can do
  • Get better at estimating, so that you don't commit to items that won't fit

Yep this makes sense. It's the right way to do it for sure. Was curious if JIRA supported the wrong way to do it as well. No matter, we'll continue to get better at capacity planning outside of JIRA (in spreadsheets) so we don't take on as much work, and JIRA works as designed.

 

Solution tl;dr: Work to get better at planning sprints to reduce rollover and then the JIRA rules around sprints and calculating story points (velocity/burndown) will work for you.

I agree with Nic.

 

JIRA was not designed to be a SP tracker. You use the team's SP velocity (totals SP per sprint trend over time) and actual SP budget (adjusted for people on leave during next sprint, etc) to determine how many SPs can be loaded. The total SPs per sprint is to help the team understand what they can realistically complete during the sprint. 

 

 

If the team cannot finish the agreed total SPs by the end of the sprint, then Nic has identified the ways to address this problem for the next sprint.

 

After several sprints, the team will find the most realistic number of SPs which can be loaded.

Suggest an answer

Log in or Sign up to answer
TAGS
Community showcase
Published in Jira Software

How to create Jira issus from Excel file?

When to use CSV importer When managing your processes in Jira, there are many occasions where you need to create a lot of tasks. Creating them one by one will cost you a lot of time and effort and i...

5,389 views 22 38
Read article

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you