I've googled a lot about that but couldn't find appropriate solution so far.

We have almost default Jira Agile board with last columns: In Progress, Verify, Closed. Workflow is:

  • Developer move task to verify after he finish implementation
  • QA (or other developer) verify task and move it to closed.

The problem is we cannot easily track if story was picked up for verification by anyone. Jira board shows only developer as assigned person and that doesn't change after moving to verify column (imho should not be changed).

The ideal solution for me is to have second assignment column with next logic:

  • App columns except Verify shows icon of assign1 (that is usually developer) for its tasks
  • Verify column shows icon of assign2 (that is usually QA or another developer) for its tasks.

Does anyone know any elegant way how to achieve that or somewhat at least similar with Jira Agile board?

  • I think I didn't get it right. Why does't the developer just re-assign the task to QA personnel after finishing the implementation?
    – Tob
    May 23, 2015 at 19:55
  • @Tobias I think it's not up to developer to decide who and when should test the task.
    – antonv
    May 24, 2015 at 19:41
  • Well, only the developer can say that implementation is finished. As far as I understand you, it's up to the next stage to verify this. In addition you can use a default person e.g. PM) to whom the task is re-assigned. This person can than forward the task to the correct or free team member.
    – Tob
    May 24, 2015 at 19:47
  • > The ideal solution for me is to have second assignment column with next logic: What is the ideal solution for the team? Have you involved them in solving this? :) Jun 26, 2015 at 13:28

3 Answers 3


A couple of possible options:

a] Add a status of 'Ready for test'. When transitioned to this status the issue would be made unassigned by a post function. Issues in this status would represent work awaiting verification, but not yet assigned. When a QA picks up the issue they would transition it to 'Verify' which would automatically assign it to them using a post function.

b] Create a 'Lead QA' role and use a post function to make it the assignee for any issues transitioned in to Verifty. The Lead QA can then either work on the issue or make sure it gets picked up by somebody in the QA role.

The second approach is less in the spirit of Scrum, but I have seen it used successfully before.

  • I like the idea with extra column and post functions. A bit reworked, it can suit my needs. Will try if that can be imlemented in jira, then share my result
    – antonv
    May 26, 2015 at 7:25

I eventually added a custom field Verifying By that is of type "User Picker". I also added an additional column called Verifying that contains tasks that are done and picked by someone for verification. So this column was placed between "Done" and "Closed".

I also added two post-functions:

  1. Done -> Verifying By - sets Verifying By to the value of the current user (one who is making the transition)
  2. Verifying By -> Done | Blocked - clears Verifying By field.

The final step was to show this Verifying By field for issues on the Board - that was made in Board settings.

These all together solve the initial goals:

  • to check if the task is picked for verification
  • who picked the task for verification

Create a separate sub-task in the story for QA verification

You said that you do not want the assigned person to be changed when the story is moved to Verify.

In that case, you have only one other option. You can create a separate sub-task in the story for QA verification and assign that to the QA (or other devloper). As soon as the developer task is moved to Verify, the person assigned to verify it can move their task to In Progress.

If that doesn't work for you, you can look at a few other options suggested by Jira here:

JIRA is designed so that issues must be assigned to a single individual to prevent tasks from being overlooked...However, if you want to configure JIRA to allow issues to be assigned to multiple users there are a few option for doing so...

  • I'd say creating sub-tasks for every story is not an option. Board will become a mess, especially considering that some stories can have sub-tasks created by developers. Jira suggestions about group account or group ownership also doesn't met the goal to have dev + qa bond in the story :(
    – antonv
    May 24, 2015 at 19:32

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.