Time tracking in Jira

Aizhan Kuanyshova September 7, 2021

Hello everyone!
I'm writing here in order to ask a question: Why only stories in Jira can be estimited by storypoints, other types of tasks including bugs, tasks, subtasks are not? 

-
The discussion is that how can I estimate the velocity of scrum team? I tried to use storypoints for tracking the time, however I struggeled with the previous question?
And what is the meaning of time tracking in comparison with the original estimate?

3 comments

Comment

Log in or Sign up to comment
Jakub Sławiński
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
September 7, 2021

Hi @Aizhan Kuanyshova ,

 

what and where is available depends on your configuration. Please enable story points for your other types of issues.

 

You can check what needs to be done by using 'Find your field' functionality:

Screenshot from 2021-09-07 10-41-01.png

Nic Brough -Adaptavist-
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
September 7, 2021

>Why only stories in Jira can be estimited by storypoints, other types of tasks including bugs, tasks, subtasks are not? 

Have a think about what Scrum is for and what the estimates do.  Velocity is a measure of delivery against commitment.  At the beginning of a sprint, you commit to delivering a set of stories and you are measuring what you complete of those.  And remember, you do, or do not, there is no "try".  You deliver a story or you do not.

Sub-tasks are not sprint items, they are a part of a story.  Their sprint estimate is therefore utterly irrelevant to your velocity - you didn't commit to doing a sub-task, you committed to the story.

By default, Jira only puts the story points on stories, but it's easy to add it to other issue types and it's fine to do it to any parent-level issue type - it doesn't really care if your issues are called stories, or thingies, or penguins.

Sub-tasks are not sprint-able items, so do not put sprint estimates on them

(Note that there's no reason not to put estimates on sub-tasks, but do not try to use them as sprint estimates, that will not work.  If you want to do it, you'll need to come up with, and script/code for a scheme to accumulate them upwards, but this is another conversation)

>The discussion is that how can I estimate the velocity of scrum team?

Exactly as Scrum says you should - put estimates on Stories (whatever they are called), execute sprints, and look a the resulting velocity.  After the first few sprints, you'll have good numbers to base estimates on, and, of course, you will iteratively improve that as you continue.

 

Like Bloompeak Support likes this
Bloompeak Support
Marketplace Partner
Marketplace Partners provide apps and integrations available on the Atlassian Marketplace that extend the power of Atlassian products.
September 7, 2021

I agree with @Nic Brough -Adaptavist- that only parent level issues must be taken into account while calculating velocity of scrum team. Bugs and subtasks should be under a story. The only distinction might be production bugs which are related to a story that was done long before in previous sprints. In order to distinguish production bugs you can create/use another issue type("prod bug" or "fault") and assign story points to them.

Miron Ivano _Timescale_
Marketplace Partner
Marketplace Partners provide apps and integrations available on the Atlassian Marketplace that extend the power of Atlassian products.
February 22, 2022

Hi,

 

I think when you start creating a product roadmap the first thing is you need to decide which feature will bring most value. This a usually the stories in JIRA.  That is way it is easier to quantity this by story points instead of time. Then when you break down to tasks its more operation and its more normal to give time value.

 

Regards,

TAGS
AUG Leaders

Atlassian Community Events