The planning board is the board that will allow you to manage your issues.
There are three ways to manage your issues:
Overview (all unreleased fix versions and unscheduled version merged in one view) Useful for ranking
Versions - by unreleased fix versions
Components - by components
The Manage link will redirect you to the JIRA standard administer project view from where you will be able to add, remove or edit your versions/components.
Unreleased versions boxes
The unreleased versions are sorted by release date or JIRA sequence, if none has been defined.
This board natural card sorting follows the following rules: For performance reasons, if there are more then 200 issues in the selected version and the selected sort is Natural, the issues will be sorted by priority.
Cards are grouped by committed versions, which are sorted by release date/sequence.
Cards with the same committed version are sorted by priority/key.
Sub-tasks are grouped by parent issues.
Sub-tasks of the same parent issue are sorted by priority/key.
Components boxes
The components are sorted by name.
This board natural card sorting follows the following rules: For performance reasons, if there are more then 200 issues in the selected component and the selected sort is Natural, the Issues will be sorted by priority.
Cards are grouped by committed components which are sorted by name.
Cards with the same committed components are sorted by priority/key.
Sub-tasks are grouped by parent issues.
Sub-tasks of the same parent issue are sorted by priority/key.
The main board header offers multiple actions, such as:
A version combo to select the version to display
Select all | Unselect all multi-selection shortcuts.
Pagination that will allow you to navigate between undisplayed issues.
Cards | Summaries that will toggle your issue views.
List to display issues as a plain old list.
Issue navigator that will call the JIRA issue navigator pre-filled with the board parameters displayed. Very useful in order to print, make bulk changes, etc.
Legend that will show the issue type vs. color legend
With the Master setting in each version/component box, you can organize your versions/components in a n hierarchical way.
This is very useful and will help you have a global view on your versions and a more granular view on your sub-versions.
In the Agile world this will be the way to explode your releases into sprints.
Example:
o Version 1
oo Sub Version 1.1 (Master Version 1)
oo Sub Version 1.2 (Master Version 1)
o Version 2
oo Sub Version 2.1 (Master Version 2)
...
When scheduling, your issues will then be updated to the desired version/component and all the master versions/components of this version/component.
Example:
If an issue is dropped into Sub Version 1.2
The issue will then have for fixed versions: Version 1, Sub Version 1.2
In order to help you keep your versions/components hierarchy integrity we have added the Synchronize feature.
This feature will detect all the issues that are missing some versions/components based on your hierarchy.
It will then repair the missing associations.
This feature is only accessible to the project administrators.
You can release your versions directly from the version boxes.
If some issues are unresolved, GreenHoper will offer two options:
1. Swap the unresolved issues to a the selected version After selecting th destination version click on the button
2. Ignore these issues and release anyways.
GreenHopper will save a snapshot of all your graph before swapping any unresloved issues. You will be able to revisit these charts from the Released charts button in the column header of the fix version boxes.
Managing your issues between versions and components has actually become a fun task in JIRA with GreenHopper.
By a simple drag and drop you can associate your issues to a fixVersion/component.
The planning board will display all your unreleased fixVersion/components as droppable boxes.
Each of these boxes displays some information such as:
Dropping an issue card into the desired version/component box will automatically update the issue version/component. Your version/component information displayed in the boxes will be refreshed.
Since the multi-selection is enabled in the planning board (Alt + left click), to update your selected issues, just drag and drop them into the desired version/component box.
If you are updating a task containing sub-tasks, GreenHopper will automatically ask you if you wish to update the sub-tasks as well. You will be able to choose the ones to update and the ones not to.
Note that the sub-tasks in the same version of the parent will be selected automatically.
Create a GreenHopper Ranking type custom field for each prioritization needed from the Custom field administration panel.
The new GreenHopper Ranking type ensures complete integration with JIRA.
Register your GreenHopper ranking field for each project that is subject to use it from your project`s planning board configuration (in the General section)
You can register more then one GreenHopper ranking field.
To start ordering
Simply select your GreenHopper ranking field in the Sort by combo from your context menu
Drag an issue on another issue.
User will be able to move an issue card from it's current position to a new one. Just like moving real cards on a conference table during a sprint meeting. When an issue is moved, all other issues are automatically reorganized. You might find it a bit tricky to rank on a 2 dimensional board but you will get use to it pretty fast.
Moving one or more cards from one page to another
For projects with multiple pages, the user will be able to move one or more (see multi-select) cards from the current page to a new « destination » page by simply dragging the card onto the pagination. After moving them, GreenHopper will display the destination page
Moving a Card With Subtasks
When the user moves a card that has subtasks, all its subtasks are also moved as a block. A parent card can only be dropped on another parent card. A parent card can not be dropped on a subtask and, conversely, a subtask can not be dropped on another parent card.
GreenHopper Limitation with "Clone Issue" and "Convert" of JIRA Since JIRA is not triggering an event on the clone issue or convert event, it is very difficult for GreenHopper to associate a default ranking to the clones or reallocate the good ranking to the new sub-task. Therefore if you do not optimize your ranking (by clicking on ) you might experience some strange behaviors with the clones while ranking.
With the GreenHopper portlet you can track directly from your dashboard your ongoing versions of your projects.
Multiple shortcuts will allow you to navigate faster.
This protlet can be displayed in confluence with the JIRA portlet macro.
Note that you wont be able to access it if your JIRA and Confluence domain differs due to the browser's security for cross domain Ajax calls. In this case you can use the static portlet (see below).
Static GreenHopper portlet
The GreenHopper portlet had a huge success but was not easily exportable outside JIRA being mostly in Ajax. We have made a static version of this portlet to allow users to export it anywhere without being blocked by the browsers cross domain security. To use it you will have to simply add at the end of your portlet url the parameter staticView=true.
Note: If you have specified a version name and this version has been released, the portlet will only display the snapshot of the desired chart that was saved. Also make sure you escape your white spaces by %20 i.e Release 2 ==> Release %20 2,