Uploaded image for project: 'Jira Software Data Center'
  1. Jira Software Data Center
  2. JSWSERVER-9167

Provide ability to automatically sum estimates from sub-tasks in user stories

XMLWordPrintable

    • 31
    • 187
    • Hide
      Atlassian Status as at 22 December 2017

      Hi everyone,

      Thanks for providing your thoughts and votes on this suggestion. We know it's been a while since this suggestion was raised and we're sorry to have kept you so long without a clear answer.

      Your feedback has really helped us better understand the varied challenges you face with the current way estimates are handled for sub-tasks. Despite our lack of communication, this problem is actually an area that we plan to look at in more details. Right now we've decided to prioritise this challenge on our roadmap and plan performing further explorations to better understand underlying needs of our varied customer base in this area.

      With this step we want to explore more the different ways users estimate their sub-tasks and what it actually means for the estimate of the parent task. This will help us propose some solutions that will minimise a need of increasing complexity of Jira.

      Following that, we plan to validate with you, our customers, these potential solutions and prioritize the most impactful changes for development.

      Thank you again for all your feedback on this suggestion and we look forward to providing you with more updates.

      Thanks,
      Jakub Lazinski
      Product Manager, Jira Server

      Show
      Atlassian Status as at 22 December 2017 Hi everyone, Thanks for providing your thoughts and votes on this suggestion. We know it's been a while since this suggestion was raised and we're sorry to have kept you so long without a clear answer. Your feedback has really helped us better understand the varied challenges you face with the current way estimates are handled for sub-tasks. Despite our lack of communication, this problem is actually an area that we plan to look at in more details. Right now we've decided to prioritise this challenge on our roadmap and plan performing further explorations to better understand underlying needs of our varied customer base in this area. With this step we want to explore more the different ways users estimate their sub-tasks and what it actually means for the estimate of the parent task. This will help us propose some solutions that will minimise a need of increasing complexity of Jira. Following that, we plan to validate with you, our customers, these potential solutions and prioritize the most impactful changes for development. Thank you again for all your feedback on this suggestion and we look forward to providing you with more updates. Thanks, Jakub Lazinski Product Manager, Jira Server
    • We collect Jira feedback from various sources, and we evaluate what we've collected when planning our product roadmap. To understand how this piece of feedback will be reviewed, see our Implementation of New Features Policy.

      NOTE: This suggestion is for JIRA Software Server. Using JIRA Software Cloud? 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. image-2016-08-17-09-10-06-185.png
          image-2016-08-17-09-10-06-185.png
          42 kB
        4. image-2017-09-13-19-19-11-118.png
          image-2017-09-13-19-19-11-118.png
          117 kB
        5. image-2018-03-05-10-57-19-745.png
          image-2018-03-05-10-57-19-745.png
          62 kB
        6. image-2018-03-05-10-57-54-785.png
          image-2018-03-05-10-57-54-785.png
          62 kB
        7. Not on board.png
          Not on board.png
          5 kB
        8. ScreenHunter_02 Oct. 07 09.30.gif
          ScreenHunter_02 Oct. 07 09.30.gif
          4 kB
        9. screenshot-1.png
          screenshot-1.png
          41 kB
        10. screenshot-2.png
          screenshot-2.png
          190 kB
        11. screenshot-3.png
          screenshot-3.png
          190 kB
        12. screenshot-4.png
          screenshot-4.png
          190 kB
        13. sprint-plan.png
          sprint-plan.png
          29 kB
        14. sprint-report.png
          sprint-report.png
          66 kB
        15. Stupid Scrum Board.png
          Stupid Scrum Board.png
          119 kB
        16. top voted JSW issues.png
          top voted JSW issues.png
          138 kB
        17. values.PNG
          values.PNG
          40 kB
        18. velocity.png
          velocity.png
          6 kB

              Unassigned Unassigned
              85b1a6453a93 Michael Manzo
              Votes:
              2006 Vote for this issue
              Watchers:
              843 Start watching this issue

                Created:
                Updated: