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; } } }

How to separate task completion on dev side and QA verification processes?

Noa Resheff

Hello,

I am a project manager working for a mobile app startup company, organizing our dev tasks in JIRA sprints.

I am wondering how can I separate DEV side and QA verification processes for sprints measurement purposes.

Today we have a workflow that looks something like this: new bug / task -> DEV fix (ready for QA) -> QA approved (done).

This causes a situation in which I compile a sprint with several issues, which are counted as completed only when QA approved (naturally). I would like to change that though, so it will be possible to count issues completed by dev in each sprint (currently they are being pushed to the next sprint until completed by QA).

However, I don't want to consider the DEV fix status as done since it isn't.

Can you recommend a solution?

Thanks very much,

Noa

Accepted answers

All comments

Norman Abramovitz

Create an overall issue which has a separate sub-tasks for design, coding, QA, documentation, system test, deployment or whatever your breakdown needs to be. Each sub task can have its own issue-type/workflow.

In this way each group can have their own workflow and these workflows are parallelized. Each sub-issue can be resolved and the overall issue only when resolved when all the sub-issues are resolved.

You will need to move the parent issue into the sprint and the subtasks will show up in the sprint.

https://confluence.atlassian.com/display/JIRA/Creating+a+Sub-Task#CreatingaSub-Task-workingWorkingwithsub-tasks

https://answers.atlassian.com/questions/85897

Since you are using JIRA Cloud you will probably need to create your subtasks manually or you might be able to use the REST API to create your subtasks. I am not up to date on the bundled plugins or the Atlassian connect plugins.

Noa Resheff

Thank you for the quick reply Norman. However, (and if I understand Andrew's problem in the link attached it is quite similar), I want to be able to do this (complete the flow of dev fixing and QA verification) over several sprints. Meaning, I want to be able to complete the dev part in one sprint, and the QA verification in the next. I want to be able to count the dev effort as part of one sprint, and the QA's effort separately. How can I do this without having to create separate tasks / subtasks for fixing and verification? Thanks again! Noa

Norman Abramovitz

Using Atlassian tools you cannot do it without creating issues/tasks. If you want to do things across sprints then you need to create issues (not subtasks) for each sprint. These issues would be linked to a parent issue. dev sprint 1 dev sprint 2 qa sprint 2 dev sprint 3 qa sprint 3 test sprint 3 parent issue with links to the above issues. The parent issue would be there to relate the individual issues together and for you to accumulate the work log. Most likely you will need to write a REST API script to update the parent script

Norman Abramovitz

One of the guiding principles of Agile to complete the work in a sprint. So the next task should be different from the previous task, so having separate issues/tasks seems to be reasonable fit verses trying to push the same issue along meeting multiple goals representing the sprints..

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-cloud