Forums

Articles
Create
cancel
Showing results for 
Search instead for 
Did you mean: 

Change the "Create sub-tasks" to "Create Child issue"

Sean Grant
February 10, 2023

In my Epic type I have the option to "Create Child issue" which lets me set that to a User Story, task, etc but in my Initiative type, it has "create sub-tasks".

 

How do I switch my Initiative to have the "Create Child issues"?

image.pngimage.png

 

1 answer

1 vote
Jonny Adams
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 Champions.
April 4, 2018

@Chris DeAntonio Adding those additional statuses can affect your sprint reporting. In my experience, if an issue isn't in a Done type status then you only have the option of moving it to the next sprint or backlog when you complete the current sprint. Also, adding statuses into you sprint board will delay closing the sprint and can skew your developer's work report.

I think you may want to keep the development sprint and release workflow split onto separate boards. It would keep development and QA spaces clean and help hone your sprint estimating. You could keep your workflow as stated and make "Ready for QA (end of sprint)->QA Testing->UAT->Released" statuses all of the type Done. Then you could have your sprint board with To-Do->In Progress->Feature Testing-> Ready for QA (end of sprint) and a Release board with Ready for QA (end of sprint)->QA Testing->UAT->Released statuses. That way at any point in time your QA team can view their QA board and progress issues through the release workflow and when you close your sprint, Jira will not argue about issues not being "Done".

Dominika Phillips-Blackburn
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
September 5, 2019

I have this exact problem, we do UAT testing outside of sprint. I understand from your suggested solution that you would have 1 board for developer/QA work and another for UAT. Only problem is that the user stories would need to be bulk migrated everytime from one board to another to make sure they were UAT tested after the developer work is done, and that would be a cumbersome process. Any suggestions on how to make it work? 

Chris DeAntonio
September 5, 2019

Yup...I solved this by the statuses on by board.  This was over a year ago, but if I remember correctly, I did this:

- On the developer / QA board I made the right-most status the first status on the UAT board.

- So, when QA is finished, the items are moved to the right and then they will show up on your UAT board which has that same status in the left-most column.

 

Initially, I feared that this wouldn't make the items show as "Done" on the Dev board, but the only thing that controls that is the first that items are put in the right-most column.  That triggers a done status.  Give that a try.

Dominika Phillips-Blackburn
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
September 5, 2019

Thanks for responding.

And just to be clear - you are talking the Kanban board not a project board. 

Also did you have to tinker with the ticket workflow?

Suggest an answer

Log in or Sign up to answer