Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Each issue is mapped to a team value. The team value determines how values from that issue will be read. If the issue does not have a team value, then the issue’s project key will be used.

Date Form Controls

The following controls how Status Reports know when an issue starts and ends.

Start Date Field

...

...

Set the Start date field to the Jira field that represents when the issue is expected to start.

Defaults to:

  • Start date

End Date Field

...

...

Set the End date field to the Jira field that represents when the issue is expected to end.

...

Estimate

Confidence

Adjusted Estimate

Velocity

Sprint Length

Tracks

Points Per Track per Day

Days

10

100%

10

20

10

1

2

5

10

100%

10

20

10

2

1

10

10

50%

18

20

10

1

2

9

Estimate Field

...

The estimate field is a number field that provides some sort of estimate of the amount of work on the issue. This will be converted to days of work using the Confidence, Sprint Length, Velocity per Sprint, and Tracks fields.

...

  1. Story points confidence

  2. Confidence

If you are not using confidence, you can set this field to: “Don’t use confidence” as shown below:

...

Velocity

How many “estimate units” are completed by the whole team every sprint. This number depends on how your team is estimating work. The following give some examples of what the velocity would be in different estimation approaches:

Approach Name

Description

Example Estimate Values

Example Velocity

Story Points

How many story points would you estimate for this work, based on its complexity and effort?

Story points are an abstract unit of measure used in agile development to estimate the complexity, effort, and risk of a user story. They help teams focus on relative sizing (rather than strict time estimates), making planning and prioritization more flexible.

A team might estimate an issue as 8 points, using other issues and their points as a frame of reference.

For the past 5 sprints, the team has averaged completing 23 points a sprint. The velocity would be 23.

Combined Days

How many combined total days of work will the issue take across all team members?

The work will require 2 days of designer time, 5 days of developer time, and 1 day of QA time, for a total of 8 days.

There are 5 team members in total, and each sprint lasts 10 days. Each sprint completes 50 days of work. The velocity would be 50.

Team Days

How many days of work the issue will take if the entire team is working on the issue and is able to be fully utilized?

The work will take 12 days if the entire team is working on just the issue and nothing else.

If a sprint lasts 15 days, there are 15 “team work days” each sprint. The velocity would be 15.

Half Team Days

How many days of work the issue will take if half the team is working on the issue?

The work will take 24 days if the entire team is working on just the issue and nothing else.

If a sprint lasts 15 days, there are 30 “half-team work days” each sprint. The velocity would be 30.

Sprint Length

How many days each sprint takes.

...