• 1
    • 7
    • Hide
      Atlassian Status as at 13 November 2015

      Thanks for your feedback and comments, the JIRA Agile team is working hard to improve the product and we are aware of the many requests here on jira.atlassian.com

      Details of issues currently in development or recently shipped are noted in comment-825508.

      We understand that this is a significant issue for many of you. In the comments below there are some workarounds and links to add-ons in the Atlassian Marketplace that may be of assistance.

      We cannot provide any guidance at this time as to when this Suggestion will be addressed.

      Kind regards,
      Martin
      JIRA Software

      Show
      Atlassian Status as at 13 November 2015 Thanks for your feedback and comments, the JIRA Agile team is working hard to improve the product and we are aware of the many requests here on jira.atlassian.com Details of issues currently in development or recently shipped are noted in comment-825508 . We understand that this is a significant issue for many of you. In the comments below there are some workarounds and links to add-ons in the Atlassian Marketplace that may be of assistance. We cannot provide any guidance at this time as to when this Suggestion will be addressed. Kind regards, Martin JIRA Software
    • Our product teams collect and evaluate feedback from a number of different sources. To learn more about how we use customer feedback in the planning process, check out our new feature policy.

      NOTE: This suggestion is for JIRA Software Cloud. Using JIRA Software Server? See the corresponding suggestion.

      As a Greenhopper Scrum product owner, I want story estimates to automatically total to the sum of the estimates for all sub-tasks IF and ONLY IF subtasks are entered (else I want story estimates to be manual entry) so that I can view on the scrum board the original estimate against the remaining time.

      Definition of Done:
      1) When no sub-tasks exist for a story, the estimate field for the story allows entry of a value manually
      2) When one or more sub-tasks exist for a story, the estimate field for the story is calculated as the sum of the estimates for all sub-tasks for that story

      Context:

      I'm finding a feature in Greenhopper to NOT operate as I would have expected. The feature is in estimating where the estimation on the scrum board is configured for original time estimates. What I would like is:
      1) when no sub-tasks are created for a story, the estimation and remaining fields are editable within the story
      2) when sub-tasks have been created, the story estimate and remaining fields are calculated as the sum of the estimate and remaining fields for the sub-tasks

      What's currently happening is that the story estimate field is not calculated from the sum of the sub-tasks but the story remaining field is. Worse, if you enter a value in the story estimate field when sub-tasks have been added and estimated, the value entered into the story estimate field is added to the story remaining field, which already has the sum of the sub-tasks. Thus, if, as a work around, you try to manually enter a story estimate that equals the sum of the sub-task estimates, the story remaining field value doubles. There's no work around for this. This feature seems poorly defined. I understand what the product team was trying to accomplish... the ability to estimate and view remaining values for stories that have no sub-tasks or prior to sub-tasks being added. What they missed is that the field could serve both functions - manual entry when no sub-tasks exist and calculated value when sub-tasks do exist. I strongly urge the product team to consider this feature at their earliest opportunity as the inability to see from the scrum board the original estimate against the remaining value in plan and work mode is a problem.

      Steps to reproduce
      1. Configure Scrum board to use "Original Time Estimate" for Estimation Statistic
      2. Configure Scrum board to use "Remaining Estimate and Time Spent" for Time Tracking
      3. Create an issue with issue type Story, without specifying any Original Estimate and Remaining Estimate
      4. Create 2 sub-tasks for this issue.
        • Sub-task 1 has Remaining Estimate of 4 hours
        • Sub-task 2 has Remaining Estimate of 2 hours
      5. Checking parent of sub-tasks in Issue View, Original Estimate and Remaining Estimate is now shown as 6 hours
      6. Navigate back to Scrum board, open Issue Detail View, and Original Estimate for parent issue is Unestimated

        1. Automatic Story Estimation.png
          Automatic Story Estimation.png
          20 kB
        2. Bildschirmfoto 2015-05-07 um 11.33.21.png
          Bildschirmfoto 2015-05-07 um 11.33.21.png
          29 kB
        3. Not on board.png
          Not on board.png
          5 kB
        4. ScreenHunter_02 Oct. 07 09.30.gif
          ScreenHunter_02 Oct. 07 09.30.gif
          4 kB
        5. screenshot-1.png
          screenshot-1.png
          41 kB
        6. sprint-plan.png
          sprint-plan.png
          29 kB
        7. sprint-report.png
          sprint-report.png
          66 kB
        8. Stupid Scrum Board.png
          Stupid Scrum Board.png
          119 kB
        9. velocity.png
          velocity.png
          6 kB

            [JSWCLOUD-13138] Sum estimates from sub-tasks in user stories

            Belto added a comment - - edited

            Dear Customers,

            After comparing this feature request against the known report JSWCLOUD-9167 we realised that both are addressing the same scenario. Since we consider JSWCLOUD-9167 the main point of entry for this scenario, we will be closing this request now and will ask you to cast your votes in the original request so we can measure the impact and interest more accurately. If you believe that this has been done in error please raise a Support request at support.atlassian.com and we will endeavour to address it.

            Cheers,

            Belto
            Cloud Support Engineer | Amsterdam

            Belto added a comment - - edited Dear Customers, After comparing this feature request against the known report JSWCLOUD-9167 we realised that both are addressing the same scenario. Since we consider JSWCLOUD-9167 the main point of entry for this scenario, we will be closing this request now and will ask you to cast your votes in the original request so we can measure the impact and interest more accurately. If you believe that this has been done in error please raise a Support request at support.atlassian.com and we will endeavour to address it. Cheers, Belto Cloud Support Engineer | Amsterdam

            remy.debertonne added a comment - - edited

            Feature Not available since this November 2015. Does it mean it will never be available?!

            remy.debertonne added a comment - - edited Feature Not available since this November 2015. Does it mean it will never be available?!

            Just add a checkbox to allow roll up to parent story.
            If people don't want to use this feature they can leave it unchecked.

            Chetan Handa added a comment - Just add a checkbox to allow roll up to parent story. If people don't want to use this feature they can leave it unchecked.

            Agree!

            carina.norelid added a comment - Agree!

            Couldn't agree more! 

            Chuck Scammacca added a comment - Couldn't agree more! 

            ljohn added a comment -

            +1

            ljohn added a comment - +1

            Agreed.  We need ability to estimate time in each sub-task, then have the time estimate roll-up to the story level and time remaining in the story then get updated from the work log and estimate of each sub-task.

            Anne.Marsolek added a comment - Agreed.  We need ability to estimate time in each sub-task, then have the time estimate roll-up to the story level and time remaining in the story then get updated from the work log and estimate of each sub-task.

            Must to have feature. 

            Anoop Purushothaman added a comment - Must to have feature. 

            An essential Feature which will help in managing the Team's work load.

            Avanthi Gopal added a comment - An essential Feature which will help in managing the Team's work load.

            Crucial feature.  What's the point of having estimates in sub-tasks, if you can't see the total time rolled up in the story?

            Youka Kuroe added a comment - Crucial feature.  What's the point of having estimates in sub-tasks, if you can't see the total time rolled up in the story?

            Needed badly. Just do it! What are you waiting for? Is there some work around that is causing deferral.

            Randy Jones added a comment - Needed badly. Just do it! What are you waiting for? Is there some work around that is causing deferral.

            This is a much needed feature as this will fix a major gap in the product. It is incomplete without time rolling up. 

            Christopher Kam added a comment - This is a much needed feature as this will fix a major gap in the product. It is incomplete without time rolling up. 

            This feature is essential for detailed tracking for teams tracking sprint deliverables using sub tasks. The sub tasks estimates were rolling up for us until we did the upgrade to 8.3 version and after that Jira stopped rolling up the estimates/hours logged at the sub task level. All settings are same including Time tracking checked and include sub tasks at story level but it doesn't work. Since hours are not rolling up to the story level, some of the gadgets that Atlassian provides cannot be used like the sprint burn down, sprint health gadgets as they use the estimates from the story. Currently since the sub task estimates are not rolling up, the estimates in story are blank. It would be very helpful to get this feature back so teams can utilise the full Jira product.

            anjusharmaa1 added a comment - This feature is essential for detailed tracking for teams tracking sprint deliverables using sub tasks. The sub tasks estimates were rolling up for us until we did the upgrade to 8.3 version and after that Jira stopped rolling up the estimates/hours logged at the sub task level. All settings are same including Time tracking checked and include sub tasks at story level but it doesn't work. Since hours are not rolling up to the story level, some of the gadgets that Atlassian provides cannot be used like the sprint burn down, sprint health gadgets as they use the estimates from the story. Currently since the sub task estimates are not rolling up, the estimates in story are blank. It would be very helpful to get this feature back so teams can utilise the full Jira product.

            Nico added a comment -

            I am amazed this feature request has too few votes. May be the ones voting these are doing something wrong and should work in another direction? In my opinion, tihs feature is very trivial, was one of the first features I looked for when start working with Jira and planning sprints.

            Nico added a comment - I am amazed this feature request has too few votes. May be the ones voting these are doing something wrong and should work in another direction? In my opinion, tihs feature is very trivial, was one of the first features I looked for when start working with Jira and planning sprints.

            +1

            Hi guys,

            This would be a great feature to have. Many of our IT project teams want to start utilizing the Time Tracking feature Jira has but it seems like we are running into the problem with the estimation field at the database level is not filled with the sum of the sub-tasks from those issues that were estimated at the Sub-Task level. I put in ticket PSCLOUD-27170 explaining our problem in greater detail. It's great that the sub-task estimates roll up to the Story level, but if that isn't visible on the Backlog view bubble to be utilized for Sprint Planning I'm not sure how much value there is. I see this suggestion has been open for 3+ years, but it really would be a great feature to have!

            Alexander Hirt added a comment - Hi guys, This would be a great feature to have. Many of our IT project teams want to start utilizing the Time Tracking feature Jira has but it seems like we are running into the problem with the estimation field at the database level is not filled with the sum of the sub-tasks from those issues that were estimated at the Sub-Task level. I put in ticket PSCLOUD-27170 explaining our problem in greater detail. It's great that the sub-task estimates roll up to the Story level, but if that isn't visible on the Backlog view bubble to be utilized for Sprint Planning I'm not sure how much value there is. I see this suggestion has been open for 3+ years, but it really would be a great feature to have!

            kostantin-stambolov added a comment - - edited

            Hi, So we can't see what we need in the backlog because the estimations for subtasks are not shown. 
            The only workaround is to go one step higher and work with epics and stories instead of stories and sub-tasks. But this way we have epics for the sprint. Pretty inconvenient Atlassian.

            kostantin-stambolov added a comment - - edited Hi, So we can't see what we need in the backlog because the estimations for subtasks are not shown.  The only workaround is to go one step higher and work with epics and stories instead of stories and sub-tasks. But this way we have epics for the sprint. Pretty inconvenient Atlassian.

              Unassigned Unassigned
              5e9964367bf7 Richa Raghuvanshi
              Votes:
              65 Vote for this issue
              Watchers:
              58 Start watching this issue

                Created:
                Updated:
                Resolved: