Our current setup which is causing us some headaches as it's not as clean.
For this example, let's just talk about Stories and Sub-Tasks. We assign story points to Stories for planning but then assign hour estimates to sub-tasks.
Problems:
Assume the scenario is setup as such: one user story with two sub-tasks. Each sub-task is 4 hours and each assigned to a different developer.
My recommendation is to leave stories unestimated but assign to someone - either the scrum master or one of the sub-task developers. Check, Include Sub-tasks in the Time Tracking area to ensure the story reflects some of the parts and progress.
Generally speaking you should have a 'primary owner' of every story as they need to ensure the pieces come together and then to ensure the story is marked as done. Another approach is to assign the Story to a 'QA' person to verify the story and close it. Of course they too should have a sub-task in the story for this effort.
Bottomline - estimate on the sub-task not the story. You can always pre-estimate on the story until the details (sub-tasks) are fleshed out and then remove estimate on story.
Thanks @Jack Brickey Understood and I agree, always estimate on the sub-task, not the story. That's exactly what we're doing.
We want to assign the story to the developer to take ownership and as you said will be the 'primary owner' but that is the exactly problem we are facing.
Scenario 1
Story - Unassigned
Sub-Task (2h) -- Dev 1
Sub-Task (2h) -- Dev 2
Planning:
Dev 1 has 2 hours of work estimate remaining
Dev 2 has 2 hours of work estimate remaining
Scenario 2 (what we want but causing a problem)
Story - Dev 1
Sub-Task (2h) -- Dev 1
Sub-Task (2h) -- Dev 2
Planning:
Dev 1 has 6 hours of work estimate remaining (2 + all sub task time)
Dev 2 has 2 hours of work estimate remaining
Question: How can we perform scenario 2 without doubling up the remaining estimate?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Jonathan Crowe, thanks for the additional info, it helps me see more clearly and indeed S2 is undesirable. The described behavior seems odd on the surface for a couple of reasons. First I was thinking that if there was not time estimated on the story then there would be no time allocated to the assignee. Second you are seeing 6hrs when the total of the sub-tasks is only 4. So there is double counting. So i'm perplexed but likely because of a lack of understanding on my part. It has been awhile since I was using the scrum boards and sprints so my memory is stale. We are using kanban for everything lately and not doing any burndown activities. I will see if I can dedicate some time to look at this more closely. In the meantime maybe others will chime in.
For now, if it were me, I would stick w/ S1.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Jack Brickey apparently this is a common issue that has been around since 2013 and Atlassian has neglected. Not sure why as it appears to be a top request.
https://jira.atlassian.com/plugins/servlet/mobile#issue/JSWCLOUD-9167
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.