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
Next: Root
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
The Atlassian Community can help you and your team get more value out of Atlassian products and practices.
We have many sprints created going out several months into the future.
We are now trying to position stories on the roadmap, but it looks like Jira wants them each to occupy a single sprint.
This is not how the world works.
Is there a way to make the bar representing a story's start/end date stretch across multiple sprints?
There is a fundamental misunderstanding here.
You say "... but it looks like Jira wants them each to occupy a single sprint. This is not how the world works. "
Jira expects them to be in a single sprint because that is how Scrum works. It's irrelevant how you think the world work, because one of the main things about Scrum is that stories should be deliverable within a sprint. It does not always happen, and Scrum recognises that, but when it does not happen, the fact that it has failed is an important part of the feedback into improving your processes.
Jira is just following the principles. If you think a story should go across sprints, you have not understood what a sprint is for. When a story goes across sprints, it shows an exception - we got the story estimate wrong, we should have split it up, something else got in the way, we got something else wrong, etc
In the real world, a story never goes across sprints. Not without screaming "something is broken, this is an exception, and your reporting should be saying so"
Sorry, I should have also said - Epics are what you are looking for here, not stories.
Epics contain stories. Epics are expected to last for many sprints (and not be part of sprints - they only become "complete" when all of the stories within them are done. How the stories get done is an irrelevance to the Epic, it just gathers things together)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks. I appreciate your perspective but we are not talking about scrum here. Scrum has nothing to say about roadmaps. Roadmaps are not scrum planning tools. Roadmaps are business tools. In that world, feature development often extends across multiple sprints.
Note: I'm scrum guy, so no disrespect is meant, but that world is more "real" IMO that scrum.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Nic Brough -Adaptavist-, thanks for the feedback.
And can I use the start date of an issue to change the bar on each issue?
All issues show a bar for the duration of the entire sprint but it would be great to be more granular than that.
Thank you,
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
No, that's the point - an issue should be dealt with in a sprint, you don't micromanage it down to when it's going to get done in the sprint, that's up to the team. You can only assume "they said they'd do it in sprint X", so the start/end date is drawn from the sprint plan.
And the bit I didn't see last year - " Scrum has nothing to say about roadmaps". Indeed it does not. But your roadmaps are using Scrum's sprints as markers here. Which takes us back to "if a story doesn't fit in a sprint, it's not defined correctly, it should be split or made into an Epic"
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I never asked for my roadmaps to be bound to sprints, but if it's a Scrum project, I don't seem to have any choice. That is the mistake.
For example, in some of my epics, one step is an external process that needs 6 weeks. I want to represent that on a roadmap. Impossible without creating a whole new epic for that process. And that would clutter up the roadmap.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @PabloS
You may want to explore the possibilities of Jira apps. eazyBI for Jira is reporting and chart app, and analyzing issues over multiple sprints is possible there.
You may want to check out the eazyBI demo report Sprint timeline in epic: all sprints where the epic stories were included are displayed in the report timeline.
To get this report for multiple epics, you may move the "Epic Link" dimension (or use "Issue" dimension Epic hierarchy if you want to see similar information for stories as well) in the report rows:
Please do not hesitate to contact support@eazybi.com if you have any questions!
Best,
Ilze, eazyBI Customer Support Consultant
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.