I'm really new to Jira, so bear with me.
My question is whether I should use the "Epic" or "Version" construct to do release planning. Here's what I mean by release planning: let's say that we've got 40 stories, and we reckon it can be released in 4 chunks. Do we divide those 40 stories into 4 epics, or do we divide those 40 stories into 4 versions (or is there some other construct altogether I can use)?
Whatever I use, I'd like to view a board (Scrum and Kanban if possible) at a release level, as well as view reports at a release level.
Any guidance here is greatly appreciated.
Releases are supposed to be managed by versions on jira. So, if you think that 40 stories are going to be released to your customer in four version, i would set up for versions and assign those 40 to each of the four fix versions.
Now, this has got nothing to do with scrum or kanban boards. You do not need to have a 1:1 relationship with each sprint mapping to each version release. Each sprint can contain multiple customer releases and multiple sprints can constitute a big version release.
How do you handle multiple "projects" in one "version"? We are organized by multiple scrum teams. Each scrum team owns a project. Each PO for the scrum team wants to filter for their "project" and for a particular "version" (which is a release to us) as they only care about their team's deliverables.
Program management and product leadership want a cross team/program wide view. How do you roll up multiple teams "projects" into one release "version"?
Badges are a great way to show off community activity, whether you’re a newbie or a Champion.Learn more
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