Does JIRA have something similar to a Pivotal Icebox feature - unprioritized issues list for use in planning sprints in the scrum board? Or a way to create my own icebox list that's not part of the backlog list?
Hey Barbara,
There is no explicit icebox "feature", but you can simulate this fairly easily with a combination of labels and quickfilters. For example, you can mark all "triaged" issues as such using a label, and then use a quickfilter to hide any issues without that label from view when planning. You can also create two separate boards to enforce this a bit more.
Hope this helps!
Tom
Hey Barbara, If you're asking for a dedicated view like "Plan" view, this is not possible at the moment I'm afraid. I would suggest using the approach I mentioned earlier. Btw one extra alternative is to create a filter which only shows issues from the backlog, then go through it via Issue Navigator - it has been designed with the triage use case in mind, and is exactly how we deal with this issue here at Atlassian. Cheers Tom
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
+1 on Barbara's request. It is common practice to use an IceBox as part of the planing flow. 1) Create new stories which go to the IceBox 2) Review with the team to make sure there is alignment 3) Only after alignment, move to backlog Since the alternatives to the IceBox you suggest make them invisible in the planning mode, this is not intuitive and limits the usage of the IceBox
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Any update on this?
What about creating a Sprint called Icebox? Would this work / what are the issues with this approach?
My understanding of an Icebox is where we dump issues from the Backlog that we are wanting to put on hold or "freeze" for whatever reasons. Stuff we want to do and keep on the table, but not perhaps not in the scope for the coming months.
It seems JIRA does need another method for prioritising the Backlog. A backlog of work should be completely scalable and enable the tracking of everything which means it becomes too large to handle. There needs to be another method of segmenting out items that are simply not within the current scope of the Backlog (ie. work that needs to get done in immediate planning).
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
WHY is there not an "Icebox" feature in JIRA? Feels like based on the traffic & volume of questions online & frustration with this missing piece vis a vis Pivotal that you'd WANT to add it....
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Yes, please! Go, Icebox for Jira!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We could do with this as well. Our backlog is too large and we're keeping tasks in our "selected for development" state for too long. Icebox would be helpful.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
+1
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
+1 for Icebox feature
Aside from that, it can be easily achieved by using a separate Kanban project
The thing is, if you use filters etc, it can become hard to manage, and the workflow has to be the same as the main project. Not saying it's impossible to set up. But often time creating a separate project for icebox is a better practice. Especially when you want to use one Icebox to manage multiple project requirements and keep it out of main projects backlogs.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I agree. Managing an independent Kanban project is a preferred approach with a simple workflow.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The best place to "+1" for this feature is to vote for the JIRA suggestion. If you are a JIRA user, you can get an account and make suggestions in the Attlassian JIRA queue for JIRA Server or JIRA Cloud... Here's one to vote for:
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The easiest way to create an Icebox within one project is to introduce the Icebox status in the project workflow. Then create two boards. One Icebox board with "status = Icebox" in the board filter, and one (the normal kanban or scrum board) with "status =! Icebox" in the board filter. This is simple, and works fine for my team.
The workflow "decides" on which board the ticket is shown, and can be adjusted to your wishes.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
+1 for an icebox feature!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Is this answer from 2014 still the recommended workaround?
"There is no explicit icebox "feature", but you can simulate this fairly easily with a combination of labels and quickfilters. For example, you can mark all "triaged" issues as such using a label, and then use a quickfilter to hide any issues without that label from view when planning. You can also create two separate boards to enforce this a bit more."
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Yes, it's not changed, and Atlassian have no plans to add an icebox as you can do it the way Tom suggests and there are only a few votes on the feature request.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.