Documentation for GreenHopper 6.0.x. Documentation for other versions of JIRA Agile is available too.
GreenHopper is now called JIRA Agile. Learn more.
This page only applies to Scrum boards.
Many Scrum teams separate estimation (which is used for measuring the size of a backlog and calculating velocity) from tracking (which is often the burndown of hours used during the Sprint to be sure we're not way off the pace necessary to complete the stories in the Sprint timebox), and use different units for each. A common approach is to estimate tasks in Story Points, then track tasks using hours. GreenHopper therefore gives you the flexibility to set your estimation and tracking statistics differently, depending on what best suits your team.
Product teams often need to be able to estimate how long a product will take to deliver. This is tough because the backlog may stretch many months into the future, so the team can only provide a very rough estimate in conditions of uncertainty without wasting days breaking the work down. However, from sprint to sprint as they work through the stories the team will develop a cadence of completing <x> units of work they had 'rough estimated', i.e. their velocity. This means that they can relatively accurately estimate how long portions of the backlog will take to get done with simple rough estimates that the team can produce way before they even consider doing them. However, to make this work the team needs to estimate stories with a consistent level of uncertainty. The team also needs to track the amount of estimation units they have actually fully completed from sprint to sprint because this number is the one that tells us with relative certainty how much we can fit into each future sprint and have conviction that they will all be completed.
In GreenHopper, you can choose which type of units (e.g. Story Points, Issue Count) will be used for estimating and tracking issues. You do this by choosing an Estimation Statistic, then choosing to either use the same units for your Tracking Statistic or to use time-tracking. Each board can have a different type of Estimation Statistic and Tracking Statistic.
Note that a team's velocity is based on the Estimation Statistic — ie. for each sprint, the velocity is the sum of the Estimation Statistic for completed stories. Velocity is shown in the Velocity Chart and also on the Sprint Report, in the Estimate Statistic column header of the "Completed Issues" table (e.g. "Story Points (12)" means that 12 Story Points were completed in that sprint). Please note that the values for each issue are recorded at the time when the issue moves into the sprint. Changing the Estimate value afterwards will not be reflected in the Sprint Report, but will be shown as scope change in the burndown.
スプリント バーンダウン チャートはトラッキング統計をもとにして作成されます。トラッキング統計にストーリー ポイントを使用している場合、バーンダウン チャートはストーリーごとのストーリー ポイントを示しています。(すなわち、見積統計をバーンダウンしているストーリーは、完了した時点で始めて、グラフ上のバーンダウンとして表示されます。)一方、時間管理を選択した場合、部分的なバーンダウンが表示されます。(すなわち、それぞれの日にその時点までに経過した時間と残余時間です。)
To set the Estimation Statistic for a board:
見積統計フィールドで、次のオプションのいずれかを選択します。
見積統計 | 説明: |
---|---|
ストーリーポイント | 課題ごとのストーリーポイントの数をもとにして見積もります。これが最も一般的に使用されるオプションです。 ( |
事業価値 | 課題ごとの事業価値をもとに見積もります。 |
初期見積り | Estimation will be based on the JIRA 'Original Estimate' field (for details see the JIRA documentation Logging Work on an Issue). By default this is specified in minutes, but it can be hours/days/weeks depending on your JIRA system configuration (for details see the JIRA Time Tracking documentation). |
課題数 | スプリントの課題の数をもとに見積もります。「見積」 フィールドは編集できません。 |
Alternatively, you can choose any numeric custom field on your JIRA system.
スクリーンショット:「見積」タブ(クリックで拡大)
To set the Tracking Statistic for a board:
時間管理フィールドで、次のオプションのいずれかを選択します。
トラッキング統計 | 説明: |
---|---|
なし | 見積統計をもとにしてトラッキングします。 |
残余見積時間と消費時間 | Tracking will be based on the JIRA 'Remaining Estimate' and 'Time Spent' fields (for details see the JIRA documentation Logging Work on an Issue). By default these fields are specified in minutes, but you can use hours/days/weeks depending on your JIRA system configuration (for details see the JIRA Time Tracking documentation). この方法は、見積統計を使う方法と基本的に異なっていることに注意してください。というのは、これらの数値は課題が完了したときにバーンダウンするのではなく、ユーザーが消費時間または残余見積時間に新しい値を設定した時にのみバーンダウンするためです。 |