You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
I use stories --> Epics ---> Version.
So a story that is tagged with an epic that is linked to a version should inherit the version at the story level. Shouldn't this be the norm? It appears that I have to tag each individual story with the Fix Version even though I have already set the relationship. Why does this not inherit properly?
I don’t appreciate the knuckle-dragger comment. Inheritance should work this way as an option. It is not about savvy PO’s, it is about they many different kinds of projects people who use JIRA run. Not all are software development projects. The config should be agile enough to work for all project types.
Versions are often developed over a set of sprints, much like epics. Savvy product owners may choose to deliver an epic over several versions. An epic does not have to be fully contained within a version. By delivering an epic over several versions, the product owner can learn how the market is responding to that epic and make calculated decisions about its future direction rather than doing one giant release.
Bernard and I must not be savvy - as I admit to desiring this same sort of inheritance. It'd be nice (and more flexible in a broad way) to be able to define the contents of a version using a JQL filter.
That way, if knuckleheads like me wanted to line up a version based on Epic Link(s), we could - not to mention all the other sorts of sophisticated filter types you could build to automatically keep your version contents current.