GreenHopper JIRA Configuration

データベーステーブル

When you install the GreenHopper plugin into your JIRA instance, the following additional tables will be created in your JIRA database to store rank, configuration and sprint information:

'AO_60DB71_COLUMN'
'AO_60DB71_COLUMNSTATUS'
'AO_60DB71_ESTIMATESTATISTIC'（JIRA Agile 5.9.5 から追加）
'AO_60DB71_ISSUERANKING'
'AO_60DB71_ISSUERANKINGLOG'
'AO_60DB71_QUICKFILTER'
'AO_60DB71_RANK_ISSUE_LINK'
'AO_60DB71_RAPIDVIEW'
'AO_60DB71_SPRINT'
'AO_60DB71_STATSFIELD'
'AO_60DB71_SUBQUERY'
'AO_60DB71_SWIMLANE'
'AO_60DB71_TRACKINGSTATISTIC'

On this page:

関連ページ

カスタムフィールド

If required, GreenHopper will create the following JIRA custom fields:

カスタムフィールド	タイプ	注意
事業価値	This field is of type 'Number Field' and is available to issue types 'Story' and 'Epic'. (If you want to make it available to other issue types, edit the custom field context.)
エピックの色	This field is of type 'Colour of Epic' (which is a field type created by GreenHopper) and is available to all issue types.	Epic Colour is the colour assigned to the epic. This is auto-assigned initially then can be changed via a dropdown on the colour box on the epic (in GreenHopper 6.0.7 and later). This field was introduced in GreenHopper 6.0.6. It does not apply to the Classic Boards. This field is not configurable via the JIRA custom fields administration screens.
エピック名	This field is of type 'Label of Epic' (which is a field type created by GreenHopper) and is available to all issue types.	エピック名 (編集可能) はエピックの特定に使用される短い名前です (「エピックの作成」を参照)。 This field was introduced in GreenHopper 6.0.6. It does not apply to the Classic Boards. This field is not configurable via the JIRA custom fields administration screens.
Epic Link (エピックリンク)	This field is of type 'Epic Link Relationship' (which is a field type created by GreenHopper) and is available to all issue types.	Epic Link is used to determine the parent epic for an issue. This is a non-editable field; it is set by GreenHopper when you add/remove an issue to/from an epic. Searchable via JQL. This field was introduced in GreenHopper 6.0.6. It does not apply to the Classic Boards. This field is not configurable via the JIRA custom fields administration screens.
エピックステータス	This field is of type 'Status of Epic' (which is a field type created by GreenHopper) and is available to all issue types.	Epic Status is used to exclude completed epics from being displayed in Plan mode. This field was introduced in GreenHopper 6.0.6. It does not apply to the Classic Boards. エピックステータスフィールドには次の値のいずれかのみが入ります：「ToDo」 - エピックが現在オープンであることを示します。エピックはボードに表示されます。「進行中」- 将来の教科用に予約されています (現在は使用されていません) 。「完了」 - エピックが完了したことを示します。エピックはボードには表示されません。 This field is not configurable via the JIRA custom fields administration screens.
Epic/Theme	This field is of type 'Label' and is available to all issue types	This field only applies to the Classic Boards. Please see Working with Epics in GreenHopper Classic.
フラグ付き	このフィールドのタイプは「マルチチェックボックス」タイプです。すべての課題タイプで使用できます。	This field only applies to the Classic Boards. Please see Setting up a Flagging Field.
ランク	このフィールドのタイプは「グローバルランクルチチェックボックス」です。すべての課題タイプで使用できます。	See also Enabling Ranking (or if you are using the Classic Planning Board then see Setting up a Ranking Field and Specifying your Project Templates). JIRA インスタンスには、ランクというカスタムフィールドが1つしかなく、そのランクフィールドはグローバル·コンテキストに割り当てられている (すなわち、特定の課題やプロジェクトには割り当てられていない) ことを確認してください。 This field is not configurable via the JIRA custom fields administration screens.
Release Version History	This field is of type 'GreenHopper Released Version History' and is available to all issue types.	This field only applies to the Classic Boards.
Sprint	このフィールドのタイプは「スプリント」です。すべての課題タイプで使用できます。	Searchable via JQL. This field was introduced in GreenHopper 5.8.5. It does not apply to the Classic Boards. This field is not configurable via the JIRA custom fields administration screens.
ストーリーポイント	This field is of type 'Number Field' and is available to issue types 'Story' and 'Epic'. (If you want to make it available to other issue types, edit the custom field context.)

課題タイプ

At installation time, GreenHopper will create the following three JIRA issue types and associate them with the Default Issue Type Scheme:

「エピック」
「ストーリー」
「技術タスク」 (サブタスク)

課題タイプスキーム

At installation time, GreenHopper will create a new issue type scheme called 'GreenHopper Scrum Issue Type Scheme' which contains the following issue types:

「バグ」
「エピック」
「改善点」
「ストーリー」
「技術タスク」 (サブタスク)

You can add more issue types to this issue type scheme if you wish (provided you have 'JIRA Administrators' global permission).

ワークフロー

If you choose to create a new project when creating a board via the 'Getting Started' page, GreenHopper will give you the option of creating a new workflow called 'Simplified Workflow for Project XXX' (see Configuring Workflow), and a workflow scheme called 'Simplified Workflow Scheme for Project XXX' for your new project. This scheme is associated with all issue types.

Note that this workflow's steps can be edited in GreenHopper (by project administrators) via a board's Columns configuration page. For more information please see Using GreenHopper Simplified Workflow.

簡易ワークフロー	JIRA ワークフロー
Has three default steps for Scrum boards: To Do, In Progress, Done. Has four default steps for Kanban boards: Backlog, Selected for Development, In Progress, Done.	Has more steps than are typically needed on a board (e.g. see the default JIRA workflow).
列間で課題を自由にドラッグできる	課題がすべての列間で自由にドラッグされないようにするワークフロー "条件" がある。
Displays no screens on any transitions – all transitions will happen instantly. (Automatically sets a resolution of 'Done' when issues move into the 'Done' column.) There is a known issue with this when an existing workflow is converted to the Simplified Workflow model. See this page for more info: Unable to set issues to Resolved using Greenhopper Simplified Workflow	Displays screens for Resolve Issue, Close Issue and Reopen Issue.
Can be edited from within GreenHopper (see Adding a new status on the Configuring Columns page), provided you have the 'Administer Projects' permission (for the one project that is on the board).	Can only be edited via JIRA (see Configuring Workflow), not from within GreenHopper.

権限

Many GreenHopper actions depend on a particular JIRA permission:

機能	モード	操作	許可レベル	注意
スプリント	Plan	スプリントマーカーを動かす	Project Admin Permission (for all projects in the backlog)
スプリント	Plan	課題を動かす (並べ替え/ランク)	Schedule Permission	課題の順序を変更せずにスプリントのフッター内で課題を動かすだけの場合は不要
スプリント	Plan	スプリントの開始	Project Admin Permission (for all projects where an issue is in the selection)	バージョンを作成する同様の権限。ボード所有権はここでは役割を果たしません。
スプリント	Plan	スプリントの作成	Project Admin Permission: ボードがクエリ固有のプロジェクトではない場合 JIRA のすべてのプロジェクト、またはボードが特定のプロジェクトに紐付いている場合は、紐付いているすべてのプロジェクト
スプリント	Plan	スプリントの削除	Project Admin Permission: ボードがクエリ固有のプロジェクトではない場合 JIRA のすべてのプロジェクト、またはボードが特定のプロジェクトに紐付いている場合は、紐付いているすべてのプロジェクト
スプリント	Plan/Work	スプリントに課題を追加する	Issue Edit Permission
スプリント	Plan	スプリント情報の編集	Project Admin Permission (for all issues in the sprint)	Currently only accessible via Plan mode
スプリント	Work	スプリントの完了	JIRA 管理者またはスプリントのすべての課題のプロジェクト管理者	Can only be done from Work mode.
スプリント	Work	スプリントから削除	課題の編集権限
エピック	Plan	エピックの作成	課題の作成権限	(Epics launched out of Labs in 6.1)
エピック	Plan	エピックの名前の変更	課題の編集権限
エピック	Plan	エピックのランク付け	課題のスケジュール設定権限
エピック	Plan	課題をエピックへ追加する	課題の編集権限
エピック	Plan	エピックから課題を削除する	課題の編集権限
バージョン	Plan	バージョンに課題を追加する	課題の編集権限	(Versions added to Labs in 6.1.4)
バージョン	Plan	バージョンから課題を削除する	課題の編集権限
Config	Configure	ワークフローを簡素化	Administrator Permission	The board must meet other criteria as well (see GreenHopper Simplified Workflow)
Config	Configure	ステータスの追加	Project Admin Permission (for the one project that is on the board)	Project must be currently using a Simplified Workflow
Config	Configure	ステータスの削除	Project Admin Permission (for the one project that is on the board)	Project must be currently using a Simplified Workflow
Config		ボードの作成	共有オブジェクトの作成グローバル権限	この権限を持っていなくても、ボードは作成できますが、作成したボードのフィルタが共有されないため、他の人にはボードが表示されません。現在コピーボードに適用されていない

サンプルデータ

On the GreenHopper "Getting Started" page you have the option of importing sample data. If you choose to do this, GreenHopper will:

Update the JIRA Importers Plugin.
「Scrum サンプル」および「Kanban サンプル」という 2 つのサンプルプロジェクト (選択した場合はこれらの名前を変更できます)、およびそれらの課題をインポートします。
これらのプロジェクトそれぞれに対して「簡易ワークフロー」または「簡易ワークフロースキーム」を作成します (上記を参照)。

あとでこれらのプロジェクト、ワークフローおよびワークフロースキームを削除できます。また、これらのスクリプトを使用して、同様のサンプルデータを後でインポートすることもできます。

Child pages