Here Initiative Epic Feature Story Task is the Hierarchy want to achieve.
Portfolio take care of Initiative-Epic
The problem comes with Epic-Feature-Story, how to achieve?
With Structure plugin, I linked Epic Feature and Story but the problem is when I update story tickets there's no progress in Epic in the Agile Backlog Board, epic progress gets updated only when the feature is updated there's no relation between stories and epics now.
I don't think we can rename default Epic Issue Type and change it to Feature?
You can actually change the name of the Field that will work as an Epic on Agile boards to anything you want, including Feature.
The parameter that makes JIRA treat the type as Agile Epic is Description, which says: gh.issue.epic.desc
Here is an example of such setup:
As for rollin-up progress, you should be able to see it in Structure. If something doesn't work, please let us know and we'll be happy to look into it. You can leave a comment here or open a ticket in our JIRA:
Eugene (ALM Works)
Hi Dave, Deni,
A quick update on the Strucutre side - we've added support for Portfolio Parent links so you can now use two tools together (most customers would use Porfolio for planning and Strucutre to tracking and other everyday activities).
Here is a series of blog posts covering this use case. Maybe it will be useful for you:
Eugene (ALM Works)
I'm not sure what could be the case there. Maybe something was changed in the later versions of Jira.
What might be worth checking is this addon:
I haven't tried it myself yet, but it seems like a good far more complete solution for this scenario - it even translates the link type name and works for JQL queries too.
I hope this helps.
What? Jira is unable to create the following hierarchy out of the box?
So how do you view details for tracking purposes. This is all out of the box functionality in Team Foundation Server.
If Jira does not allow this or does not understand that this is basic Agile/Scrum software development then its not fit for purpose.
My perspective is that there are no best practices; only better ones.
Assuming the tools we use are the *only ways to solve problems* seems team-limiting to me. I would rather use flexible tools which allow teams to start where they are, and gradually improve. That includes when a team needs multiple levels/sizes of work items to manage their work...until they reach a point where all their work items are MVPe sized (minimum viable product experiments).
Absolutely agree. this seems to be part of the 'born on small teams and projects' heritage of Jira. Once there are 15 to 20 stories and the attached bugs, and sub-tasks, Epics start becoming too mushy and hard to navigate. An additional layer of focus is very valuable... but can't seem to find a reliable way to do it in Jira.
I just keep getting some raw wood and am told to get a saw and start building because Jira is so flexible and customizable. What makes me so frustrated about using Jira (compelled to do so at the moment) is I don't get paid to build tools, I get paid to create commercial features. This is not a hobby for me it is a job and I get measured by output not cool things that don't create revenue. Creating those scale tools is Jira's job.
Unfortunately, management is convinced that Jira does everything necessary... but doesn't like the massive wads of stories that accumulate as the project builds.
Thanks for your post.
If you could share a bit more information about your specific hierarchy (Issue Types used, how many levels etc...), I'd be more than happy to make some recommendations.
But as an example, you could take advantage of Structure's Automation Feature to bring your Epics into a structure, using the Insert Generator. Once you do that, you could use the Extend Generator to visualize Stories under Epics, Linked Issues under Stories, and Sub-Tasks as needed. You could even Group your Issues by Sprint after that.
I wanted to briefly mention how Structure could help you visualize your Jira issues but I'll be more than happy to address your particular case in more detail if you'd like. I can be reached at firstname.lastname@example.org and our Support Team is always eager to help at email@example.com.
I look forward to hearing back from you.
Simply repeat step 3 to show Tasks and Bugs under Stories by choosing the appropriate Link Types.
Note: Please always make sure you're focusing on the top level of your structure (the row with your structure's name will be highlighted in blue) to ensure that the Generators are being properly applied to the whole structure.
I hope this helps. Please let me know if you need further assistance. Our Support Team can also be reached through our Service Desk portal by emailing firstname.lastname@example.org.
I'm sorry I previously missed your comment. In case you're still looking for help, here are a couple articles that should be useful in helping you setup hierarchies with Portfolio:
In regards to Structure Cloud, a launch is planned for the spring of 2019. To that end, the first Early Access Program (EAP) release was on January 15th, 2019. If you'd like, you may request access to Structure Cloud EAP releases via this page.
Even better, if you're willing to share your feedback with us you may also ask to join the Structure Cloud EAP on that page.
Remember that time you realized it was possible to refresh your Jira data in Google sheets with just one click? What if we told you that you can now get the latest data with no clicks at all?! Zero! ...
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