nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Showing Time Remaining and Quick Filters

Ari Brown

When I'm using Jira/Greenhopper in the planning mode, I have a great breakdown of tasks and time remaining in any unstarted sprint. This is a very valuable view, but as soon as I hit start, it goes away. Similarly, if I use a quick filter on that screen, the totals are updated to reflect those changes, but after a sprint is started, the red/yellow/green numbers at the top of the sprint are not updated based on quick filters - where can I get this view?

Accepted answers

Ari Brown

I think it's pretty clear from the conversation here that this functionality doesn't exist, but it looks like a feature request has been made. Resolving.

All comments

John Chin

Hi there,

Did you put the values in Story Points field when creating the issue? If you not able to see the field in issue create screen, kindly add the field in screen via Administration > Fields > Custom Field > Story Points > Default Screen. Hope it helps.

Regards,

John Chin

Renjith Pillai

As the Sprint starts the issues are now in the Work mode, not anymore in the Plan mode. At the same time, for running sprints, burn down charts gives the right view of the status of the items.

Chris McFadden

I agree that it would be very helpful to have a rudimentary ability to do capacity planning per sprint. That is identify hours available per team member in the Sprint and then provide some kind of report or guidance to indicate if people on team are under or over committed. This would be necessary to persist from Plan to Work mode.

Ari Brown

Yep - that's what I'm talking about. It is great, in the perfect rudimentary sense, as it exists now. If I could access it during the sprint (adding it to the work board would make the most sense once the sprint starts) would be awesome.

Ari Brown

Hi John,

I understand what happens if I add story points, and that is valuable, but I'm talking about the even more valuable (to me) view that can only be seen in the Plan mode *on an unstarted sprint* - it's summing task-level estimates and uses a black and gray view to show both totals and sub-totals based on quick filters. It's great stuff... but then it goes away.

Renjith - I know that the mental model Greenhopper is using transitions from Plan to Work mode as soon as the sprint starts and I don't have a problem with this, but the functionality I'm looking at (seeing statistics per person in an easy to use, summarized view) doesn't appear to exist in there. Burndown of the sprint is by team - good stuff overall, but not helpful by individual (or even better, by quick filter!)

Any other thoughts?

Renjith Pillai

I would say, scrum and in turn GreenHopper is aimed at looking at a team level, for a statistics based on individuals, I would say that you setup a Dashboard with required gadgets that captures data aggregated at an individual level. Btw, what kind of statistics are you looking at an individual level?

And this red/yellow/green boxes on the top of the columns are based on issue count, not based on story points.

May be if you attach a screenshot it can explain it more, if you are talking about something else.

Ari Brown

Alright - take a look above. This is from Planning Board, for an unstarted sprint. Let's see all the things we get here.

- We see the total count of things in the sprint, plus the total count AFTER any quick filters are applied (and I can use those awesome quick filters to wean things down based on functional area, person, or whatever I want)

- We see the total estimate of time for the items in the sprint, and we see the estimate for time AFTER the filters are applied. This is good stuff and it already exists!

As soon as I start the sprint or if I shift to the work board, I can't access this stuff. Why? Yes, you can say that you shouldn't really need to know this info by person, but the reality is there are a ton of use cases where you would like to know. Also, the filters don't have to be by person - it could be functional area or targetted release or anything, so I don't buy that line. Again, I can get this info other place, but not easily. It is clearly already implemented - it's just a question of exposing it or not.

Ari Brown

Seems like the solution is to not need things that Greenhopper doesn't provide. Oh well - I was hoping for a way to reveal the functionality I know is there, but knowing that it can't be done is at least going to save me some time looking. Consider it a feature request.

Renjith Pillai

Agreed, it would be valueable. I created a story for GH here https://jira.atlassian.com/browse/GHS-7031

Please vote for it so that it gets required attention by our PM.

Ari Brown

I think it's pretty clear from the conversation here that this functionality doesn't exist, but it looks like a feature request has been made. Resolving.

Sannette

This would be brilliant.

Emmanuel Rouillard

This would be great !

Emmanuel Rouillard

What is the corresponding feature request ?

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

jira

jira-software

time-tracking

quick-filter