A pivot table for Jira dashboards
Sum hours, story points or any number field. Without rebuilding the report every time.
Add up hours by department and status, or count requests by team and priority. Nothing in it needs a sprint or a story point, so it works in business projects too.
Two dimensions of your choosing, and in every cell the total of a numeric field rather than a count of tickets — with row, column and grand totals that reconcile, and a figure for the work it could not count. Set it up once, and it can keep the grid for you every week, every month or each time a sprint closes.
Install from the Atlassian Marketplace Live demo
On the Atlassian Marketplace now — a Jira administrator installs it once for the site. Free for ten users or fewer, then $12.50 a month for twenty-five. The price for a site of any size.
Showing today’s figures. Each cell now holds a total.
Time Spent in hours by Department and Status Category, in All work
| Sales | ||||
|---|---|---|---|---|
| Operations | ||||
| Legal | ||||
| Marketing | ||||
| Finance | ||||
| None | ||||
| Total |
The smaller figure beside each total is the number of issues it adds up.
This grid holds 4354 issues of the 4789 this filter returned. Their Time Spent total is 13202h. 6 epics and 429 sub-tasks were not counted, with 1923h in Time Spent between them. Jira’s time fields belong to the issue and not to a period. Time logged counts every worklog ever made against these issues, whenever it was made, and an estimate covers all of the work rather than the part of it inside one month or sprint - so these figures are of the whole of this work, not of the stretch a date axis or a filter names. An issue worked on in March and again in September brings both. Narrowing the search by worklogDate picks which issues are counted, not which worklogs: what each one carries is still its whole total.
How this grid was read, and what it leaves out
Read at Nov 2, 2026, 10:31 AM. Read with your permissions, so another reader may see a different total. A deeper fill means a larger figure among the others in this grid, not a larger figure in general: the shading ranks the cells rather than measuring them. These figures are in hours, and an hour does not divide evenly: twenty minutes is 0.33 hours here and three of them are 1. So a row or a column of them, as they are written, may come to a little less or a little more than the total beside or under it - the totals are right, and it is the two decimal places that cannot carry the difference. None holds the issues with nothing in that axis’s field. The corner total covers only the 1968 issues that carry Time Spent. A grid of another field covers other issues, so subtracting one of these totals from the other does not give the difference between them.
Showing today’s figures. Each cell now holds a total.
Time Spent in hours by Department and Status Category, in All work
| Sales | ||
|---|---|---|
| Operations | ||
| Legal | ||
| Marketing | ||
| Finance | ||
| None | ||
| Total |
The smaller figure beside each total is the number of issues it adds up.
Showing the biggest of 3 columns. The rest hold 5% of the total, and their figures are in it.
This grid holds 4354 issues of the 4789 this filter returned. Their Time Spent total is 13202h. 6 epics and 429 sub-tasks were not counted, with 1923h in Time Spent between them. Jira’s time fields belong to the issue and not to a period. Time logged counts every worklog ever made against these issues, whenever it was made, and an estimate covers all of the work rather than the part of it inside one month or sprint - so these figures are of the whole of this work, not of the stretch a date axis or a filter names. An issue worked on in March and again in September brings both. Narrowing the search by worklogDate picks which issues are counted, not which worklogs: what each one carries is still its whole total.
How this grid was read, and what it leaves out
Read at Nov 2, 2026, 10:31 AM. Read with your permissions, so another reader may see a different total. A deeper fill means a larger figure among the others in this grid, not a larger figure in general: the shading ranks the cells rather than measuring them. These figures are in hours, and an hour does not divide evenly: twenty minutes is 0.33 hours here and three of them are 1. So a row or a column of them, as they are written, may come to a little less or a little more than the total beside or under it - the totals are right, and it is the two decimal places that cannot carry the difference. None holds the issues with nothing in that axis’s field. The corner total covers only the 1968 issues that carry Time Spent. A grid of another field covers other issues, so subtracting one of these totals from the other does not give the difference between them.
Showing today’s figures. Each cell now holds a total.
Time Spent in hours by Department and Status Category, in All work
| Sales | ||
|---|---|---|
| Operations | ||
| Legal | ||
| Marketing | ||
| Finance | ||
| None | ||
| Total |
The smaller figure beside each total is the number of issues it adds up.
Showing the biggest of 3 columns. The rest hold 5% of the total, and their figures are in it.
This grid holds 4354 issues of the 4789 this filter returned. Their Time Spent total is 13202h. 6 epics and 429 sub-tasks were not counted, with 1923h in Time Spent between them. Jira’s time fields belong to the issue and not to a period. Time logged counts every worklog ever made against these issues, whenever it was made, and an estimate covers all of the work rather than the part of it inside one month or sprint - so these figures are of the whole of this work, not of the stretch a date axis or a filter names. An issue worked on in March and again in September brings both. Narrowing the search by worklogDate picks which issues are counted, not which worklogs: what each one carries is still its whole total.
How this grid was read, and what it leaves out
Read at Nov 2, 2026, 10:31 AM. Read with your permissions, so another reader may see a different total. A deeper fill means a larger figure among the others in this grid, not a larger figure in general: the shading ranks the cells rather than measuring them. These figures are in hours, and an hour does not divide evenly: twenty minutes is 0.33 hours here and three of them are 1. So a row or a column of them, as they are written, may come to a little less or a little more than the total beside or under it - the totals are right, and it is the two decimal places that cannot carry the difference. None holds the issues with nothing in that axis’s field. The corner total covers only the 1968 issues that carry Time Spent. A grid of another field covers other issues, so subtracting one of these totals from the other does not give the difference between them.
Showing today’s figures. Each cell now holds a total. Figures that left out 20% or more of their issues are marked.
Time Spent in hours by Department and Status Category, in All work
| Sales | ||||
|---|---|---|---|---|
| Operations | ||||
| Legal | ||||
| Marketing | ||||
| Finance | ||||
| None | ||||
| Total |
The smaller figure beside each total is the number of issues it adds up.
The mark means 20% or more of a figure’s issues carry no Time Spent. The grid as a whole is past that line too, so here the mark says little about which figures are missing the most.
This grid holds 4354 issues of the 4789 this filter returned. Their Time Spent total is 13202h. 6 epics and 429 sub-tasks were not counted, with 1923h in Time Spent between them. Jira’s time fields belong to the issue and not to a period. Time logged counts every worklog ever made against these issues, whenever it was made, and an estimate covers all of the work rather than the part of it inside one month or sprint - so these figures are of the whole of this work, not of the stretch a date axis or a filter names. An issue worked on in March and again in September brings both. Narrowing the search by worklogDate picks which issues are counted, not which worklogs: what each one carries is still its whole total.
How this grid was read, and what it leaves out
Read at Nov 2, 2026, 10:31 AM. Read with your permissions, so another reader may see a different total. A deeper fill means a larger figure among the others in this grid, not a larger figure in general: the shading ranks the cells rather than measuring them. These figures are in hours, and an hour does not divide evenly: twenty minutes is 0.33 hours here and three of them are 1. So a row or a column of them, as they are written, may come to a little less or a little more than the total beside or under it - the totals are right, and it is the two decimal places that cannot carry the difference. None holds the issues with nothing in that axis’s field. The corner total covers only the 1968 issues that carry Time Spent. A grid of another field covers other issues, so subtracting one of these totals from the other does not give the difference between them.
Showing today’s figures. Each cell now holds a total. Figures that left out 20% or more of their issues are marked.
Time Spent in hours by Department and Status Category, in All work
| Sales | ||
|---|---|---|
| Operations | ||
| Legal | ||
| Marketing | ||
| Finance | ||
| None | ||
| Total |
The smaller figure beside each total is the number of issues it adds up.
The mark means 20% or more of a figure’s issues carry no Time Spent. The grid as a whole is past that line too, so here the mark says little about which figures are missing the most.
Showing the biggest of 3 columns. The rest hold 5% of the total, and their figures are in it.
This grid holds 4354 issues of the 4789 this filter returned. Their Time Spent total is 13202h. 6 epics and 429 sub-tasks were not counted, with 1923h in Time Spent between them. Jira’s time fields belong to the issue and not to a period. Time logged counts every worklog ever made against these issues, whenever it was made, and an estimate covers all of the work rather than the part of it inside one month or sprint - so these figures are of the whole of this work, not of the stretch a date axis or a filter names. An issue worked on in March and again in September brings both. Narrowing the search by worklogDate picks which issues are counted, not which worklogs: what each one carries is still its whole total.
How this grid was read, and what it leaves out
Read at Nov 2, 2026, 10:31 AM. Read with your permissions, so another reader may see a different total. A deeper fill means a larger figure among the others in this grid, not a larger figure in general: the shading ranks the cells rather than measuring them. These figures are in hours, and an hour does not divide evenly: twenty minutes is 0.33 hours here and three of them are 1. So a row or a column of them, as they are written, may come to a little less or a little more than the total beside or under it - the totals are right, and it is the two decimal places that cannot carry the difference. None holds the issues with nothing in that axis’s field. The corner total covers only the 1968 issues that carry Time Spent. A grid of another field covers other issues, so subtracting one of these totals from the other does not give the difference between them.
Showing today’s figures. Each cell now holds a total. Figures that left out 20% or more of their issues are marked.
Time Spent in hours by Department and Status Category, in All work
| Sales | ||
|---|---|---|
| Operations | ||
| Legal | ||
| Marketing | ||
| Finance | ||
| None | ||
| Total |
The smaller figure beside each total is the number of issues it adds up.
The mark means 20% or more of a figure’s issues carry no Time Spent. The grid as a whole is past that line too, so here the mark says little about which figures are missing the most.
Showing the biggest of 3 columns. The rest hold 5% of the total, and their figures are in it.
This grid holds 4354 issues of the 4789 this filter returned. Their Time Spent total is 13202h. 6 epics and 429 sub-tasks were not counted, with 1923h in Time Spent between them. Jira’s time fields belong to the issue and not to a period. Time logged counts every worklog ever made against these issues, whenever it was made, and an estimate covers all of the work rather than the part of it inside one month or sprint - so these figures are of the whole of this work, not of the stretch a date axis or a filter names. An issue worked on in March and again in September brings both. Narrowing the search by worklogDate picks which issues are counted, not which worklogs: what each one carries is still its whole total.
How this grid was read, and what it leaves out
Read at Nov 2, 2026, 10:31 AM. Read with your permissions, so another reader may see a different total. A deeper fill means a larger figure among the others in this grid, not a larger figure in general: the shading ranks the cells rather than measuring them. These figures are in hours, and an hour does not divide evenly: twenty minutes is 0.33 hours here and three of them are 1. So a row or a column of them, as they are written, may come to a little less or a little more than the total beside or under it - the totals are right, and it is the two decimal places that cannot carry the difference. None holds the issues with nothing in that axis’s field. The corner total covers only the 1968 issues that carry Time Spent. A grid of another field covers other issues, so subtracting one of these totals from the other does not give the difference between them.
Showing today’s figures. Each cell now counts issues.
Issues by Department and Status Category, in All work
| Sales | ||||
|---|---|---|---|---|
| Operations | ||||
| Legal | ||||
| Marketing | ||||
| Finance | ||||
| None | ||||
| Total |
This grid holds 4354 issues of the 4789 this filter returned. 6 epics and 429 sub-tasks were not counted, with 1923h in Time Spent between them.
How this grid was read, and what it leaves out
Read at Nov 2, 2026, 10:31 AM. Read with your permissions, so another reader may see a different total. A deeper fill means a larger figure among the others in this grid, not a larger figure in general: the shading ranks the cells rather than measuring them. None holds the issues with nothing in that axis’s field.
Showing today’s figures. Each cell now counts issues.
Issues by Department and Status Category, in All work
| Sales | ||
|---|---|---|
| Operations | ||
| Legal | ||
| Marketing | ||
| Finance | ||
| None | ||
| Total |
Showing the biggest of 3 columns. The rest hold 5% of the total, and their figures are in it.
This grid holds 4354 issues of the 4789 this filter returned. 6 epics and 429 sub-tasks were not counted, with 1923h in Time Spent between them.
How this grid was read, and what it leaves out
Read at Nov 2, 2026, 10:31 AM. Read with your permissions, so another reader may see a different total. A deeper fill means a larger figure among the others in this grid, not a larger figure in general: the shading ranks the cells rather than measuring them. None holds the issues with nothing in that axis’s field.
Showing today’s figures. Each cell now counts issues.
Issues by Department and Status Category, in All work
| Sales | ||
|---|---|---|
| Operations | ||
| Legal | ||
| Marketing | ||
| Finance | ||
| None | ||
| Total |
Showing the biggest of 3 columns. The rest hold 5% of the total, and their figures are in it.
This grid holds 4354 issues of the 4789 this filter returned. 6 epics and 429 sub-tasks were not counted, with 1923h in Time Spent between them.
How this grid was read, and what it leaves out
Read at Nov 2, 2026, 10:31 AM. Read with your permissions, so another reader may see a different total. A deeper fill means a larger figure among the others in this grid, not a larger figure in general: the shading ranks the cells rather than measuring them. None holds the issues with nothing in that axis’s field.
Showing today’s figures. Each cell now counts the issues carrying no figure.
Issues carrying no Time Spent by Department and Status Category, in All work
| Sales | ||||
|---|---|---|---|---|
| Operations | ||||
| Legal | ||||
| Marketing | ||||
| Finance | ||||
| None | ||||
| Total |
This grid holds 4354 issues of the 4789 this filter returned. 6 epics and 429 sub-tasks were not counted, with 1923h in Time Spent between them.
How this grid was read, and what it leaves out
Read at Nov 2, 2026, 10:31 AM. Read with your permissions, so another reader may see a different total. A deeper fill means a larger figure among the others in this grid, not a larger figure in general: the shading ranks the cells rather than measuring them. None holds the issues with nothing in that axis’s field.
Showing today’s figures. Each cell now counts the issues carrying no figure.
Issues carrying no Time Spent by Department and Status Category, in All work
| Sales | ||
|---|---|---|
| Operations | ||
| Legal | ||
| Marketing | ||
| Finance | ||
| None | ||
| Total |
Showing the biggest of 3 columns. The rest hold 5% of the total, and their figures are in it.
This grid holds 4354 issues of the 4789 this filter returned. 6 epics and 429 sub-tasks were not counted, with 1923h in Time Spent between them.
How this grid was read, and what it leaves out
Read at Nov 2, 2026, 10:31 AM. Read with your permissions, so another reader may see a different total. A deeper fill means a larger figure among the others in this grid, not a larger figure in general: the shading ranks the cells rather than measuring them. None holds the issues with nothing in that axis’s field.
Showing today’s figures. Each cell now counts the issues carrying no figure.
Issues carrying no Time Spent by Department and Status Category, in All work
| Sales | ||
|---|---|---|
| Operations | ||
| Legal | ||
| Marketing | ||
| Finance | ||
| None | ||
| Total |
Showing the biggest of 3 columns. The rest hold 5% of the total, and their figures are in it.
This grid holds 4354 issues of the 4789 this filter returned. 6 epics and 429 sub-tasks were not counted, with 1923h in Time Spent between them.
How this grid was read, and what it leaves out
Read at Nov 2, 2026, 10:31 AM. Read with your permissions, so another reader may see a different total. A deeper fill means a larger figure among the others in this grid, not a larger figure in general: the shading ranks the cells rather than measuring them. None holds the issues with nothing in that axis’s field.
Showing today’s figures. Each cell now holds its share of its row.
Time Spent as a share of each row, by Department and Status Category, in All work
| Sales | ||||
|---|---|---|---|---|
| Operations | ||||
| Legal | ||||
| Marketing | ||||
| Finance | ||||
| None | ||||
| Total |
This grid holds 4354 issues of the 4789 this filter returned. 6 epics and 429 sub-tasks were not counted, with 1923h in Time Spent between them. Jira’s time fields belong to the issue and not to a period. Time logged counts every worklog ever made against these issues, whenever it was made, and an estimate covers all of the work rather than the part of it inside one month or sprint - so these figures are of the whole of this work, not of the stretch a date axis or a filter names. An issue worked on in March and again in September brings both. Narrowing the search by worklogDate picks which issues are counted, not which worklogs: what each one carries is still its whole total.
How this grid was read, and what it leaves out
Read at Nov 2, 2026, 10:31 AM. Read with your permissions, so another reader may see a different total. A deeper fill means a larger figure among the others in this grid, not a larger figure in general: the shading ranks the cells rather than measuring them. None holds the issues with nothing in that axis’s field. The last column is not a share: each figure in it is the total of the field that the row it ends is shared across. Each cell is a share of its own row, and the bottom row is each column’s share of the whole grid — so the bottom row is not the column above it added up. Each share is rounded on its own, so a row’s shares can add up to a little more or less than 100%.
Showing today’s figures. Each cell now holds its share of its row.
Time Spent as a share of each row, by Department and Status Category, in All work
| Sales | ||
|---|---|---|
| Operations | ||
| Legal | ||
| Marketing | ||
| Finance | ||
| None | ||
| Total |
Showing the biggest of 3 columns. The rest hold 5% of the total, and their figures are in it.
This grid holds 4354 issues of the 4789 this filter returned. 6 epics and 429 sub-tasks were not counted, with 1923h in Time Spent between them. Jira’s time fields belong to the issue and not to a period. Time logged counts every worklog ever made against these issues, whenever it was made, and an estimate covers all of the work rather than the part of it inside one month or sprint - so these figures are of the whole of this work, not of the stretch a date axis or a filter names. An issue worked on in March and again in September brings both. Narrowing the search by worklogDate picks which issues are counted, not which worklogs: what each one carries is still its whole total.
How this grid was read, and what it leaves out
Read at Nov 2, 2026, 10:31 AM. Read with your permissions, so another reader may see a different total. A deeper fill means a larger figure among the others in this grid, not a larger figure in general: the shading ranks the cells rather than measuring them. None holds the issues with nothing in that axis’s field. The last column is not a share: each figure in it is the total of the field that the row it ends is shared across. Each cell is a share of its own row, and the bottom row is each column’s share of the whole grid — so the bottom row is not the column above it added up. Each share is rounded on its own, so a row’s shares can add up to a little more or less than 100%.
Showing today’s figures. Each cell now holds its share of its row.
Time Spent as a share of each row, by Department and Status Category, in All work
| Sales | ||
|---|---|---|
| Operations | ||
| Legal | ||
| Marketing | ||
| Finance | ||
| None | ||
| Total |
Showing the biggest of 3 columns. The rest hold 5% of the total, and their figures are in it.
This grid holds 4354 issues of the 4789 this filter returned. 6 epics and 429 sub-tasks were not counted, with 1923h in Time Spent between them. Jira’s time fields belong to the issue and not to a period. Time logged counts every worklog ever made against these issues, whenever it was made, and an estimate covers all of the work rather than the part of it inside one month or sprint - so these figures are of the whole of this work, not of the stretch a date axis or a filter names. An issue worked on in March and again in September brings both. Narrowing the search by worklogDate picks which issues are counted, not which worklogs: what each one carries is still its whole total.
How this grid was read, and what it leaves out
Read at Nov 2, 2026, 10:31 AM. Read with your permissions, so another reader may see a different total. A deeper fill means a larger figure among the others in this grid, not a larger figure in general: the shading ranks the cells rather than measuring them. None holds the issues with nothing in that axis’s field. The last column is not a share: each figure in it is the total of the field that the row it ends is shared across. Each cell is a share of its own row, and the bottom row is each column’s share of the whole grid — so the bottom row is not the column above it added up. Each share is rounded on its own, so a row’s shares can add up to a little more or less than 100%.
Showing today’s figures. Each cell now holds its share of its row. Figures that left out 20% or more of their issues are marked.
Time Spent as a share of each row, by Department and Status Category, in All work
| Sales | ||||
|---|---|---|---|---|
| Operations | ||||
| Legal | ||||
| Marketing | ||||
| Finance | ||||
| None | ||||
| Total |
The mark means 20% or more of a figure’s issues carry no Time Spent. The grid as a whole is past that line too, so here the mark says little about which figures are missing the most.
This grid holds 4354 issues of the 4789 this filter returned. 6 epics and 429 sub-tasks were not counted, with 1923h in Time Spent between them. Jira’s time fields belong to the issue and not to a period. Time logged counts every worklog ever made against these issues, whenever it was made, and an estimate covers all of the work rather than the part of it inside one month or sprint - so these figures are of the whole of this work, not of the stretch a date axis or a filter names. An issue worked on in March and again in September brings both. Narrowing the search by worklogDate picks which issues are counted, not which worklogs: what each one carries is still its whole total.
How this grid was read, and what it leaves out
Read at Nov 2, 2026, 10:31 AM. Read with your permissions, so another reader may see a different total. A deeper fill means a larger figure among the others in this grid, not a larger figure in general: the shading ranks the cells rather than measuring them. None holds the issues with nothing in that axis’s field. The last column is not a share: each figure in it is the total of the field that the row it ends is shared across. Each cell is a share of its own row, and the bottom row is each column’s share of the whole grid — so the bottom row is not the column above it added up. Each share is rounded on its own, so a row’s shares can add up to a little more or less than 100%.
Showing today’s figures. Each cell now holds its share of its row. Figures that left out 20% or more of their issues are marked.
Time Spent as a share of each row, by Department and Status Category, in All work
| Sales | ||
|---|---|---|
| Operations | ||
| Legal | ||
| Marketing | ||
| Finance | ||
| None | ||
| Total |
The mark means 20% or more of a figure’s issues carry no Time Spent. The grid as a whole is past that line too, so here the mark says little about which figures are missing the most.
Showing the biggest of 3 columns. The rest hold 5% of the total, and their figures are in it.
This grid holds 4354 issues of the 4789 this filter returned. 6 epics and 429 sub-tasks were not counted, with 1923h in Time Spent between them. Jira’s time fields belong to the issue and not to a period. Time logged counts every worklog ever made against these issues, whenever it was made, and an estimate covers all of the work rather than the part of it inside one month or sprint - so these figures are of the whole of this work, not of the stretch a date axis or a filter names. An issue worked on in March and again in September brings both. Narrowing the search by worklogDate picks which issues are counted, not which worklogs: what each one carries is still its whole total.
How this grid was read, and what it leaves out
Read at Nov 2, 2026, 10:31 AM. Read with your permissions, so another reader may see a different total. A deeper fill means a larger figure among the others in this grid, not a larger figure in general: the shading ranks the cells rather than measuring them. None holds the issues with nothing in that axis’s field. The last column is not a share: each figure in it is the total of the field that the row it ends is shared across. Each cell is a share of its own row, and the bottom row is each column’s share of the whole grid — so the bottom row is not the column above it added up. Each share is rounded on its own, so a row’s shares can add up to a little more or less than 100%.
Showing today’s figures. Each cell now holds its share of its row. Figures that left out 20% or more of their issues are marked.
Time Spent as a share of each row, by Department and Status Category, in All work
| Sales | ||
|---|---|---|
| Operations | ||
| Legal | ||
| Marketing | ||
| Finance | ||
| None | ||
| Total |
The mark means 20% or more of a figure’s issues carry no Time Spent. The grid as a whole is past that line too, so here the mark says little about which figures are missing the most.
Showing the biggest of 3 columns. The rest hold 5% of the total, and their figures are in it.
This grid holds 4354 issues of the 4789 this filter returned. 6 epics and 429 sub-tasks were not counted, with 1923h in Time Spent between them. Jira’s time fields belong to the issue and not to a period. Time logged counts every worklog ever made against these issues, whenever it was made, and an estimate covers all of the work rather than the part of it inside one month or sprint - so these figures are of the whole of this work, not of the stretch a date axis or a filter names. An issue worked on in March and again in September brings both. Narrowing the search by worklogDate picks which issues are counted, not which worklogs: what each one carries is still its whole total.
How this grid was read, and what it leaves out
Read at Nov 2, 2026, 10:31 AM. Read with your permissions, so another reader may see a different total. A deeper fill means a larger figure among the others in this grid, not a larger figure in general: the shading ranks the cells rather than measuring them. None holds the issues with nothing in that axis’s field. The last column is not a share: each figure in it is the total of the field that the row it ends is shared across. Each cell is a share of its own row, and the bottom row is each column’s share of the whole grid — so the bottom row is not the column above it added up. Each share is rounded on its own, so a row’s shares can add up to a little more or less than 100%.
Drawn by the gadget itself, on an invented board. The figures are counted by the product rather than typed here; every view and the mark work here. The figures themselves do nothing, because they lead to a Jira that is not yours; Export and Keep this are on the demo, where they work.
That figure is a picture of a grid this product drew. The gadgets themselves are one page away — the same components over the same invented board, with settings you can change and nothing to install.
Free while your site has ten people or fewer, then per licensed user on your Jira site rather than per person who opens the dashboard: twenty-five pay $12.50 a month, a thousand $192.50. The bands, and what a year comes to.
It says how much work it did not count
A total that hides what is missing from it is a total nobody can defend. So the grid counts the issues carrying no figure at all, cell by cell: Mark what is missing corners every figure that left out 20% or more of its issues, and hovering over a figure says how many it left out and that they add nothing to it.
The grid also says when a read was cut short, and why. An axis with more values than a table can hold gathers the rest into one row called Everything else, where they still count, rather than dropping them. And where an issue genuinely belongs in three rows, it says how far that pushes the margins past the grand total instead of quietly picking one. The whole arithmetic is public.
Showing today’s figures. Each cell now counts the issues carrying no figure.
Issues carrying no Story point estimate by Status and Issue Type, in All work
| To Do | ||||
|---|---|---|---|---|
| Ready for Development | ||||
| In Progress | ||||
| BA in Progress | ||||
| In Review | ||||
| In Testing | ||||
| Ready for QA | ||||
| Done | ||||
| Blocked | ||||
| Canceled | ||||
| Total |
This grid holds 4354 issues of the 4789 this filter returned. 6 epics and 429 sub-tasks were not counted, with 20 in Story point estimate between them.
Each of these carries the table itself: every figure with its headings and totals, and a note of what the grid is of, when it was read and what it left out.
Keep this stores the grid on screen under today’s date, for whoever kept it - these figures, not a fresh read of the same filter. It is how a number quoted at a meeting can be shown again months later.
How this grid was read, and what it leaves out
Read at Nov 2, 2026, 10:31 AM. Read with your permissions, so another reader may see a different total. A deeper fill means a larger figure among the others in this grid, not a larger figure in general: the shading ranks the cells rather than measuring them.
Showing today’s figures. Each cell now counts the issues carrying no figure.
Issues carrying no Story point estimate by Status and Issue Type, in All work
| To Do | |||
|---|---|---|---|
| Ready for Development | |||
| In Progress | |||
| BA in Progress | |||
| In Review | |||
| In Testing | |||
| Ready for QA | |||
| Done | |||
| Blocked | |||
| Canceled | |||
| Total |
Showing the 2 biggest of 3 columns. The rest hold 10% of the total, and their figures are in it.
This grid holds 4354 issues of the 4789 this filter returned. 6 epics and 429 sub-tasks were not counted, with 20 in Story point estimate between them.
Each of these carries the table itself: every figure with its headings and totals, and a note of what the grid is of, when it was read and what it left out.
Keep this stores the grid on screen under today’s date, for whoever kept it - these figures, not a fresh read of the same filter. It is how a number quoted at a meeting can be shown again months later.
How this grid was read, and what it leaves out
Read at Nov 2, 2026, 10:31 AM. Read with your permissions, so another reader may see a different total. A deeper fill means a larger figure among the others in this grid, not a larger figure in general: the shading ranks the cells rather than measuring them.
Showing today’s figures. Each cell now counts the issues carrying no figure.
Issues carrying no Story point estimate by Status and Issue Type, in All work
| To Do | ||
|---|---|---|
| Ready for Development | ||
| In Progress | ||
| BA in Progress | ||
| In Review | ||
| In Testing | ||
| Ready for QA | ||
| Done | ||
| Blocked | ||
| Canceled | ||
| Total |
Showing the biggest of 3 columns. The rest hold 36% of the total, and their figures are in it.
This grid holds 4354 issues of the 4789 this filter returned. 6 epics and 429 sub-tasks were not counted, with 20 in Story point estimate between them.
Each of these carries the table itself: every figure with its headings and totals, and a note of what the grid is of, when it was read and what it left out.
Keep this stores the grid on screen under today’s date, for whoever kept it - these figures, not a fresh read of the same filter. It is how a number quoted at a meeting can be shown again months later.
How this grid was read, and what it leaves out
Read at Nov 2, 2026, 10:31 AM. Read with your permissions, so another reader may see a different total. A deeper fill means a larger figure among the others in this grid, not a larger figure in general: the shading ranks the cells rather than measuring them.
Drawn by the gadget itself, on an invented board. The figures are counted by the product rather than typed here; the controls are not live on this page.
It is built for a dashboard column
A gadget gets the width its dashboard's layout gives it, and in a two- or three-column layout that is 346 pixels. Ten statuses across the top want far more.
A column that narrow is where this product lives rather than an edge case, so what happens there is decided rather than suffered: the table scrolls sideways with the row labels and the Total column held still, it says underneath how many columns are off the screen and that their figures are in the totals, and where the other arrangement would fit it offers the swap by name. Drag the frame on the demo to see it at that width, or read what it does in a column.
Showing today’s figures. Each cell now holds a total.
Story point estimate by Issue Type and Status, in All work
| Bug | 0, Bug and In Progress. 5 issues here carry no Story point estimate, and add nothing to this figure. There is nothing behind this figure to open. | 0, Bug and In Testing. 1 issue here carries no Story point estimate, and adds nothing to this figure. There is nothing behind this figure to open. | 0, Bug and Ready for QA. 1 issue here carries no Story point estimate, and adds nothing to this figure. There is nothing behind this figure to open. | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Story | |||||||||||
| Task | |||||||||||
| Total |
8 more columns are off to the right of this window, and their figures are in the totals.
They hold 97% of the total, nearly all of it in Done.
The smaller figure beside each total is the number of issues it adds up.
This grid holds 4354 issues of the 4789 this filter returned. Their Story point estimate total is 11647.5. 6 epics and 429 sub-tasks were not counted, with 20 in Story point estimate between them.
Each of these carries the table itself: every figure with its headings and totals, and a note of what the grid is of, when it was read and what it left out.
Keep this stores the grid on screen under today’s date, for whoever kept it - these figures, not a fresh read of the same filter. It is how a number quoted at a meeting can be shown again months later.
How this grid was read, and what it leaves out
Read at Nov 2, 2026, 10:31 AM. Read with your permissions, so another reader may see a different total. A deeper fill means a larger figure among the others in this grid, not a larger figure in general: the shading ranks the cells rather than measuring them. The corner total covers only the 2617 issues that carry Story point estimate. A grid of another field covers other issues, so subtracting one of these totals from the other does not give the difference between them. An empty cell has no issues in it. A cell showing 0 has issues whose Story point estimate adds up to zero.
Showing today’s figures. Each cell now holds a total.
Story point estimate by Issue Type and Status, in All work
| Bug | 0, Bug and In Progress. 5 issues here carry no Story point estimate, and add nothing to this figure. There is nothing behind this figure to open. | 0, Bug and In Testing. 1 issue here carries no Story point estimate, and adds nothing to this figure. There is nothing behind this figure to open. | 0, Bug and Ready for QA. 1 issue here carries no Story point estimate, and adds nothing to this figure. There is nothing behind this figure to open. | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Story | |||||||||||
| Task | |||||||||||
| Total |
9 more columns are off to the right of this window, and their figures are in the totals.
They hold 98% of the total, nearly all of it in Done.
The smaller figure beside each total is the number of issues it adds up.
This grid holds 4354 issues of the 4789 this filter returned. Their Story point estimate total is 11647.5. 6 epics and 429 sub-tasks were not counted, with 20 in Story point estimate between them.
Each of these carries the table itself: every figure with its headings and totals, and a note of what the grid is of, when it was read and what it left out.
Keep this stores the grid on screen under today’s date, for whoever kept it - these figures, not a fresh read of the same filter. It is how a number quoted at a meeting can be shown again months later.
How this grid was read, and what it leaves out
Read at Nov 2, 2026, 10:31 AM. Read with your permissions, so another reader may see a different total. A deeper fill means a larger figure among the others in this grid, not a larger figure in general: the shading ranks the cells rather than measuring them. The corner total covers only the 2617 issues that carry Story point estimate. A grid of another field covers other issues, so subtracting one of these totals from the other does not give the difference between them. An empty cell has no issues in it. A cell showing 0 has issues whose Story point estimate adds up to zero.
Drawn by the gadget itself, on an invented board. The figures are counted by the product rather than typed here; the controls are not live on this page.
Five gadgets, one subscription
- Crosstab draws the grid.
- Crosstab Total draws one figure and the number of issues behind it.
- Crosstab Change lists what has moved since a grid somebody kept or published, largest first.
- Crosstab Sprints draws the last sprints of a filter: what was in each at the start, what was added after, and what was closed by the end.
- Crosstab Chart draws the grid as bars stacked or side by side, as each row's shares of a hundred, or as a line for each of its six largest rows. Its bars show the work still open: a column that is a status in Jira's done category, such as Done or Canceled, is left off and named underneath, unless finished work is all there is to draw. Up to seven columns are drawn one by one; past seven, the six with the most in them are, and the rest are drawn together. The table under the chart holds what the chart draws; every column is in the grid Crosstab draws.
A gadget can take its settings from another Crosstab gadget on the same dashboard: Use these in its settings links the two, and a change made to one shows up in the other.
Gadgets with the same settings on one dashboard read Jira once between them, each reader with their own permissions. Crosstab Sprints is the exception: it reads the history of every issue in the filter that has been in a sprint, and shares that read with no other gadget.
Open at page width opens the grid across a whole page, with all nine views and the comparisons a dashboard column has no room for.
It adds up where Jira's own gadget counts
Jira's Two Dimensional Filter Statistics gadget answers how many. This one answers how much: hours, story points, an estimate, or any numeric field in your site, across any two axes it is allowed to draw. The one number it will not add up is Work Ratio, which Jira works out per issue as a percentage, and a sum of percentages is not one.
It says what joined the sprint after it started
Sprint scope is an axis that splits every sprint into the work that was in it at the start, the work added after the start, and the work the record cannot place (Start not in the record), read out of each issue's own history. Put it beside sprint and each row is a sprint's plan against what arrived later, in points or hours or any field you total. Where the start is drawn, and why.
Showing today’s figures. Each cell now holds a total.
Story point estimate by Sprint and Sprint scope, in Work in a sprint
| Sprint 24 | 744, Sprint 24 and In at the start. A sum of 176 issues. 108 issues here carry no Story point estimate, and add nothing to this figure. Jira accepts no query for when an issue entered a sprint, so no figure on this axis opens — here or beside it. Every other axis this grid offers does. | 601.5, Sprint 24 and Added after the start. A sum of 136 issues. 84 issues here carry no Story point estimate, and add nothing to this figure. Jira accepts no query for when an issue entered a sprint, so no figure on this axis opens — here or beside it. Every other axis this grid offers does. | 173.5, Sprint 24 and Start not in the record. A sum of 37 issues. 18 issues here carry no Story point estimate, and add nothing to this figure. Jira accepts no query for when an issue entered a sprint, so no figure on this axis opens — here or beside it. Every other axis this grid offers does. | 1519, Sprint 24, every column. A sum of 349 issues. 210 issues here carry no Story point estimate, and add nothing to this figure. Jira accepts no query for when an issue entered a sprint, so no figure on this axis opens — here or beside it. Every other axis this grid offers does. |
|---|---|---|---|---|
| Sprint 25 | 1066.5, Sprint 25 and In at the start. A sum of 230 issues. 156 issues here carry no Story point estimate, and add nothing to this figure. Jira accepts no query for when an issue entered a sprint, so no figure on this axis opens — here or beside it. Every other axis this grid offers does. | 725, Sprint 25 and Added after the start. A sum of 172 issues. 127 issues here carry no Story point estimate, and add nothing to this figure. Jira accepts no query for when an issue entered a sprint, so no figure on this axis opens — here or beside it. Every other axis this grid offers does. | 210, Sprint 25 and Start not in the record. A sum of 48 issues. 30 issues here carry no Story point estimate, and add nothing to this figure. Jira accepts no query for when an issue entered a sprint, so no figure on this axis opens — here or beside it. Every other axis this grid offers does. | 2001.5, Sprint 25, every column. A sum of 450 issues. 313 issues here carry no Story point estimate, and add nothing to this figure. Jira accepts no query for when an issue entered a sprint, so no figure on this axis opens — here or beside it. Every other axis this grid offers does. |
| Sprint 26 | 2388.5, Sprint 26 and In at the start. A sum of 546 issues. 369 issues here carry no Story point estimate, and add nothing to this figure. Jira accepts no query for when an issue entered a sprint, so no figure on this axis opens — here or beside it. Every other axis this grid offers does. | 1611, Sprint 26 and Added after the start. A sum of 358 issues. 231 issues here carry no Story point estimate, and add nothing to this figure. Jira accepts no query for when an issue entered a sprint, so no figure on this axis opens — here or beside it. Every other axis this grid offers does. | 488.5, Sprint 26 and Start not in the record. A sum of 103 issues. 68 issues here carry no Story point estimate, and add nothing to this figure. Jira accepts no query for when an issue entered a sprint, so no figure on this axis opens — here or beside it. Every other axis this grid offers does. | 4488, Sprint 26, every column. A sum of 1007 issues. 668 issues here carry no Story point estimate, and add nothing to this figure. Jira accepts no query for when an issue entered a sprint, so no figure on this axis opens — here or beside it. Every other axis this grid offers does. |
| Sprint 27 | 94.5, Sprint 27 and Start not in the record. A sum of 22 issues. 15 issues here carry no Story point estimate, and add nothing to this figure. Jira accepts no query for when an issue entered a sprint, so no figure on this axis opens — here or beside it. Every other axis this grid offers does. | 94.5, Sprint 27, every column. A sum of 22 issues. 15 issues here carry no Story point estimate, and add nothing to this figure. Jira accepts no query for when an issue entered a sprint, so no figure on this axis opens — here or beside it. Every other axis this grid offers does. | ||
| Total | 4199, In at the start, every row. A sum of 952 issues. 633 issues here carry no Story point estimate, and add nothing to this figure. Jira accepts no query for when an issue entered a sprint, so no figure on this axis opens — here or beside it. Every other axis this grid offers does. | 2937.5, Added after the start, every row. A sum of 666 issues. 442 issues here carry no Story point estimate, and add nothing to this figure. Jira accepts no query for when an issue entered a sprint, so no figure on this axis opens — here or beside it. Every other axis this grid offers does. | 966.5, Start not in the record, every row. A sum of 210 issues. 131 issues here carry no Story point estimate, and add nothing to this figure. Jira accepts no query for when an issue entered a sprint, so no figure on this axis opens — here or beside it. Every other axis this grid offers does. |
The smaller figure beside each total is the number of issues it adds up.
This grid holds 3034 issues of the 3350 this search returned. Their Story point estimate total is 8103. 6 epics and 310 sub-tasks were not counted, with 20 in Story point estimate between them.
Each of these carries the table itself: every figure with its headings and totals, and a note of what the grid is of, when it was read and what it left out.
Keep this stores the grid on screen under today’s date, for whoever kept it - these figures, not a fresh read of the same filter. It is how a number quoted at a meeting can be shown again months later.
How this grid was read, and what it leaves out
Read at Nov 2, 2026, 10:31 AM. Read with your permissions, so another reader may see a different total. A deeper fill means a larger figure among the others in this grid, not a larger figure in general: the shading ranks the cells rather than measuring them. This axis is read from each issue’s own history, against the start date of the sprint it is in now. These figures are the only ones here that do not open: Jira accepts no query for when an issue entered a sprint, so any list behind them would hold different issues from the ones they count. An issue carried from one sprint into the next is counted once, in the sprint it is in now: the running one, otherwise the next one it is planned for, otherwise the last one it was in. The corner total covers only the 1828 issues that carry Story point estimate. A grid of another field covers other issues, so subtracting one of these totals from the other does not give the difference between them.
Showing today’s figures. Each cell now holds a total.
Story point estimate by Sprint scope and Sprint, in Work in a sprint
| In at the start | 2388.5, In at the start and Sprint 26. A sum of 546 issues. 369 issues here carry no Story point estimate, and add nothing to this figure. Jira accepts no query for when an issue entered a sprint, so no figure on this axis opens — here or beside it. Every other axis this grid offers does. | 4199, In at the start, every column. A sum of 952 issues. 633 issues here carry no Story point estimate, and add nothing to this figure. Jira accepts no query for when an issue entered a sprint, so no figure on this axis opens — here or beside it. Every other axis this grid offers does. |
|---|---|---|
| Added after the start | 1611, Added after the start and Sprint 26. A sum of 358 issues. 231 issues here carry no Story point estimate, and add nothing to this figure. Jira accepts no query for when an issue entered a sprint, so no figure on this axis opens — here or beside it. Every other axis this grid offers does. | 2937.5, Added after the start, every column. A sum of 666 issues. 442 issues here carry no Story point estimate, and add nothing to this figure. Jira accepts no query for when an issue entered a sprint, so no figure on this axis opens — here or beside it. Every other axis this grid offers does. |
| Start not in the record | 488.5, Start not in the record and Sprint 26. A sum of 103 issues. 68 issues here carry no Story point estimate, and add nothing to this figure. Jira accepts no query for when an issue entered a sprint, so no figure on this axis opens — here or beside it. Every other axis this grid offers does. | 966.5, Start not in the record, every column. A sum of 210 issues. 131 issues here carry no Story point estimate, and add nothing to this figure. Jira accepts no query for when an issue entered a sprint, so no figure on this axis opens — here or beside it. Every other axis this grid offers does. |
| Total | 4488, Sprint 26, every row. A sum of 1007 issues. 668 issues here carry no Story point estimate, and add nothing to this figure. Jira accepts no query for when an issue entered a sprint, so no figure on this axis opens — here or beside it. Every other axis this grid offers does. |
The smaller figure beside each total is the number of issues it adds up.
Showing the biggest of 4 columns. The rest hold 45% of the total, and their figures are in it.
This grid holds 3034 issues of the 3350 this search returned. Their Story point estimate total is 8103. 6 epics and 310 sub-tasks were not counted, with 20 in Story point estimate between them.
Each of these carries the table itself: every figure with its headings and totals, and a note of what the grid is of, when it was read and what it left out.
Keep this stores the grid on screen under today’s date, for whoever kept it - these figures, not a fresh read of the same filter. It is how a number quoted at a meeting can be shown again months later.
How this grid was read, and what it leaves out
Read at Nov 2, 2026, 10:31 AM. Read with your permissions, so another reader may see a different total. A deeper fill means a larger figure among the others in this grid, not a larger figure in general: the shading ranks the cells rather than measuring them. This axis is read from each issue’s own history, against the start date of the sprint it is in now. These figures are the only ones here that do not open: Jira accepts no query for when an issue entered a sprint, so any list behind them would hold different issues from the ones they count. An issue carried from one sprint into the next is counted once, in the sprint it is in now: the running one, otherwise the next one it is planned for, otherwise the last one it was in. The corner total covers only the 1828 issues that carry Story point estimate. A grid of another field covers other issues, so subtracting one of these totals from the other does not give the difference between them.
Drawn by the gadget itself, on an invented board. The figures are counted by the product rather than typed here; the controls are not live on this page.
Why pay for it rather than export a spreadsheet
A site of ten people or fewer pays nothing, and one of twenty-five pays $125 a year for the whole site, however many dashboards carry it.
A field summed across two axes is something a CSV and a spreadsheet will give you once; what they will not do is go on giving it to you, on the dashboard, next week.
Three things here are the reason to pay for Crosstab rather than export: a grid that says what each figure left out; Keep, which stores the grid as it stands, so that Crosstab Change can say how far every cell has moved since; and the Sprint scope axis above. All three are on the demo.
Already have a pivot gadget, from a bundle or a free one? It sums a field across two axes too. Ask it the same three things: does it say what each figure left out, and when a read was cut short; can it keep a grid and say how far each cell has moved since; and can the same grid split a sprint into what was in it at the start and what was added after?
A kept grid is the keeper's own: a colleague opening the same gadget sees the grids they kept, and Publish this grid is how one reaches everybody else.
How large is the filter you would point it at?
Under about three thousand issues, a read finishes and every figure here is a complete total. Between three and twenty thousand one read does not finish on most sites: the gadget has its resolver's clock rather than your patience, and where it stops early the grid says so on its face, marks the figures it could not finish, leaves nothing out silently, and offers Finish this read, which reads on from where it stopped and adds to the same figures.
One grid reads at most twenty thousand issues, however many times the read is continued, and stops there by design, so a filter larger than that is one to narrow before it is one to draw. That reach is arithmetic on a page of a hundred issues, which makes it an estimate of your own site rather than a property of this product — both the sum and what a grid looks like when a read is cut short.
However large the site, the gadgets people open on it spend at most 13,000 points of Jira's hourly allowance between them, the same for a site of ten people and of a thousand: about four first opens in an hour of a three-thousand-issue grid that adds up a field. A grid held for five minutes, and a kept one, ask Jira nothing. What each open costs, and how to work it out for your site.
Showing today’s figures. Each cell now holds a total.
Story point estimate by Status and Issue Type, in All work — a partial read
| To Do | ||||
|---|---|---|---|---|
| Ready for Development | ||||
| In Progress | ||||
| BA in Progress | ||||
| In Review | ||||
| Ready to Merge | 0, Ready to Merge and Story. 1 issue here carries no Story point estimate, and adds nothing to this figure. There is nothing behind this figure to open. | 0, Ready to Merge, every column. 1 issue here carries no Story point estimate, and adds nothing to this figure. There is nothing behind this figure to open. | ||
| In Testing | ||||
| Ready for QA | 0, Ready for QA and Task. 1 issue here carries no Story point estimate, and adds nothing to this figure. There is nothing behind this figure to open. | |||
| Done | ||||
| Blocked | 0, Blocked and Bug. 1 issue here carries no Story point estimate, and adds nothing to this figure. There is nothing behind this figure to open. | |||
| Canceled | ||||
| Total |
The smaller figure beside each total is the number of issues it adds up.
So far this grid holds 11713 issues, totaling 31936. 23 epics and 1164 sub-tasks were not counted, with 81 in Story point estimate between them.
Each of these carries the table itself: every figure with its headings and totals, and a note of what the grid is of, when it was read and what it left out.
Keep this stores the grid on screen under today’s date, for whoever kept it - these figures, not a fresh read of the same filter. It is how a number quoted at a meeting can be shown again months later.
How this grid was read, and what it leaves out
Read at Nov 2, 2026, 10:31 AM. Read with your permissions, so another reader may see a different total. A deeper fill means a larger figure among the others in this grid, not a larger figure in general: the shading ranks the cells rather than measuring them. The corner total covers only the 7072 issues that carry Story point estimate. A grid of another field covers other issues, so subtracting one of these totals from the other does not give the difference between them. An empty cell has no issues in it. A cell showing 0 has issues whose Story point estimate adds up to zero.
Showing today’s figures. Each cell now holds a total.
Story point estimate by Status and Issue Type, in All work — a partial read
| To Do | |||
|---|---|---|---|
| Ready for Development | |||
| In Progress | |||
| BA in Progress | |||
| In Review | |||
| Ready to Merge | 0, Ready to Merge and Story. 1 issue here carries no Story point estimate, and adds nothing to this figure. There is nothing behind this figure to open. | 0, Ready to Merge, every column. 1 issue here carries no Story point estimate, and adds nothing to this figure. There is nothing behind this figure to open. | |
| In Testing | |||
| Ready for QA | |||
| Done | |||
| Blocked | 0, Blocked and Bug. 1 issue here carries no Story point estimate, and adds nothing to this figure. There is nothing behind this figure to open. | ||
| Canceled | |||
| Total |
The smaller figure beside each total is the number of issues it adds up.
Showing the 2 biggest of 3 columns. The rest hold 11% of the total, and their figures are in it.
So far this grid holds 11713 issues, totaling 31936. 23 epics and 1164 sub-tasks were not counted, with 81 in Story point estimate between them.
Each of these carries the table itself: every figure with its headings and totals, and a note of what the grid is of, when it was read and what it left out.
Keep this stores the grid on screen under today’s date, for whoever kept it - these figures, not a fresh read of the same filter. It is how a number quoted at a meeting can be shown again months later.
How this grid was read, and what it leaves out
Read at Nov 2, 2026, 10:31 AM. Read with your permissions, so another reader may see a different total. A deeper fill means a larger figure among the others in this grid, not a larger figure in general: the shading ranks the cells rather than measuring them. The corner total covers only the 7072 issues that carry Story point estimate. A grid of another field covers other issues, so subtracting one of these totals from the other does not give the difference between them. An empty cell has no issues in it. A cell showing 0 has issues whose Story point estimate adds up to zero.
Showing today’s figures. Each cell now holds a total.
Story point estimate by Status and Issue Type, in All work — a partial read
| To Do | ||
|---|---|---|
| Ready for Development | ||
| In Progress | ||
| BA in Progress | ||
| In Review | ||
| Ready to Merge | 0, Ready to Merge and Story. 1 issue here carries no Story point estimate, and adds nothing to this figure. There is nothing behind this figure to open. | 0, Ready to Merge, every column. 1 issue here carries no Story point estimate, and adds nothing to this figure. There is nothing behind this figure to open. |
| In Testing | ||
| Ready for QA | ||
| Done | ||
| Blocked | ||
| Canceled | ||
| Total |
The smaller figure beside each total is the number of issues it adds up.
Showing the biggest of 3 columns. The rest hold 38% of the total, and their figures are in it.
So far this grid holds 11713 issues, totaling 31936. 23 epics and 1164 sub-tasks were not counted, with 81 in Story point estimate between them.
Each of these carries the table itself: every figure with its headings and totals, and a note of what the grid is of, when it was read and what it left out.
Keep this stores the grid on screen under today’s date, for whoever kept it - these figures, not a fresh read of the same filter. It is how a number quoted at a meeting can be shown again months later.
How this grid was read, and what it leaves out
Read at Nov 2, 2026, 10:31 AM. Read with your permissions, so another reader may see a different total. A deeper fill means a larger figure among the others in this grid, not a larger figure in general: the shading ranks the cells rather than measuring them. The corner total covers only the 7072 issues that carry Story point estimate. A grid of another field covers other issues, so subtracting one of these totals from the other does not give the difference between them. An empty cell has no issues in it. A cell showing 0 has issues whose Story point estimate adds up to zero.
Drawn by the gadget itself, on an invented board. The figures are counted by the product rather than typed here; the controls are not live on this page.
What it costs your site
Free for ten users or fewer. Past that, from $0.50 per licensed user a month on your Jira site, on a graduated scale that gets cheaper as the site grows. Thirty days to try it first.
Nothing leaves Atlassian
Jira is read on a schedule only where somebody switched one on, and there is no external host: the built bundle reaches nothing but your own site, and the manifest Atlassian shows you before installing declares no host at all. What the app keeps goes into its storage on Atlassian, and the vendor sees only counts and short log lines, read through Atlassian's developer console, which your administrator can switch off — the privacy page lists each of them. No axis can be a person — not assignee, not reporter, not any user field — because a total broken down by a person is a metric about that person.
Read on, or try it
- Live demothe gadgets themselves, on an invented board, with nothing to install
- Getting startedhow to configure it, and how to read what it draws
- Methodthe whole arithmetic behind every figure in the grid
- Securityhow the app is built and operated, and how to report a flaw
- Privacywhat is read, what is stored, and why none of it leaves Atlassian
- Supporta question, a fault, or something that looks wrong, and when you will hear back
- Pricingwhat it costs, what a year comes to, and who pays for what
Crosstab is on the Atlassian Marketplace — install it there, or try the gadgets here first.