Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
Deleted user
0 / 0 points
Next:
badges earned

Your Points Tracker
Challenges
Leaderboard
  • Global
  • Feed

Badge for your thoughts?

You're enrolled in our new beta rewards program. Join our group to get the inside scoop and share your feedback.

Join group
Recognition
Give the gift of kudos
You have 0 kudos available to give
Who do you want to recognize?
Why do you want to recognize them?
Kudos
Great job appreciating your peers!
Check back soon to give more kudos.

Past Kudos Given
No kudos given
You haven't given any kudos yet. Share the love above and you'll see it here.

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

Is there way to share one jira subtask by two different parent issues (as subtask)

Is there way to share one jira subtask by two different parent issues (as subtask)

1 answer

1 vote

No.  A subtask has a single parent issue, it doesn't make a lot of sense to have more than one - a subtask is there to break up the upper issue into smaller tasks, so it is nonsense to have it in two places.

Very true. However if you still want to manage a multi parent link, then issue links can be used. However, as said this will be nonsense to have two parents for a subtask.

well... i dont think its nonesense, i have Android and iOS projects where there is some shared code, i'd like to have the shared code as a subtask with two feature issue parents.
is there another better way to do it? (keep in mind the subtask is too small to be a feature issue that blocks other issues, and the two feature issues are too big to be combined as one.

Like # people like this

I'm afraid when it comes to logical breakdowns of work, it does not make sense to have a sub-task have two parent issues.  They're supposed to be there to break up the parent, which they can't do if they are part of another.

The best way to handle it is two sub-tasks, and link them together with an issue link.

Like Igor Susini Aquino likes this

It makes sense for testing, e.g. if one sub-task covers implementation of multiple stories. You can of course divide the sub-task, but sometimes it does not many sense, especially some FE restyling, where different stories just describe different sides of it (font, size, colors, positions), but you only have to do some basic checks (according to your testing policy) since they do not change the app logic.

Like Aruna Gunatilake likes this

It makes sense for blocks. I would like to create only one block that are blocking some of my stories. And I like the visual way that the block is presented when it is a child of the task it blocks

Like Melvin Sng likes this

It’s definitely not nonsense. It all depends on the perspective of the person writing the tickets in the first place. If they're from a product/user perspective... they aren’t going to know that separate features require a shared blocking task. That is common in my workplace. It’s very common in any micro architecture tbh. It’s kinda crazy to dismiss it as “nonsense”. 

It absolutely is nonsense.  A sub-task is a part of its parent.  By definition, it cannot be part of another task because it is part of this one.  When was the last time your cars front-left wheel also a part of someone else's car on the other side of town at the same time?

Blocking issues are not sub-tasks, they're effectively dependencies, and issues in their own right.  They can block more than one issue and that's one of the things issue links are for.

I also think about the need to share a subtask between tasks. I am creating a huge refactoring project where several User visible functions, each being a story on its own, depend upon refactoring of a some base function that is partially hidden. I cannot demo any of those stories until I refactor the hidden part. The hidden one cannot be demoed except for showing some regression tests passing, so it is not a story/issue.

That's not what a sub-task is for.  A sub-task is entirely a part of its parent.

You have dependencies here.  Sub-tasks are not dependencies

Suggest an answer

Log in or Sign up to answer
TAGS
Community showcase
Published in Jira Service Management

JSM June Challenge #2: Share how your business teams became ITSM rockstars

For JSM June Challenge #2, share how your non-technical teams like HR, legal, marketing, finance, and beyond started using Jira Service Management! Tell us: Did they ask to start using it or...

167 views 6 7
Read article

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