Monitor Progress

Producing an educated, tested understanding of your team's progress and velocity can ensure you're delivering apps and features on time, all while making efficient use of your team's productivity efforts.

The more accurate the tracking, the easier the sprints are to plan and the future is to predict. Much of accurate tracking depends on the tracking tools you use and the team's input/reporting behaviors.

What Jira can't show you

Using Jira's tracking tools, you can plan and determine how much work your team can commit to in a sprint by estimating efforts in sprint planning. Once the sprint starts, each team member can log in the actual time spent working on those tasks, which allows you to view feedback in two significant ways.

Measure team capacity using time so you can accurately estimate how much work is being committed to a sprint.

Monitor progress by tracking the time it takes to deliver a specific task. Note: The time it takes to complete a task may differ from the original estimation given during sprint planning.

However, tracking individual tasks doesn’t give you a complete picture of the entire project’s progress. Sure, you can measure the sprint health via burndown/burnup charts, but what if your project spans multiple sprints and you need to report on the overall completion rate to your stakeholders?

Need to forecast your sprint velocity with more reliable data? You’d need to evaluate the total time spent to complete the sprint against the original estimate and make adjustments in subsequent sprints. And it requires a lot of manual work to extract those insights from the existing reports in Jira.

Improve progress monitoring with Hierarchy for Jira

Hierarchy for Jira gives you instantaneous status updates on issue progress and constantly measures your team's velocity so you can accurately estimate completion and delivery dates with greater accuracy. For example, you can measure the current sprint completion status in two useful ways depending on your Estimate Type preferences:

Progress against Current Estimate

Using this report, you can view the sprint's completion status (98%) as the progress is measured by the Current Estimate (time spent + time remaining).

Current Estimate represents the actual time remaining to complete an issue and is independent of the Original Estimate value. Once work on an issue has started, the Current Estimate is the more useful tracking device. Original Estimates, while educated guesses, are made prior to sprint work beginning to help with sprint planning. But as actual work on an issue unfolds during a sprint, a more accurate estimate about the remaining effort becomes more clear, and that information is reflected in the Current Estimate.

Progress against Original Estimate

Using this report, you can see that the allocated time in the sprint/project has exceeded the team’s Original Estimate by 2% (1d 1h 9m overspent). The app calculates this overage time by comparing the total time logged against the Original Estimate.

See the big picture

Using the custom hierarchy function allows you to visualize a complete project in your preferred order, from high-level initiatives to individual tasks. You can view the progress of a project using either story points or time tracking.

For example, based on the sample project view in the following image, you can confidently say, “Version 2.0 is expected to be delivered in about two working days.”

On this page