Menu

Story points, time and % complete, rolled up from subtasks to initiatives

The totals Jira should already show you. No double counting, nothing quietly left out.

Built on Forge. Your data never leaves your Atlassian site.

The Sumline panel on an epic: totals per field, progress by estimate and by issue count, a “Check the estimates” box naming the two issues with no estimate, and a child table whose Warnings column marks one child “No estimate” and another “1 unestimated”.
  • Done
  • In progress
Issue panel: open it from View app actions (the hexagon under the title) on any issue with children.

Already on every issue

Works as soon as it’s installed. Unestimated work is named, so you know what the totals leave out.

The Sumline group in the right-hand column of a Jira epic: 8 of 13 story points, 4h remaining, progress by estimate and by issue count, and one unestimated child by key.
In the Details column of every issue with children.

One table across spaces

Every epic across the spaces you choose, in one table. Filter, sort, export to CSV.

Sumline under Apps: “12 parents rolled up from 62 issues in APP, PAY, WEB”, sorted by % by estimate: two done epics at 100 %, nine in progress, and one not started at 0 %. Each epic shows its priority, points done of total, assignee, status, remaining time and both percentages, and three carry “unestimated” warnings.
The Sumline tab in each space, or Apps › Sumline for several spaces at once.

On the dashboard too

The same rows on any Jira dashboard, for people who never open an issue.

The Sumline gadget on a Jira dashboard: eight epics from two spaces, each with progress by estimate and by issue count, and “unestimated” warnings on two of them.
The Sumline gadget, added like any other gadget.

How the numbers add up

  • Nothing is counted twice

    A story estimated at 8 whose subtasks also add up to 8 counts as 8, not 16: one level counts, the subtasks by default, and the values left out are listed.

  • Unestimated work is flagged, not counted as zero

    Each one is named, and an empty epic shows “—”, never 100%.

  • “Done” follows Jira’s status category

    Status names are never used, so renamed and custom workflows count correctly.

  • You only see issues you can open

    Sumline reads Jira as the person viewing, with that person’s permissions.

What’s included

Rollup

Points and time, together
Story points, original estimate, time spent and remaining estimate.
Subtasks to initiatives
Subtask to story, epic and initiative, including children in other spaces.
Two measures of progress
% complete by estimate and by issue count, side by side.
The right story-points field
Picks the right field automatically in team-managed and company-managed spaces.

Also

Jira Service Management
Requests and their subtasks roll up under each epic.
CSV export
Download or copy the rows on screen, after your filters and sort.
Always shows its age
Every view says when it was last updated. Refresh recalculates.
Admin settings
Choose the fields, the row level, whether to count done work only, and which level wins when both are estimated.
Your data stays put
Built on Forge with no data egress. Stores only your settings and a five-minute cache.

Pricing

Free up to 10 users

$0.75 per user a month above that

  • Billed by Atlassian
  • Every feature on the free tier
  • 30-day free trial

Questions

Can’t I do this with a dashboard gadget?

Partly. A gadget groups a filter by parent and sums one field: one level down, on a dashboard, once you have set it up. Sumline puts the number on the issue itself with nothing to set up, adds up every level from subtask to initiative with each estimate counted once, and names what it left out.

What if a story has points and its subtasks have points too?

Sumline counts one level. By default the children win and the story’s own value is set aside; an admin can choose “parent wins”. Either way the values that were not counted are listed under the totals and in the CSV.

Does it work in team-managed spaces (projects)?

Yes, and that is the case Sumline was built for. Team-managed spaces keep story points in a different field from company-managed ones; Sumline finds the right field for each space automatically, so a tree that spans both kinds of space adds up correctly.

How is % complete calculated?

Two ways, always both: by estimate (story points done ÷ total; if there are no points, time spent ÷ (spent + remaining)) and by issue count across all levels below the parent. An epic with nothing below it shows “—”, never 100%.

Are the numbers live?

Almost. Sumline computes a rollup when you open a view and keeps it for five minutes, per person, so the next open is instant. Every view says how old its numbers are (“Updated 3 min ago”) and has a Refresh button that recomputes them right away, so an edit you just made is one click from showing up.

Where does it appear?

On the issue: the Sumline group in the Details column of every issue with children, there as soon as the app is installed, with nothing to add. The Sumline panel with the child table opens from View app actions, the hexagon under the issue’s title, once per person.

In a space: the Sumline tab beside the space’s own tabs (in the left sidebar of a service desk space). Across spaces: Sumline under Apps in the sidebar.

On a dashboard: the Sumline gadget, added like any other gadget.

Where is my data stored?

In Forge Key-Value Storage hosted by Atlassian, in your site’s region: the admin settings and a per-user rollup cache. A cache entry is ignored five minutes after it was computed and overwritten by the next rollup. Nothing is sent anywhere else.

What can a Jira admin change?

Four things, for the whole site, under Jira settings › Apps › Sumline settings: which of the four fields to roll up (story points, original estimate, time spent, remaining estimate), whether a row on the rollup tables is an epic or an initiative, whether to count only done issues, and which level wins when a parent and its children both carry an estimate. Nothing there names a field: story points and sprint fields are always detected per space.

Does it change my issues or write to any fields?

No. Sumline only reads. Its one Jira permission is read access to issues; the other is storage for its own settings and cache. It cannot edit an issue or change a field value.

Do people only see issues they have permission to see?

Yes. Sumline reads Jira as the person viewing, so Jira applies that person’s own permissions and nobody is shown an issue they could not open themselves. The cache is kept per person, so one person’s totals are never shown to another.

Does it work in Jira Service Management spaces?

Yes. Epics, requests, tasks and subtasks in a service desk space roll up the same way: original estimate, time spent and remaining from the requests and their subtasks, done by status category, both percentages. The Sumline tab sits in the space’s sidebar. The sprint filter is greyed out because a service desk has no sprints, and story points show “—” unless the space’s screens carry the field.

Which story-points field does it use?

The one your space uses: “Story point estimate” in team-managed spaces, “Story Points” in company-managed spaces, found automatically. If a company-managed space has values in both, Sumline uses the native one and names the issues whose other field holds a value; it never adds both.

What counts as done?

Any status whose status category is Done. Status names are never used, so renamed or custom workflows do not change the numbers. The “done only” setting restricts the rollup to done branches and lists what it hid.

Does it need Jira Premium?

No, except for initiatives. Rolling up to initiatives needs Jira Premium, which adds the level above epic; from subtask to epic, and everything else, works on Free and Standard.

Doesn’t Jira Plans already roll this up?

Inside Plans, on Jira Premium, yes. Sumline puts the number on the issue itself and in a table every user can open, on Free and Standard as well as Premium.

Is there a size limit?

Yes. A rollup table shows at most 2,000 issues, and the count is the whole rolled-up tree: every issue in the selected spaces plus every child of those epics that lives in another space. A space with 300 issues whose epics hold 1,800 stories elsewhere is a 2,100-issue tree and is over the limit.

Above it Sumline stops and says so rather than showing a partial number. The issue panel has no such limit.

What does it cost? Is there a free trial?

Sumline is free for sites with up to 10 Jira users, with every feature. Above that it is $0.75 per user a month, billed by Atlassian, after a 30-day free trial.

Is there a discount for large sites?

Yes. Above 100 users the per-user rate steps down through Atlassian’s standard volume bands, from $0.75 down to $0.25 at the largest sites.

See your real totals

Install it, open any epic, and the totals are already there.

Get it on Atlassian Marketplace