Documentation for GreenHopper 6.2.x. Documentation for earlier versions of GreenHopper is [available too].

Plan mode is where you plan your sprints. When a sprint is ready to begin, click Start Sprint to move it into Work mode.

(info) Plan mode is only available for Scrum boards.

To access a board in Plan mode:

  1. Log in to JIRA.
  2. Click the Agile link's down-arrow in the top navigation bar, then select your preferred board from the resulting dropdown menu.

  3. 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.
    (info) 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.
    (info) 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.

(info) If any custom Quick Filters have been configured for your board, they will appear next to Only My Issues and Recently Updated.

107 Comments

  1. Ryan Kim

    Is 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.

    1. Martin Geck

      Given 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.  

        

      1. Du Tran

        Not 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.

        1. Chris Kaknevicius

          Traditionally, 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.

  2. Anonymous

    Why there are no sub-tasks in left column?

    Could it be in settings?

     

     

  3. Anonymous

    I would be nice to customize viewable columns in this mode.

  4. Anonymous

    It 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?

  5. Andreas Bühler

    Hi,

    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 (sad)

    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

  6. Anonymous

    After I close a sprint, how do I move/re-prioritize the unfinished items to the next print?

    1. Anonymous

      The unfinished items should be shown on top of your backlog, so you can plan them in again.

  7. Anonymous

    I 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.

  8. Viktor Egorov

    I 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?

    1. Hi Viktor,

      You may want to create a separate Rapid Board for each product – that way they will each have their own backlog.

      Cheers,
      Rosie

       

      1. Anonymous

        Thanks. Looks like it works for me!

         

  9. Janos Biro

    Planning board is a great idea but suffers from several issues...

    1. The estimated times of sub tasks are not cumulated in stories (they do in normal issue navigator mode) - deal breaker since we estimate sub-task not stories
    2. The board cannot be configured to show more columns - deal breaker since usually we want to see during planning other factors like cost (calculated custom field), and other custom fields
    3. It would be great if we could print this plan out
    4. It would also be great if the display of sub-tasks could be toggled (like on Planning Board, but subtasks should appear below their story not in random order... (sad))
    5. Placing separator lines (e.g. for miletones) would also be welcomed

     

    1. Anonymous

      Points 1 and 4 apply to us as well.

       

    2. user-3fa47

      Running into the same issues.  Specifically, 1 and 4.  The new Rapid Board actually removes functionality previously existing within the classic Planning Board. 

    3. Christian Plätzinger

      Points 1 and 4 apply to us as well. Would be great if this could be fixed!

      1. Re (1), you may like to watch/vote/comment on GHS-5212 - Getting issue details... STATUS and/or GHS-5471 - Getting issue details... STATUS

        1. Christian Plätzinger

          Thanks, I have placed my votes (smile)

    4. Anonymous

      Yeah number 4, I mean what the heck!

    5. Anonymous

      We 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)  ...

    6. David Sutton

      Without 1,2 and 4 we cannot use the new planning mode

      1. Anonymous

        Ditto - 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.

        1. You may like to watch/vote/comment on GHS-3922 - Getting issue details... STATUS

    7. Anonymous

      I subscribe the 5 points as well

    8. Thomas Edwin Santosa

      Point 3 would be great for us

  10. Anonymous

    Hi,

    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

    1. Anonymous

      I have the same exact question. This makes it very unusable.

  11. Anonymous

    I 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.

    1. You will need to create a board for each project.

       

  12. Anonymous

    Hello.

    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

  13. Waleed Anbar

    I'd like Plan mode to show bugs, but no matter how i configure the filter bugs don't appear.   What am i missing?

  14. user-63a85

    We 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? 

    1. Dave Olsen

      Hi 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.

       

      1. Anonymous

        I 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.

  15. O. Segal

    When 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.

    1. You will be able to do this in GreenHopper 6.0.2, which is due for release this week.

      1. O. Segal

        Awesome!

         

        Thank you.

        O.

  16. Skip Sailors

    What 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

  17. Anonymous

    I'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?

  18. Bryan Riley

    I agree with anonymous' input

     

  19. Anonymous

    I can see that we have a limit of 400 issues in plan mode ? How can I get my 600 issues ? :s

  20. Hans-Hermann Hunfeld

    Maybe 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...

  21. Martin Geck

    As 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? 

  22. Anonymous

    We 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. =)

    1. Skip Sailors

      select 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.

      1. Anonymous

        thanks!

    2. Anonymous

      you can also use the hotkeys.  s, t will "send" to "top" - even quicker.

  23. MarkW

    I 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.

    1. Sorry for the delayed response. This page may answer some of your questions: Switching to GreenHopper 6 FAQ

  24. Anonymous

    Still not possible to display more than 400 issues ? :s I have more than 600 And I would like to display everything....

  25. Matthew Zach

    Is there a way to search (and ultimately export) stories that are slated for a future sprint(s)?

    1. try a JQL search on "Sprint"

      1. Tom Murton

        The 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.

  26. Anonymous

    We 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?

    1. Anonymous

      The 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. 

  27. Unknown User (joe.collins)

    has 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? 

  28. Anonymous

    I 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!

    1. Anonymous

      In 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. 

  29. Anonymous

    In 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. 

    1. Release 1
      1. sprint 1
      2. sprint 2
      3. sprint 3
    2. Release 2
      1. Sprint 4
      2. Sprint 5

    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. 

    1. A 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

  30. Anonymous

    Hello - 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.

  31. O. Segal

    Is 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.

    1. Skip Sailors

      I 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?

    2. You may want to use Assignee-based swimlanes (in Work mode)

      1. O. Segal

        Thank 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

  32. Anonymous

    How do you complete a sprint that was already started? I don't see any options. 

    1. Anonymous

      nm, found it Ending a Sprint

      1. Tom van Heiß

        Shows 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.

  33. Anonymous

    It 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?  

    1. We 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

    2. Tom van Heiß

      Are 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...

  34. Bjarne.Sehested

    If 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

    1. Hi 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 

      1. Bjarne.Sehested

        Hi 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

        1. Hi 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 

          1. LathropP

            Mr. 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

            1. Tom Kotecki

              Hi 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

              1. LathropP

                I 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.

                1. Chris Kaknevicius

                  As 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.

                  1. LathropP

                    So you are attempting to limit GH users to committing mistakes in the Scrum rules. That is all I needed. 

              2. ScottJ

                Sub-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).

  35. Edwin Stol

    One 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'.

     

    1. Martin Geck

      Are 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. 

  36. Edwin Stol

    Well, 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.

  37. Georgi Mitov

    The following features would be very welcomed:

    • Support for JQL in quick search to filter the backlog 
    • Possibility to customize which fields are displayed in each row of the backlog - currently only the Summary is displayed, however having additional fileds there (like Due Date, assignee / user fileds, custom fields) would significantly aid the planning process.
    1. Christian Plätzinger

      Would like to have this too.

    2. Re 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

      1. Anonymous

        Thanks for pointing to the right issues Rosie.

    3. Anonymous

      Agreed.  It's very difficult to use without the ability to specify wat columns are included in the backlog.

  38. Anonymous

    I 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?

  39. David Witherspoon

    We 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:

    • We do round 1 planning of a sprint on Tuesday afternoon. Some stories may have sub-tasks, others won't. Some sub-tasks are assigned, other aren't. And we do story point assignment and discuss who is doing what. Many stories will have sub-tasks divided across multiple developers/QAs.
    • Wednesday morning everyone creates or updates existing sub-tasks.
    • Wednesday afternoon we all review the work, ensure everything is assigned, ensure nobody is overloaded...and start the sprint.

    And here's why we're switching back to classic (again):

    • I set up QuickFilters for all the team members so that I could see how many hours was assigned to each in the sprint being planned (to make sure nobody was overbooked on hours). Many of our stories are split across multiple developers. If the story isn't owned by the person matched by the QuickFilter, then you see 0 stories, yet 1w1d2h (for example). So you know that person has work, but you cannot see what the work is.  That is a HUGE issue. I need to be able to every thing assigned to a specific person during the sprint being planned.
    • I also set up a QuickFilter to see what work (tasks, sub-tasks) are unassigned (to make sure we're not forgetting anything). The sprint view in plan mode showed nothing was unassigned. But we did have several sub-tasks unassigned...but since the parent story for the sub-tasks was assigned, I got 0 stories matching the QuickFilter.  Same issue as above, with a different face.

    If I'm doing something wrong, I'd love to hear it. Otherwise, I find it unusable.

  40. Hans-Hermann Hunfeld

    I 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?

    1. Please see GHS-5773 - Getting issue details... STATUS

  41. Anonymous

    as 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

  42. Anonymous

    Is it poosible to see both business value and story point in the overview page of plan mode?

  43. Anonymous

    hey guys can you please help, I'm doing a product backlog about "daily operations- bookings and payments"

  44. Dave Lyubarsky

    I 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.

  45. Gail Stewart

    Not 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.

    1. LathropP

      I 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.

  46. Rajesh Rajasekaran

    Is 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.

    1. You may like to watch/vote/comment on GHS-7377 - Getting issue details... STATUS

  47. David Sutton

    I 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?

  48. Chantal Laniel

    First 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?

    1. Christian Plätzinger

      Since we have multiple projects I always have sprints with issues from more than one project. As far as I know this requires:

      • Your filter for the Scrum board has to select issues from different projects
      • The board owner (or the user who creates/starts the sprint) must have administration permissions for all projects involved
  49. Jon Kern

    TL;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.

    To break a story (issue) down into implementable chunks

    That might get newbies to thinking they decompose a story (feature) into something abhorrent like this:

    • Support Users with Middle Names
      • Add database column for middle name
      • Add middle name to User class, make sure it is allowed to be empty
      • Add middle name field to the User profile page
      • Stab yourself with a hot fork

    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.