Hi, I'm looking to create a report of Epic Progress based upon the number of issues that have been completed within the Epic.
E.g. I have 20 epics, each Epic is linked to (via the "Epic Link" field) various stories and bugs.
I want a progress report (% Complete) based upon the number of issues complete.
The solution has to be out of the box, so no Add-on's or Scripts.
Thanks in advance
There is the Epic Report that's a default report, but it won't give you a % Complete based on the number of issues completed within that Epic. Even so, you could easily figure out % Complete using the information on this report.
EDIT: link to Epic Report docs
Other than that, you could export the Epic's issues to Excel/CSV from the Issue Navigator and use Excel or something similar to create a % Complete report.
That's what it was! It doesn't make any sense though. I should be able to report on epic progress regardless of the type of board I have set up for a project, because either way you put story point and/or hour estimates on stories so Jira should be able to generate a burndown chart for the epic.
Kanban does not have sprints, but it has story points. That means you have an epic with, say, 60 points worth of stories. If you knock out, say, 2 stories per day on average (and it's a running average that adjusts every day), how many more days do you need to finish the entire epic? That's what I want answered in the report. Hence even if you don't have sprints, epic burndown is meaninful for Kanban.
I use Kanban for other purpose so maybe there is a concept mismatch in this conversation.
When I use Kanban, I focus more on the process being followed and issues handled in correct orders.
There is a Control Chart to help me checking whether the team has been performing at an expected stable speed. If the answered is yes, I'd leave them work.
> There is a Control Chart to help me checking whether the team has been performing at an expected stable speed. If the answered is yes, I'd leave them work.
That makes sense, but PMs/Team leads/other stakeholders still need to be able to do strategic planning and answer the question of when a large epic is goind to be in the hands of users and make adjustments along the way.
"That makes sense, but PMs/Team leads/other stakeholders still need to be able to do strategic planning and answer the question of when a large epic is goind to be in the hands of users and make adjustments along the way." - this is something that I am consistently asked for by leadership and JIRA resolutely does not make simple or straightforward.
Independently of whatever methodology you are using (Scrum or Kanban), JIRA allows both of them to have EPICS.
If you use EPICS it is very usefull to know how which EPIC is progressing, meaning that we need to know for each EPIC how much issues are completed or not.
For Product Managers we need a simple report that is valid for KANBAN or SCRUM... track progress by EPIC (even if it is the number of stories completed vs to do)
If JIRA doesn't allow it, I'm thinking in using a different tool to do this!
Agreed @Carlos Palminha
As product managers we need a simple way to see how many stories within an Epic have been completed. Basically we need a high level gauge of progress, I understand that stories vary in complexity and time/effort to complete. A high level indicator that 2 of 10 stories in an epic are complete is useful signal.
Learn how to use two new reports for next-gen projects in Jira Cloud: Cumulative flow diagram and Sprint burndown chart. Ivan Teong, Product Manager, Jira Software, demos the Cumulative ...
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