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; } } }

'Completed' velocity has disappeared from Velocity charts after workflow change

motherg

Hi all,

Got a weird one for you - I've recently changed the workflow some of our projects used (as a phased roll out).

It now has completely different statuses to what we used before and all seems to working well. Apart from one thing - the Velocity charts now have no 'Completed' count for any of the previous sprints (see below).

Any idea what's wrong here? All the issues that have been completed have the correct status (Done) and a resolution. The status of 'Done' is mapped to the last column in the rapidboard and I'm using a form of the simplified workflow so there is technically no 'end state' defined by steps in the workflow.

Greenhopper V6.2.2, JIRA V5.2

Accepted answers

All comments

motherg

As a side note - I have re-indexed as well.

motherg

As a side note - I have re-indexed as well.

Renjith Pillai

I guess it won't work. The reason being, when GH looks at the history of the issue on the day of Sprint completion, the status of the issue was the old status.

Only when you changed the workflow, all of them changed to the new status as part of the workflow migration procedure, am I right? (you can also check this in the history tab of an issue)

motherg

If that's the case then that surely is a pretty major bug? It basically prohibits you from being able to dramatically change the workflow if you want to keep the historic data? I'm going to need a way to rectify this in the short term. What do you suggest?

Juan Boscardin

Happened to us too. Apparently the "problem" could be that the REPORT view is not taking the new FINAL STATUS into consideration.

Context:

You used to have a final status for your workflow that was "DONE".

You now have a final status for your workflow that is "CLOSED".

FINAL STATUS means that its where the issue is considered approved by the right person, nailed, finished, dead, obliterated, etc and nothing else needs to be done with it.

So the velocity is gone because to Jira's eyes, because the points delivered (which happens when an issue gets to its final status) are not delivered anymore (they are not in the final status anymore (because you changed your workflow). So this leads me to think that the report view is reading the status from the DB every time you pull the velocity report (that's why it realized the is no longer in the old workflow status) but is not updating what is the final status for the current workflow, and therefore unable to see that this new status is still a final status and therefor the issue (and its points) were delivered in that sprint.

In a few words, the query seems to realize of the status change of the issue, but does not realize that this new status is also the final status of the current workflow (and so, the issue should still be considered delivered, and those points accomplished).

Solutions?
IF my diagnose is correct, I think the query in that page should be updated by Atlassian to take this into account.

Vince Butera

If you create a new board, the historic velocity will get populated based on the new work flow instead of the old.

Cyrille Martin

There is an issue reporting this behaviour : https://jira.atlassian.com/browse/GHS-11760 with a mitigation in it...

Josh Polsky

This is a pretty horrible bug. Hope it gets addressed at some point. You lose a lot of credibility with a new team migrating them to a better workflow only to lose all their history.

Mike Goitein

See my answer here: https://community.atlassian.com/t5/Agile-questions/Velocity-chart-not-showing-work-completed/qaq-p/1270402#U1511509

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

velocity

workflow

report