nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

What is the best way to segregate the efforts of dev and QA people on a particular module?

kallepallibharat krishna

We have a bunch of applications maintained and we get a 'change request' from the users for which a story is created in the Jira project. Based on the requirement dev and QA related tasks are created as subtask inside that story. In the end we're getting aggregated effort of dev and QA on that particular 'change request' using Tempo.

Is there any better way to handle this 'change request' in Jira software?

Accepted answers

John Funk

Hi @kallepallibharat krishna - Welcome to the Atlassian Community!

Why would you create sub-tasks for those instead of having those as separate steps in your workflow?

Ste Wright

Hi @kallepallibharat krishna

Sub-tasks are one option, I see teams use these irregularly.

I'd consider though whether...

You could handle this using additional statuses in your Workflow - eg. In Progress and In Testing. Then the dev could hand it off to the QA?
Whether Tests should be a separate issue type - which is how it works for some of the testing Apps?

If you are going to use sub-tasks, I'd consider using Automation to generate them each time to avoid unnecessary manual labour.

Ste

All comments

John Funk

Hi @kallepallibharat krishna - Welcome to the Atlassian Community!

Why would you create sub-tasks for those instead of having those as separate steps in your workflow?

Ste Wright

Hi @kallepallibharat krishna

Sub-tasks are one option, I see teams use these irregularly.

I'd consider though whether...

You could handle this using additional statuses in your Workflow - eg. In Progress and In Testing. Then the dev could hand it off to the QA?
Whether Tests should be a separate issue type - which is how it works for some of the testing Apps?

If you are going to use sub-tasks, I'd consider using Automation to generate them each time to avoid unnecessary manual labour.

Ste

kallepallibharat krishna

Hi @John Funk

It is the common procedure we adapted to track the efforts of dev and QA involved on that issue.

John Funk

To be honest, that's not a great way to implement that. Those are steps in the flow of creating something, and not separate items, which generates more issues and overhead on hour system. Plus, it is no a very Agile thing to do.

kallepallibharat krishna

@John Funk could you please enlighten me regarding that 'more issue and overhead on hour system' part?? also guide me how to work on this 'change request'when it is added to a sprint??

kallepallibharat krishna

@Ste Wright

I have this doubt, how to run this 'change request' in a sprint?

As we're creating 'change request' as a story, how to handle the dev and QA related stories for the sprint pertaining to that 'change request' as the 'change request' is story issue type we thought of adding the dev and qa related stories to the 'change request' as sub-tasks and assign story points accordingly. I guess this is the not right way of handling issues in Jira.

Please give me some guidance regarding this.

Ste Wright

Hi @kallepallibharat krishna

Why do you need to split them into Dev and QA? Aren't those both just stages in the development process for the same change request?

The team could then size this together, and hand-off the request between the team members as required.

Ste

Jagadeesha M

@Ste Wright

How do you hand off to QA team, with an intermediate status 'Dev complete' of category 'Done' (green), how it impacts reporting?

In a board, last column should be of Done category

Do you suggested two boards? one for Dev team and One for QA?

Both uses same workflow with an intermediate status for hand off and that intermediate status will be last column in Dev team's board? The next Status in workflow will be first column in QA's board?

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

jira

cloud

jira-software

jira-cloud