Atlassian Team members are employees working across the company in a wide variety of roles.
December 17, 2019 edited
@Victor Burgos This next-gen roadmap experience should let you plan whether you are working 7 days a week or 5 days. We don't hold any upfront opinions about how many day of the week you should be working ;)
If you're still running into issues, please let me know!
Atlassian Team members are employees working across the company in a wide variety of roles.
December 17, 2019 edited
@Rodrigo Sousa It's all available today, but only in your next-gen projects. If you haven't created one before, go to project creation and select a next-gen project. Like I've mentioned in the comment above, we are exploring how to bring this experience into classic projects.
Nice improvement on the roadmap feature. I would really like to have this in Classic projects. The functionality for Next-Gen is to limited since we use multiple boards in one project a lot.
Atlassian Team members are employees working across the company in a wide variety of roles.
December 17, 2019 edited
You’re right @Masha Aksenova . We found that customers have been using status filter to hide done epics from view. So now we’re working on a capability for a more effective and holistic way to solve this problem. We hope to get back to you with good news soon. But if there is another use case for filtering just for epics, please let us know.
Atlassian Team members are employees working across the company in a wide variety of roles.
December 17, 2019 edited
Thanks for your suggestion @Bethany Holt that's a good one. It’s not something we have planned for the near future, but we will add it to our list of ideas and will try to prioritise it soon.
Atlassian Team members are employees working across the company in a wide variety of roles.
December 17, 2019 edited
Hi @Bastien Abraham Currently on the roadmap, we only track progress based on issue counts, but we did consider story point counting as our next improvement. I’d love to understand how you incorporate this information into sprint planning. Is this in the roadmap context or just a general feedback for next-gen?
Atlassian Team members are employees working across the company in a wide variety of roles.
December 17, 2019 edited
Hey @Danny van Kammen thanks for your feedback! I want to send your feedback to the team looking over the next-gen permission experience. Could you tell us a bit more about the level of granularity you’re immediately looking for?
Would love to see the ability to clear items from the roadmap. Long term projects get a bit cluttered. The new versions makes it super easy to manage this, but the roadmap ends up being huge with lots of 'completed' epics.
Sorry if this has been mentioned (not read all the comments)
I do mis the freedom we have in the 'classic' permissions schemes. I can now configure it anyway we want or better yet, need. The Member can do to much, but then again the viewer can do to little. For now our customer can create issues, comment on them and attache files or screenshots. They can't move, delete or edit items. Also they won't see developer comments. We also don't want developers to move issues because of timemanagement/logging. That gives errors :(
LAst but not least, Default members/group that should have acces to the project. I created a next gen project but another admin couldn't get in that project because i didn't put them in the project. And i got sick so that was a bit of a problem.
We use a (custom) sync tool, to get the registered time from Jira/tempo in to another tooling. That couldn't reach the project either, (also Admin rights but not in the project).
another vote for the roadmaps to be added to classic. Again, another set of users who can't switch to next gen due to lack of features generally so we have to stick to classic for now - the roadmap on classic would solve a lot of problems for us
Looks great and I looking forward to learning and using it a bit more as it matures. Any thoughts on how Themes might be used to add an additional layer of hierarchy above Epics? Epic/User Story/Task OK... Theme/Epic/User Story/Task better.
@Josh Frank We're really want to use this but can't seem to turn it on. Our project settings don't show a features section. We're on JIRA Cloud. Can you help us troubleshoot?
Update: we're a classic project that's the problem.
So, aside from the most obvious issue with limiting this to Next-Gen projects comes a fundamental problem with the narrow vision of having to use epics. I have come across this many times, and I finally realized the best way to use a road map is to simply keep it real simple and use another Tool. Why? because roadmaps are typically used with upper-management audience in mind. What does upper management want to see? They want to know when a release is going live, high-level health and highlight MARQUEE features of a release.
This feature along with many Jira plugins I have seen, uses the unfortunate assumption that we should use epics for this. Epics, however, I find are only good for ONE thing, and that is simply a container for technically related stories and tasks. Guess what, if I have an epic related to say, creating a Permissions page UI for administrators different stories/tasks will and should have varying release dates aka roadmap timelines. If you say all of these should have the same release date in an Epic, that brings you back to realizing the epic is pointless. Epics are NOT a good use for status, progress and release dates. Why is this? Well in Jira - FIX VERSION is the release that has meta-data associated with it. The problem is the way Jira works, I cannot KEY on this metadata ( for instance the date of a fix version!!!) . I am not saying there are not roundabout ways to get it this to work, but I am sure others found what I found and it will create a mess out of Jira unless you are doing something really simple with limited stories, data which would also likely negate the viability of clogging your Jira Space with Epics.
Other reports, also key on releases and sprints. So, this, in turn, forces you to use Epics as a release - but for the love of donuts - why not just use fix version/release or even sprints? Sure, leave the option to key on Epics, for those who can get that to work. I suppose the filter feature could perhaps filter on <fixversion x> but still....
This is a cute feature that many like me are going to find is relatively narrow in usefulness.
All that is needed is a roadmap that is centered on a Fix version and THEN, can filter on anything you want within, stories, sprints tasks.
What you have done is very short-sighted in vision,, and leaving VERY old assumptions with Agile that people would use Epics in this way. And I have seen countless other tools make the same mistake.
All that aside, I am still glad to see the feature. But Jira's fundamental flaw has always been the ability to roll-up, or sum information. Why I still can't sum story points and have to export a filter to a bloody csv file is beyond maddening and silly, and yet this feature was a priority?
If I have missed the fact that this tool, can use something other than Epics, well that is because I am not going to create a Next-Gen project to try it because you should have put it in classic :)
I still like Jira for what it does. But for roadmaps, I continue with MS Paint before Jira :)
125 comments