nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

total backlog story points

Liam Donaldson

I am using greenhopper 6.0

My thought was this is an important piece of information, but I cannot find it an any screen or report. In order to help estimate the overal time to complete then a report contiaing the total amount of remaining story points is needed.

Can this be retrieved in anyway?

Thanks,

Liam

Accepted answers

All comments

EddieW_h8oivr

Hmm, the backlog is an ever changing entity, and I am not sure it would ever be completed.

But you can see the total points in the backlog by dragging the sprint marker down to the bottom of the backlog. The total points are shown in the lower right corner.

Another option is something like Jamie's "Script Runner" plugin that has aggregate expressions for JQL where you could sum the points.

project = MYPROJECT and sprint not in openSprints() and issueFunction in aggregateExpression("Total points", "storyPoints.sum()")

Audrey Hudson

I like to know the total size of the backlog for forecasting purposes. This is how I do it:

1. I set up a search for all stories within the project (yes, including closed stories) and save it as a filter.

2. Make sure you add Story Points in Tools > Configure Column

3. Export to Excel using Views > Excel (All Fields)

4. Once in Excel simply sum the Story Points column.

It would be nice if Greenhopper had a simple report that does this, and also shows how many stories in a whole backlog are unsized.

StevenG

Agreed. This would be nice.

unknown

This is a huge limitation, and the workarounds (exporting to Excel, scripts, or fixing everything to a version and using version burn up charts) are all very poor.

Being able to quanitfy the size of your project backlog and measure progress towards it is a key agile practice, and jira Agile still not supporting this is ridiculous.

I have to create charts in Excel to manage and communicate this - our MD wonders why we've bought a tool to do this when so much has to be done outside the system.

EddieW_h8oivr

Being able to quanitfy the size of your project backlog and measure progress towards it is a key agile practice.

It's not though. Its not a key practice, its not a common practice, its a violation of the principles of agile because your PRODUCT backlog is never done. If it is, your just doing iterative development in a waterfall project.

Just look at jira.atlassian.com- do you expect they have estimated all 40,000 issues for one product and are tracking their progress to completion? Its absurb. The key concept of agile is to focus on priorities is commitable pieces of work, giving the stakeholder full transparency and hands-on status updates every 2 weeks.

Version, Epic, and Spring burndowns can be calculated because all those concepts have a fixed scope. Products do not, nor do they end.

https://answers.atlassian.com/questions/262253/jira-agile-ondemand-display-project-burndown-based-on-points

unknown

In order to manage a project, you need to know how far through it you are. Project burnup charts are great for this (except if you're using Jira Agile)

Of course backlogs can/do change over time, but that's no reason not to have a snapshot at a point in time. Burnup charts also show how the scope changes over time, so I fail to see why you dismiss this as absurd.

Many of our projects are fixed-scope implementations, which we deliver using sprints. We have no easy way of seeing how myuch is done/remaining.

We could just use the version field and set everything to "Project", but we have to use the version field to keep track of which build stories were incorporated into, and so doing this would be a huge limitation (especially as this field is linked into Jenkins).

This issue has the 4th highest vote count of the Jira Agile project, and was logged nearly 2yrs ago - read the comments (https://jira.atlassian.com/browse/GHS-5513) .

Not listening to your users, and how they really use your product definitely isn't an agile practice.

unknown

If all your stories are visible on the page you can use this bookmarklet to count for you:

javascript:var sum = 0; jQuery('.aui-badge[title="Story Points"]').each(function() {sum += parseInt(jQuery(this).text())}); alert('Total Story Points: ' + sum); void(document.close());

To use the bookmarklet either copy/paste it in to the URL bar of your JIRA board and press enter, or (to re-use it) create a bookmark, then replace that bookmark's URL with the above code. If you do that you can click the bookmarklet any time you're on the board to get the total.

A Navarro

One way is to create a version/release using the menu tucked away on the far left, then highlight all the issues in the backlog and drag them into the new version/release. If you do that you will get a view like this where you can see the total story points in the Estimate badge (135 in this case).

versions.JPG

unknown

So you're saying there's absolutely no value to knowing how much work you have ready to be worked on? Really?

A Navarro

No, I didn't say that nor did I intend to. Please re-read what I said because I don't think there is an issue here. "shouldn't really be used" hardly means "absolutely no value" and "to estimate against" is different from "knowing how much work you have ready to be worked on" I accept your point and agree that there is some value in knowing the total number of points in the backlog.

slyadams

This shows an issue count, which is pretty much meaningless.

Tom Rattigan

Seems the easiest way to do this is to create a sprint called 'Backlog Estimate Total' or whatever. Drag all the issues in the backlog into this sprint and you'll get an estimate total (why this same exact total count can't be added to the backlog itself is unclear, but clearly a point of frustration for many). Then drag back to the backlog.

Robert Cavanna

For now, I'm using the Version Report against a specific Fix Version to see the total story points remaining for incomplete issues.

Too bad there isn't anything when in Backlog mode that shows points for incomplete issues. The Versions on the left can be expanded to show total points, but that includes story points for issues that were closed.

Jase Clamp

I like this approach best. I've updated code (1. if epics showing was totalling those, so doubling. 2. wasn't handling blanks well) var sum = 0; var nw = 0; jQuery('.aui-badge.ghx-statistic-badge[title="Story Points"]').each(function() { nw = parseInt(jQuery(this).text()); if (nw > 0) sum += nw; }); alert('Total Story Points: ' + sum); void(document.close());

Warwick Cox

Updated version of Jeremy Walker::

Pop this in the console.


sum = 0
pointsPerWeek = 30
jQuery('.ghx-backlog-container span.aui-badge[title="Story Points"]').each(function() {
 sum += parseInt(jQuery(this).text())
})
console.log('Total Story Points: ', sum)
console.log('Approx. Weeks until done: ', sum / pointsPerWeek)

Drew Glass

This is will work if you have stories without points:

sum = 0
jQuery('.ghx-backlog-container span.aui-badge[title="Story Points"]').each(function() {
if (!isNaN(parseInt(jQuery(this).text()))){
sum += parseInt(jQuery(this).text())
}
})
console.log('Total Story Points: ', sum)

Andrew Lindsay_xsteu1

Thanks. Super handy! Added a filter so that it's only elements with actual visibility are shown:

javascript&colon;var sum = 0; var nw = 0; jQuery('.aui-badge.ghx-statistic-badge[title="Story Points"]:visible').each(function() { nw = parseInt(jQuery(this).text()); if (nw > 0) sum += nw; }); alert('Total Story Points: ' + sum); void(document.close());

Danut M _StonikByte_

Try our Great Gadgets add-on. It offer an Issue Formula Gadget that allows you to sum-up and display on your Jira dashboards the total number of story point in your projects. It also offer a Release Burnup/Burndown Gadget that shows the total number of story points along with the remaining and scope changes.

Elizabeth Sands

This is an old post, but I think I've got a slightly different answer than any of the above. Try this:

[insert your qualifying project/ticket info here] AND (sprint not in closedSprints() or sprint is EMPTY) AND (sprint not in OpenSprints() or sprint is EMPTY) AND issueFunction in aggregateExpression("Total points", "storyPoints.sum()")

It brings up all of the tickets that are not yet assigned to a sprint or in a closed out sprint. Sort of a hack but it works. Now if only I could take the numeric value of the total number of story points returned and show it in Confluence on an Exec Mgmt report!! I can show the number of issues, but not the points.

Dylan Kuhn

I got here thinking I wanted see a total for story points in the backlog, but realized that really what I needed was a total for issues in an epic, and this is included as the Estimate badge when the epic is expanded in the left side menu in the backlog.

Steve Maiorano_j644uj

project = "Project Namr" AND issuetype = Story AND affectedVersion = XXXXXXXX AND issueFunction in aggregateExpression("Total Story Points for All Issues", "storypoints.sum()") ORDER BY summary ASC

Daniel Zelawski_r2f953

This was posted in 2013 and its still not a simple feature in 2021 I don't think I'll be using or recommending JIRA for projects going forward.

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

jira

jira-software

backlog