I would like to be able to report on total story points and number of issues over a time period for issues unassigned to an Epic, but I am not sure the best way to do this. Any suggestions?
The larger picture of what I am trying to accomplish is to get an idea if our schedule is on-track, and if not, why? To do this I plan on doing the following:
1) Review all current Epics using the Epic Burndown Report (https://confluence.atlassian.com/display/AGILE/Viewing+the+Epic+Burndown) to make sure we are on target to meet our expected due date. This report does a good job of telling me why not by showing new issues added and progress on existing issues.
2) Review all non-Epic work and compare summary values (story points worked on, number of issues worked on) of last 2 weeks with historical averages. I can then investigate any recent aberations.
Thanks for any help.
I think the easiest way to accomplish this is to create a separate board for your issues that are not in an Epic. For example, you create a filter similar to this JQL: project = "Sample Scrum Project" and "Epic Link" is EMPTY and issuetype not in (Epic)
This will allow you to use the burndown report (and the other JIRA Agile reports, of course) on just your non-epic related stories.
This board would exists for the sole purpose of reporting and wouldn't be used to manage the sprints (I am assuming that you would like to keep Epic-related and non-epic-related stories in the same sprints).
I hope this is helpful.
That's a great idea -- hadn't really thought of creating multiple boards for a single project. (Yes, we definitely want to keep epic and non-epic work in same sprint.) For my needs, though, I don't think most of the reports are helpful because they focus on current sprint. I don't really want to see how we are doing on non-Epic work (which is mostly bugs) this sprint -- I just want to make sure it is inline with historical averages. (Because I am really focussed on our Epics -- they represent our goals. I just want to know if my Epics are behind, what is the reason? If bugs increased over historical levels, maybe we spent abnormal time fixing bugs.) However, the velocity report in this board could be helpful historical reference for non-Epic story points -- just not for bug counts. A concern I have would be if this messes up sprints in any way. Are sprints associated with a board or a project? What values does the sprint field show in an issue when it is on multiple boards? If we accidentally move it on the "reporting-only" board does not mess things up? I can play around with this and try to figure what happens, but any info is appreciated.
Badges are a great way to show off community activity, whether you’re a newbie or a Champion.Learn more
Every time you release software, there's a bit of risk – that there's a bug, that something breaks, or that the feature doesn't resonate with customers. Feature flagging helps make high stakes s...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG