Plan mode is where you plan your sprints. When a sprint is ready to begin, click Start Sprint to move it into Work mode.
Plan mode is only available for Scrum boards.
To access a board in Plan mode:
- Log in to JIRA.
Click the Agile link's down-arrow in the top navigation bar, then select your preferred board from the resulting dropdown menu.
- Your board will be displayed. Click Plan.
Screenshot: a Scrum board in 'Plan' mode (click to enlarge)

In Plan mode you can:
- Prioritise the Backlog — Create issues for your backlog, rank and estimate them, and drag-and-drop to add them to a sprint.
Right-click selected issues to add them to a sprint, send them to the top/bottom of the backlog, export them to Excel, view them in the JIRA Issue Navigator, or perform . - Estimate Stories — You can use the 'J' and 'K' keys to move through issues in the backlog and get details on the right-hand side of the screen. Plug in your estimates or story points as you go.
Note that, by default, the Story Points field is only available to issues of type 'Story' or 'Epic' — you can change this as described in GreenHopper JIRA Configuration. - Create Sub-Tasks — To break a story (issue) down into implementable chunks, go to the sub-task tab (click the folder icon) to view and create sub-tasks.
- Organise via Epics — Group related stories into an epic. Click EPICS to view the Epics panel, where you can create epics, drag-and-drop issues into epics, and filter by epics.
- Plan Versions — Assign issues to upcoming versions. Click VERSIONS to view the Versions panel, where you can create and edit versions, assign issues to versions via drag-and-drop, and filter by versions.
- Plan, and Plan Again — When you're happy with the stories for the iteration, start a sprint and the stories will move into Work mode. While a sprint is active in Work mode, you can still plan subsequent iterations in Plan mode (click Add Sprint), but you won't be able to start them until the active iteration is completed. (You can, however, drag and drop an issue in Plan mode onto the active sprint.) Note that you can only start (or complete) a sprint if you have 'Administer Projects' permission for all projects that match the board's filter.
An issue will only be visible in Plan mode if:
- the issue matches the board's Saved Filter (see Configuring Filters); and
- the issue's status maps to one of the board's columns (but not the 'Done' column).
Screenshot: right-clicking an issue in 'Plan' mode

Using Quick Filters
A Quick Filter refines the collection of issues displayed on your board. Quick Filters appear immediately below the board name in Work mode and Plan mode. Click a Quick Filter to apply it (click it again to turn it off). By default your board includes two Quick Filters:
- Only My Issues — Only displays issues which are assigned to you.
- Recently Updated — Only displays issues which were updated in the last 24 hours.
If any custom Quick Filters have been configured for your board, they will appear next to Only My Issues and Recently Updated.
107 Comments
Ryan Kim
Apr 20, 2012Is there anyway I can see my sub-task on Plan mode?
I wanna add task while I'm planning my sprint, since in my case, it's more accurate to add all these task while planning.
Martin Geck
Aug 23, 2012Given that a story has sub-tasks you can see the sub-tasks in the detailed view of the selected story (the column to the right).
You will find a tab for sub-tasks there.
Du Tran
Oct 16, 2012Not having the sub-tasks show up on the left is confusing when planning. We find that we often have tasks that span multiple sprints based on the number of sub-tasks. Not having a view to move them around hurts the planning phase.
Chris Kaknevicius
Oct 30, 2012Traditionally, stories should not span multiple sprints. If they do, the recommendation is to create multiple stories. It sounds like you're treating Epics or Themes as individual stories.
Anonymous
May 17, 2012Why there are no sub-tasks in left column?
Could it be in settings?
Anonymous
May 25, 2012I would be nice to customize viewable columns in this mode.
Anonymous
Jun 06, 2012It keeps giving me errors telling me i don't have the permissions to edit or start this sprint. Anyone have any ideas as to how to fix this?
Andreas Bühler
Jun 18, 2012Hi,
thank you for the new approach with the Rapid Board, we're really looking forward to using it.
But, we have more then 1500 Issues in the Backlog and the planning mode makes it nearly impossible - or I didn't get it
I moved all issues above the sprint marker (which appeared right in the middle of the backlog, why?!) to the top with (send to top). Then I tried to use quick filters to find the issues we want to have in the next Sprint. I found the issues, and "sent them to top". When I now disable the quickfilter the sprint marker is again at the middle of the backlog having hundreds of issues included.
How is that supposed to work? Do I have a wrong setup? (Ranking is enabled)
Thank you very much for your help
Andreas
Anonymous
Jun 18, 2012After I close a sprint, how do I move/re-prioritize the unfinished items to the next print?
Anonymous
Jun 19, 2012The unfinished items should be shown on top of your backlog, so you can plan them in again.
Anonymous
Jun 19, 2012I would expect that the Quick Filters 'exclude' certain issues from the selection you make from the backlog.
i.e: i have 100 issues in the backlog, and exclude the first 20 by a quick filter.
Then, i select the first 10. But, the sprint marker gives me back 30, so the selection includes the first 20.
Viktor Egorov
Jul 02, 2012I have several products, for each product i have create different project. I'd like to have separate backlog and sprint for each product. Can i do it with Green Hopper?
Rosie Jameson [Atlassian]
Aug 12, 2012Hi Viktor,
You may want to create a separate Rapid Board for each product – that way they will each have their own backlog.
Cheers,
Rosie
Anonymous
Jul 03, 2012Thanks. Looks like it works for me!
Janos Biro
Jul 17, 2012Planning board is a great idea but suffers from several issues...
Anonymous
Aug 15, 2012Points 1 and 4 apply to us as well.
user-3fa47
Aug 15, 2012Running into the same issues. Specifically, 1 and 4. The new Rapid Board actually removes functionality previously existing within the classic Planning Board.
Christian Plätzinger
Aug 20, 2012Points 1 and 4 apply to us as well. Would be great if this could be fixed!
Rosie Jameson [Atlassian]
Aug 28, 2012Re (1), you may like to watch/vote/comment on GHS-5212 - Getting issue details... STATUS and/or GHS-5471 - Getting issue details... STATUS
Christian Plätzinger
Aug 28, 2012Thanks, I have placed my votes
Anonymous
Aug 23, 2012Yeah number 4, I mean what the heck!
Anonymous
Sept 03, 2012We need the 5 issues also.
We use 'acceptance criteria' field, sum of the estimated efforts of the task represented in the paren items (as in classical views) ...
David Sutton
Oct 02, 2012Without 1,2 and 4 we cannot use the new planning mode
Anonymous
Nov 19, 2012Ditto - Ive wasted endless hours trying to configure (ie. #2). I HATE that I can not alter the fields that display on these two panes of plan mode. I want this view to run a meeting where we see stories on the left and the info I want to capture on the right without having to click in the story each time. I also would suggest color tags assigned to each row on the left (if I want to tag a story to a higher theme).
Most Importantly, why the hell can't I customize the plan mode fields. Just not usable for me like this.
Rosie Jameson [Atlassian]
Nov 20, 2012You may like to watch/vote/comment on GHS-3922 - Getting issue details... STATUS
Anonymous
Nov 13, 2012I subscribe the 5 points as well
Thomas Edwin Santosa
Nov 14, 2012Point 3 would be great for us
Anonymous
Aug 10, 2012Hi,
I have a problem with the Planning Board. My filter for the Planning Board said that I have more than 1000 issues. But If I look to the Planning Board I found only round about 100. That is not enough. How can I configure the Board for more entries? How can I edit the rank? Or how can I modify the filter, so that I can see all the issues on the Board?
Thanks.
Daniel
Anonymous
Nov 02, 2012I have the same exact question. This makes it very unusable.
Anonymous
Aug 14, 2012I have a question for greenhopper v 5.10 . I have several products, for each product i have create 4 or 5 scrum teams,how can i use plan board to play more than one sprint for each scrum team?
thanks.
Rosie Jameson [Atlassian]
Aug 19, 2012You will need to create a board for each project.
Anonymous
Aug 14, 2012Hello.
There is a big problem with this new approach. We use a lot technical tasks, they are more accurate to us... But it doesn't appear in the planning board for me to drag. Can you guys change this?
Thanks
Waleed Anbar
Aug 20, 2012I'd like Plan mode to show bugs, but no matter how i configure the filter bugs don't appear. What am i missing?
user-63a85
Aug 20, 2012We are primarily in maintenance mode and want to be able to release work that is complete at any time which lends itself to flow.
However we find ourselves asking if the rigid definition of Kanban in Greenhopper is really accurate. Does it make sense to remove the Plan operation from a Kanban board?
You state the To Do column is prioritized for Kanban team and the team works through that list in order. It seems that there still needs to be prioritization of that list and prioritizing is the act of planning. A product owner should be able to ask questions and may de/re-prioritize any task in To Do. Once it has been moved to the In Progress column the ship has sailed for that task. But if it is in that To Do column it is open to being subjected to the prioritization process. Many attributes of an issue can factor into that prioritization such as the amount of work it would take to complete. We capture this with other teams in terms of Story Points. As we look at tasks that are dragged into the To Do column we'd like to be able associate Story Points with them so the product owner can make informed decisions around prioritization.
It would be useful for us if there was the ability to select the Plan mode so we can have a discussion around the issues in the To Do list and add story points, comments and drag to re-arrange and prioritize.
Maybe this is seen as a hybrid between the Scrum and Kanban models but if the work flowing in to the Kanban team can change at any time (the To Do list is always able to be re-ordered) then it seems like a Plan mode would be valuable for interacting with just the To Do list.
Thoughts? Are we mistaken in the way we want to use Kanban?
Dave Olsen
Oct 29, 2012Hi Chuck. We do kanban in a similar fashion. Most organizations I know using kanban for large or complex products will have two backlogs, one for the overall product and one for the target release. In our case we would have the product backlog contain all stories/defects and then move the targeted stories/defects to the release backlog - which for us is the first column of our kanban board. The classic planning board was perfect for this as we would create a version that represented our product backlog and a version that represented the release backlog and move stories from one to the other as their priority dictated. I'm still exploring our options given the eventual deprecation of the classic views such as the planning board, but I think at some point something similar will need to be put back into Greenhopper as agile concepts at the enterprise level start to mature.
Anonymous
Nov 15, 2012I second that. What I'm doing right now is using the Classic planning mode to assign unsheduled issues either directly to upcoming versions or to a "Backlog" version where it will be prioritized.
O. Segal
Aug 28, 2012When clicking on "Add Sprint", there's no way to change the Sprint designation (name/number). We already have a sprint going on (Sprint 2), and the "Add Sprint", adds a new sprint with the name "Upcoming Sprint 1". Is there a way to change the sprint name, before the sprint actually starts?
Thank you.
Rosie Jameson [Atlassian]
Aug 29, 2012You will be able to do this in GreenHopper 6.0.2, which is due for release this week.
O. Segal
Aug 29, 2012Awesome!
Thank you.
O.
Skip Sailors
Sept 03, 2012What are the restrictions associated with the "Add Sprint" button? I would like to have some other people Add Sprints when they think they are done pre-planning what is on the rapid board. What do I have to cnfigure to allow, or restrict, access to this button?
tia
Anonymous
Sept 10, 2012I'd also like to see the ability to configure some columns in the Plan board. For example in our planning phase we have statuses for Open, In Backlog, Grooming - all before we mark a story 'Ready for Development'. It would be really nice to be able to slide stories around the Plan board to get them into 'Ready for Development'. Then we would be able to create the Sprint, and move to the Work board to manage the rest of the workflow.
Any thoughts?
Bryan Riley
Sept 10, 2012I agree with anonymous' input
Anonymous
Sept 11, 2012I can see that we have a limit of 400 issues in plan mode ? How can I get my 600 issues ? :s
Hans-Hermann Hunfeld
Sept 11, 2012Maybe i´m a little bit confused, but is there no option to edit/see directly the "due date" in the planning board? Actually i can only see "Created" and "Updated" date...
Martin Geck
Sept 12, 2012As a product owner I want to rearrange entire sprints.
As I could not figure out if that was possible in v6.0.2-rc1 (OnDemand) I posted a question on Atlassian Answers: How can I rearrange (sort) entire sprints in Rapid Board Plan Mode?
Anonymous
Sept 17, 2012We often have a huge backlog. When we add a new story it automatically goes to the bottom. If we need t work on it right away, it requires us to drag it all the way to the top which can literally take over a minute or two to do so. It would be nice to have a "move to top" button. (like Netflix. =)
Skip Sailors
Sept 17, 2012select the new issue in the board, drop-down the gear at the top of the issue on the right, select "send to top" is what I do.
Anonymous
Sept 27, 2012thanks!
Anonymous
Dec 18, 2012you can also use the hotkeys. s, t will "send" to "top" - even quicker.
MarkW
Sept 21, 2012I have a silly question.
I have not had extensive time or really played with Greenhopper too much as we are rolling out JIRA in my organization and decided to use Greenhopper. With 6.0, the previous boards have been called Classic and new users or projects are directed to the new Boards (previously Rapid Board). In the Classic board view, agile users could create and nest versions, components and create issues (cards) all from the planning board. The new boards do not allow you to do any of this.
Is the direction with Greenhopper to have users go back to creating and managing work in the standard JIRA perspective and then switch to agile to rank, and create sprints, and subtasks?
I ask because with the designation of Classic I assume at some point it will go away so before I upgrade to 6.x I need to make sure I have answers for my users who have jumped on to using Greenhopper for the past few months without us officially rolling it out and who have grown accustomed to performing all these tasks in the planning board view.
I appreciate any response and if I just overlooked something, please correct me. Otherwise, I will continue reading up on the new features.
Rosie Jameson [Atlassian]
Nov 19, 2012Sorry for the delayed response. This page may answer some of your questions: Switching to GreenHopper 6 FAQ
Anonymous
Sept 24, 2012Still not possible to display more than 400 issues ? :s I have more than 600 And I would like to display everything....
Matthew Zach
Sept 27, 2012Is there a way to search (and ultimately export) stories that are slated for a future sprint(s)?
Rosie Jameson [Atlassian]
Nov 19, 2012try a JQL search on "Sprint"
Tom Murton
Jul 22, 2013The problem I am finding is that if its not in the active sprint I cant see anything in the sprint field, this only seems to appear if that sprint is active.
Anonymous
Oct 05, 2012We have made a lot of sprints, and have began working on the project. We missed some work that must be done and therefore we created a new sprint at the end of the list. But this newly created sprint we would like to move up in the sprint hierarchy. Is there any "easy" way to do this?
Anonymous
Oct 05, 2012The same question is posted here: https://answers.atlassian.com/questions/86427/how-can-i-rearrange-sort-entire-sprints-in-rapid-board-plan-mode I guess there is no way to do this (yet) and you should file a feature request so that people can vote on it.
Unknown User (joe.collins)
Oct 09, 2012has anyone found a way to get tasks to appear in the backlog? We have a number of tasks that aren't truly related to a story, but yet represent work that needs to be done during a sprint. The tasks have been defined and appear in my backlog query/filter (when run outside the Planning mode) but they don't appear in the backlog when in the Planning Mode. Do I need to create pseudo stories just to get the tasks to show up in the Planning mode?
Anonymous
Oct 16, 2012I am planning sprints for two separate teams on the same project. Each have distinct skill sets and I've set filters based upon story labels to enable me to split them. However when I remove the filters, each teams iteration fills up with stories from the other teams iteration, even though both iterations have different names (i.e. team name: sprint number). Is this because they share the same project? I'm concerned that when a sprint is started both teams will be looking at the same stories which kind of defeats the object of planning the stories out between the two teams based upon skills!
Anonymous
Oct 18, 2012In addition to this question and for clarification - is this functionality not optimized to enable the planning and commencement of 3 separate team sprints from the same project backlog? Everytime I plan work for the teams but then remove the filters, the other teams work in the same corresponding sprint shows up.
Anonymous
Oct 25, 2012In the classic boards it was possible to plan a release comprised of multiple sprints. Is this possible now? I can't find it in the documentation.
This was useful in many ways;
For business owners it was possible to generate a backlog of the entire release
For QA and BAs it was possible to generate a report of Release X stories and bugs.
Rosie Jameson [Atlassian]
Nov 19, 2012A number of issues have been raised about this. You may like to watch/vote/comment on some of these:
https://jira.atlassian.com/issues/?jql=project%3Dghs%20and%20text%20~%20%22sprint%20version%20release%22%20and%20resolution%20is%20empty
Anonymous
Nov 02, 2012Hello - Is there any way to configure Plan mode view? Issue ID and Summary get displayed by default. I also would like to see created date and couple other columns in this new view.
O. Segal
Nov 02, 2012Is there a way to view workload on developers? this is crucial when performing sprint planning. Or at least see a simple and clean list of each developer, and his/her assigned stories and tasks.
Skip Sailors
Nov 02, 2012I have a "quick filter" at the top of my Plan screen, one for each team member. I can click on that filter and see only the issues assigned to that person. Does that work?
Rosie Jameson [Atlassian]
Nov 04, 2012You may want to use Assignee-based swimlanes (in Work mode)
O. Segal
Nov 13, 2012Thank you - the Assignee-based swimlanes is a great tool - the only problem is that it is useful only during the sprint.
If you're looking to check developer overload during the planning meeting, you can't view the Work Mode. It's closed
Anonymous
Nov 02, 2012How do you complete a sprint that was already started? I don't see any options.
Anonymous
Nov 02, 2012nm, found it Ending a Sprint
Tom van Heiß
Nov 14, 2012Shows one problem that we have with Jira/GH... The actions seem to be distributed too much on the screen.
Sometimes you find them hidden in a phrase (saving filters), somtimes hidden in the upper right menu (ending a sprint), sometimes as buttons on the top (in issues) and sometimes under button with menues on the top (in issues too), ...
So you have to look at a lot of places to find the action you want to execute, if you don't rememeber it exactly.
Anonymous
Nov 13, 2012It looks like many people are asking for subtasks to appear in the backlog, but nobody from Atlassian has commented. What gives? Is this clearly requested feature going to be added in?
Rosie Jameson [Atlassian]
Nov 13, 2012We are working on this (please see GHS-6316 - Getting issue details... STATUS )
You may like to watch/vote/comment on GHS-5614 - Getting issue details... STATUS and/or GHS-5920 - Getting issue details... STATUS
Tom van Heiß
Nov 14, 2012Are you really sure, that you want to see them in Plan Mode on the left side? You can see them storyrelated on the right (detail) side, if they are included as a legit issuetype in the filter that's connected to the plan board (in the configuration of the board).
On the left side you want to see and add items that could belong to your sprint, and these are mainly user stories and no subtasks. So where's the need to see them on the left?
On the right side the subtasks are used to detail the items (user stories) on the left, and that's possible if you click one story on the left.
Works for me as designed...
Bjarne.Sehested
Nov 21, 2012If you, as we, have storyes that can span over more than one Sprint and Subtasks are the ones that are assignet to sprints, then this is a must have feature to be able to see subtasks and the their parrent on the left side
Nicholas Muldoon [Atlassian]
Nov 21, 2012Hi Bjarne,
Epics (currently in GreenHopper Labs) will solve this issue. You will have stories that are complete in one sprint, and epics that span multiple sprints.
Thank you,
Nicholas Muldoon
@GreenHopperTeam
Bjarne.Sehested
Nov 22, 2012Hi Nicholas
Thanks
Any chance you'll enable the feaure for Subtasks to shown in plan mode? we have a lot of Storyes that will have to be converted into Epics ans subsequently a lot of subtasks to be converted to Storyes if this feature won't be available
BR
Bjarne
Nicholas Muldoon [Atlassian]
Nov 22, 2012Hi Bjarne,
We will not be enabling this for sub-tasks. The best option is to use Bulk Update via the Issue Navigator. You will want to move all of your Stories that are really epics to the Epics issue type, then move all sub-tasks of those new Epics to Stories. Finally, you will want to drag those stories back on to their respective Epics.
Is this a project or a product? For instance, if this is a project that will finish in a few months you may want to wait until the next project starts and then switch to the new Scrum board.
Thanks Bjarne,
Nicholas
LathropP
Apr 22, 2013Mr. Muldoon,
Could you please point me in a direction where the reasoning/discussion behind the decision to take away sub-tasks on the planning board is explained?
Thank you
Tom Kotecki
Apr 26, 2013Hi Lathrop,
Can you explain why would you want to see sub-tasks on plan mode in the first place?
If, as in Bjarne's case, the reasoning is that stories for you span multiple sprints, the problem solves itself if you model those as Epics. When planning a sprint, all you really should care about is which stories will make it (i.e. you don't want to deliver only some of the subtasks).
Regards
Tom Kotecki
LathropP
Apr 26, 2013I don't need to see sub-tasks on the backlog. I'm not interested in the fact that this change occurred, I'm interested in reasoning behind this restriction. When I give people restrictions I find it works best when I explain why this restriction is helpful and necessary. Atlassian has not provided that in its change log. So my question is when you had this story on the wall at Atlassian what user stories, support requests, research, knowledge of Scrum were you using as a basis to drive this decision. What is the business value Atlassian is delivering by making this restriction. The response from Mr. Muldoon makes me feel like this decision was made to protect the customers from something. What are you protecting us from? Usually Atlassian prides itself in allowing people the flexibility to reach a solution multiple ways. This customization was one of the reasons I chose JIRA and GreenHopper. This time Atlassian seems to have rolled away from flexible approach and is restraining customers to certain processes. What is it that Atlassian previously allowed is now so incorrect/misleading/improper that they removed it. This is what I'm trying to figure out. Who knows maybe I too was doing something incorrect for years and just didn't know it. Maybe this will prevent others from also making that mistake. If that is the case then great, thank you, good work! Just tells us what that mistake was. I'm looking to learn, help educate me.
Chris Kaknevicius
Apr 29, 2013As an agile Scrum tool, I feel like GreenHopper should in fact act as though a team is truly using Scrum. Tools such as Velocity calculation on story points do not work if you do not use scrum properly. Part of this includes following rules like "no partial completion", but moreso that a team should not be planning to half-complete a story in a sprint. Scrum requires you to finish "stories" in a sprint. If you finish half the subtasks in one sprint and half the subtaasks in another sprint, you're already not following the rules of Scrum.
I for one appreciate that Greenhopper guides teams into using Scrum properly. JIRA itself is a flexible tool, as its a "defect manager", and defects can be managed in an infinite number of ways. Scrum, Kanban and other agile processes have very few rules, but you can't have a good agile tool if it doesn't at least attempt to follow those few rules.
LathropP
Apr 29, 2013So you are attempting to limit GH users to committing mistakes in the Scrum rules. That is all I needed.
ScottJ
Jun 05, 2013Sub-tasks allow us to manage work. We use sub-tasks for bugs that are found for Backlog Items so that we can roll-up the time for a feature. If the Scrum boards supported sub-tasks like the Kanban boards do, our problems would go away.
Even if we changed Issue Types to be Epic and Story, the linking of Bugs rather than having a Bug sub-task makes it more difficult to see the full cost of a feature (time spent).
Edwin Stol
Jan 14, 2013One team that uses the Rapid Board in my company is complaining about the upcoming sprint marker; according to them, the marker is moving (downwards) without any user interaction. I'm trying to recreate this behaviour, and i'm looking for possible scenarios.
Is there anyone else experiencing these symptons? From the back of my head, i can't think of many situations that explain the 'automatic movement'.
Martin Geck
Jan 14, 2013Are they saying the upcoming sprint did not include story ABC-123 and the next day it does?
If ABC-123 was part of the current sprint and was moved out of the current sprint, then this is natural.
If ABC-123 was part of the backlog, then I have not seen this behavior.
Maybe someone else is working with a cross-project board and moves stories around.
Edwin Stol
Jan 14, 2013Well, they drag the upcoming sprint marker so that they include 35/40 issues in the upcoming sprint.
The next time when they open the backlog 200+ issues can be included in the upcoming sprint, and nobody seems to have done that.
Georgi Mitov
Jan 14, 2013The following features would be very welcomed:
Christian Plätzinger
Jan 14, 2013Would like to have this too.
Rosie Jameson [Atlassian]
Jan 14, 2013Re support for JQL in Quick Search, you may like to watch/vote/comment on GHS-3678 - Getting issue details... STATUS
Currently there are not plans to provide customisation of individual cards (rows). You may like to vote/watch/comment/read the discussion at GHS-3922 - Getting issue details... STATUS
Anonymous
Jan 15, 2013Thanks for pointing to the right issues Rosie.
Anonymous
Feb 10, 2013Agreed. It's very difficult to use without the ability to specify wat columns are included in the backlog.
Anonymous
Jan 18, 2013I need to create a weekly report of the whole backlog, meaning a view of all sprints and their stories currently planned and (underneath) the rest of the backlog. Is their a way to to create such report or print this?
David Witherspoon
Jan 23, 2013We tried to use the previous version of JIRA and GH to plan a sprint, but had to fall back to Classic. We have tried again today (JIRA 5.2.5/GH 6.2.1), but again find it necessary to switch back to Classic. Here is how we work:
And here's why we're switching back to classic (again):
If I'm doing something wrong, I'd love to hear it. Otherwise, I find it unusable.
Hans-Hermann Hunfeld
Jan 24, 2013I can understand David´s concerns about the usage as we´re facing more or less the same problems!
In my opinion a small feature would ease up the situation a lot: Make upcoming sprints searchable via issue filter! In this case you can use all of the reporting stuff like pie charts etc., this should answer all these questions. This feature has been requested several times i think, what is the actual status?
Rosie Jameson [Atlassian]
Jan 29, 2013Please see GHS-5773 - Getting issue details... STATUS
Anonymous
Jan 30, 2013as per some of the other feedback - just tried using the new board and am really struggling without being able to see my subtasks - and drag them into sprints indepedendent of their parent tasks - in plan view
If i am missing something let me know but i do not see any subtasks in plan view - other than by clicking on parent issue - but I need to be able to drag a subtask into a sprint
Anonymous
Jan 31, 2013Is it poosible to see both business value and story point in the overview page of plan mode?
Anonymous
Feb 20, 2013hey guys can you please help, I'm doing a product backlog about "daily operations- bookings and payments"
Dave Lyubarsky
Mar 15, 2013I have a question about the Backlog filter. When in Plan mode, the backlog shows a number of issues. But displaying the same filter in edit mode brings totally different number of issues. Usually a lot more. Here is the thing: I have a hard time figuring out what it filters out. I noticed some issues which are "In Progress" are in the Backlog. This does not make sense at all.
Please advise...thank you.
Gail Stewart
Apr 08, 2013Not sure if this is why, but If you have issues with "resolution != empty" they will not show up in the backlog filter, although they will be in the query.
LathropP
Apr 22, 2013I just noticed that as well. It seems a few slight changes have been added in my last update. I lost the ability to see my sub-tasks in my backlog, not listing something in a query used to default to show all but now will show all values but Empty. I had to go back and change all my filters to include the EMPTY state. This is very difficult if you are using a restricted search like show everything BUT resolution 1, resolution 2. This now no longer will display EMPTY even though it does not match the two listed values. You have to rebuild your queues list what you do want to see so you can include EMPTY which is limited to use on only a few syntax. I love change and innovation but they need to keep things simple.
Rajesh Rajasekaran
May 29, 2013Is there a way to configure what issues show up in the product backlog? For instance I have my filter set up to list issues of all resolution types (even resolved ones, please don't ask me why), but the backlog in plan mode automatically rejects those issues.
Rosie Jameson [Atlassian]
May 31, 2013You may like to watch/vote/comment on GHS-7377 - Getting issue details... STATUS
David Sutton
Jun 05, 2013I understand that the recommendation is to move to using an Epic->Story->Sub-task hierarchy. Currently our Product Management team logs 'Improvement' or 'New Feature' issues in JIRA. What is the recommended way to use 'Improvement' and 'New Feature' issues in the new model? (Previously we just created sub-tasks of these, and once all the sub-tasks were complete the Improvement/New Feature was marked complete). Would you expect the Product Management team to start logging Epics instead of 'New Feature' issues? Or should the Improvement/New Feature be added to a new Epic created at the time the development team starts to work on them?
Chantal Laniel
Jul 31, 2013First things first, I'm new at using JIRA!
Now, my question. I'm looking at the possibility to create sprints with issues from 2 projects. Can this be done, and if so, how?
Christian Plätzinger
Jul 31, 2013Since we have multiple projects I always have sprints with issues from more than one project. As far as I know this requires:
Jon Kern
Aug 01, 2013TL;DR all the comments... Got kinda stuck reading folks abusing the sub-task.
Sorry, Atlassian, but I would never promote breaking stories into sub-tasks.
That might get newbies to thinking they decompose a story (feature) into something abhorrent like this:
I use sub-tasks on a rare occasion when a developer wants to add some granularity to how a feature is going to be completed.
Instead, I recommend decomposing stories (a.k.a., feature, use case, requirement) into actionable, smaller features.
Or, if it is an infrastructure type task, it is not uncommon for folks to break that into 10 sub-tasks to do something that might stretch over days, be done by different people, and you want to keep an eye on both where the overall task is at, who is doing what, and which sub-task(s) are currently unfinished.