I have two issues with the "time remaining" field:
1) When I change the "original estimate" on an issue, the "time remaining" doesn't change with it. I would assume that as your estimate changes, the remaining time should also change?
2) Same goes for the time that was logged onto a ticket BEFORE I filled in the "original estimate" - this logged time is not taken into account when calculating the "time remaining". Only time that is logged AFTER I filled in the "original estimate" is taken into account when calculating the "time remaining".
Is this the purpose? Am I doing something wrong?
Hello @Camille Coffé
Welcome to the community.
Generally, the Original Estimate is a static value. Once set, it sets the baseline Time Remaining value.
Ideally you should be setting Original Estimate before any time is logged against the issue.
As you log time against an issue you have the option to automatically update the Time Remaining (automatically reducing it by the time logged) or explicitly update the Time Remaining to a specific value.
Generally, you should not be updating the Original Estimate once it has been set and after you have started logging time against the issue. Only actual time logged and Remaining Time should be updated at that point.
The Original Estimate can then be compared to the Actual Time Spent when the work is completed to help you improve your estimating skills. If you are changing the Original Estimate and/or logging time before you have an Original Estimate, then you lose the ability to compare and improve your estimating skills.
Thank you for your quick reply! If I may be honest, this doesn't sit right with me. It can always happen that the scope is changed along the way (for example - the client approves more working hours, or when you decide to reallocate hours from another ticket). Do you know of another way to approach these kinds of cases?
My question for you is what are you trying to accomplish with your process? Why would you be logging time before estimating the time needed for the task? Why would you want to change the Original Estimate?
What is it that you are really trying to track and why? Maybe the default functionality of these fields is not able to fulfill your needs, and a different solution is needed.
We don't actually do time estimation in my group, so I definitely am not an expert on what "should" be done or all the options for what can be done. I'm sure other community members can provide more expertise on this topic based on their experiences.
In our company we use this field for the amount of workinghours (=budget) that is approved by the client, because it's then handy to see how much time is remaining from the allowed hours. And as I mentioned above, it happens that a client will allow extra hours when we are already working on a task (when time is already logged). Or sometimes working hours can be reallocated from another ticket where they are no longer needed in their original ticket.
It sounds like you are using the field for a purpose that is not covered by the design for the Time Tracking fields.
Since the Time Remaining field is not changing automatically when you change the Original Estimate, your recourse is to change the Time Remaining value manually or see if you can create an Automation rule that will change it automatically.
agree. OE should not change OE is the plan. there is value in being able to look back at the OE and compare to the actual in order to improve original estimation. If you want to change the OE then you are free to do so but you should update the remaining time as well since you are 'starting over' with your plan.
Catch up with Atlassian Product Managers in our 2020 Demo Den round-up! From Advanced Roadmaps to Code in Jira to Next-Gen Workflows, check out the videos below to help up-level your work in the new ...
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event
You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events