Skip to main content

Issues and PRs > Story points

Tom Williams avatar
Written by Tom Williams
Updated over a week ago

Dataset: Issues & Pull Requests

Entity: Pull Requests, Issues

Field ID: story_points

Type: Decimal

Description: The number of estimated story points (implementation complexity) associated with the issue.

Source: App

Transformation logic: N/A

From:

Github (PRs, Issues)

N/A

Gitlab (PRs, Issues)

N/A

Bitbucket (PRs)

N/A

Azure DevOps (PRs, Issues)

N/A

JIRA (Issues)

Use Story Point Estimate if available, otherwise fallback to Story Points. Null if none are defined.

ClickUp (Issues)

points (requires the Sprints ClickApp)

Trello (Issues)

N/A

Reporting Use Cases

The Story Points field is a fundamental metric in agile development, representing the estimated effort or complexity of an issue. In reporting, it is the primary tool for measuring team velocity, managing workload, and improving sprint planning accuracy.

  • Measuring Team Velocity: This is the most critical use case for this field. By aggregating the story points of completed work over time, you can track your team's throughput.

    • Velocity Chart: A column chart with a time-based dimension (like sprint_name or YEAR_MONTH(closed_at)) and a metric with the custom formula SUM(story_points) creates a classic velocity chart. This helps you understand your team's capacity and makes future sprint planning more predictable.

  • Workload Planning and Distribution: You can use story points to gauge the size of your backlog and the workload on your team.

    • Sprint Capacity: A KPI showing the SUM(story_points) for all issues where Sprint State = "ACTIVE" gives you an immediate measure of the total planned effort for the current sprint.

    • Workload per Assignee: A bar chart with FLATTEN(assignee_usernames) as the dimension and SUM(story_points) as the metric shows how the estimated effort is distributed among team members.

  • Filtering for Backlog Grooming: You can create actionable lists to improve the quality of your backlog.

    • Find Unestimated Issues: A report filtered where Story Points is null or Story Points = 0 will instantly create a "To Be Estimated" list for your planning meetings.

    • Identify Large Epics: You can find complex items that may need to be broken down into smaller stories by using a filter like Story Points > 13.

  • Advanced Analysis by Work Type: You can compare the effort spent on different categories of work.

    • For example, you can create a report with two metrics to compare effort on bugs vs. features: SUM_IF(CONTAINS(metatags, "bug"), story_points) and SUM_IF(CONTAINS(metatags, "feature"), story_points).

Did this answer your question?