Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Next challenges

Recent achievements

  • Global
  • Personal

Recognition

  • Give kudos
  • Received
  • Given

Leaderboard

  • Global

Trophy case

Kudos (beta program)

Kudos logo

You've been invited into the Kudos (beta program) private group. Chat with others in the program, or give feedback to Atlassian.

View group

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

Separating sub-tasks sprints from their parent task

Hi all,

In my work we have tasks that are divided into small sub-tasks, and we work in a 1 week sprint. Sometimes a whole task takes more than one sprint, and the sub-tasks needs to be divided into different sprints (for example, for a certain task there are two sub-tasks, and they need to be done one after the other, not together, and the first one takes a whole sprint to do, so the second one should be done in the next sprint).

When I'm trying to edit the sprint of a sub-task, this option is disabled and it says "Inherited from parent.".

Is there a way to separate sub-tasks to different sprints? Or any other way of managing a case like the one described above (so I won't lose the connection between the two sub-tasks and their parent, but still be able to assign them to the developers on two different sprints).

Thank you in advance!

2 answers

2 accepted

3 votes
Answer accepted

No.  Sub-tasks are part of their parent, not independent entities.  Having them in a different sprint to their parent is nonsense.  

What you're trying to do here completely misses the point of Scrum, and breaks it, you might as well throw away the concept of sprints and measuring your velocity.

You need to change the way you estimate and sprint.  A story (and hence all of its subtasks) should never be too large to fit into a sprint.  You could vary the size of your sprint, but you must not make it too long, or you lose the agility that scrum enables.  A better option is to improve your grooming - when you have a story that is looking too large to be done in a single sprint, split it up.

In your case, it sounds like the easiest option is to draw the subtasks out as stories themselves, as that's how they are sized, and then group them with an Epic, or with issue links.

0 votes
Answer accepted

As Nic Brough mentioned, it definitely does break the methodology, however, again, as mentioned by Nic, splitting the issues into their own stories and placing these into new sprints is the recommended way to go.

You can create a new Story from the task, or even a 'Fixes Story' with issues to be completed as tasks and link the second story to the first story using Related Issues.

Simply modify the sub-task into a story or task, link the issues, and move the story to the backlog.

This will give you a link from let's say Sprint 3 back to Sprint 2 while issues remain under their respective Sprint.

This will enable one developer to work on the the OLD stories while new developers can continue to work on new tasks.

Suggest an answer

Log in or Sign up to answer
DEPLOYMENT TYPE
CLOUD
PRODUCT PLAN
STANDARD
PERMISSIONS LEVEL
Site Admin
TAGS

Community Events

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

Events near you