You can use workflows to support a team process where each issue moves through a fixed sequence of states. This lets your team use issue states as a queue and as a record of who is responsible for the next step.
Suppose your team is setting up a process for handling user requests. This process is reflected in the columns of the agile board that is used by the development team.
For example, suppose your team uses the following process:
New issues are assigned the Submitted state.
The team decides that the issue has to be addressed and changes the state to Open. Issues in this state are added to the work queue.
When developers have time to work on an issue, they assign it to themselves. The workflow then moves the issue to the In Progress state.
After the problem is fixed, the developer changes the state to Fixed. The workflow assigns the issue to a QA engineer.
When the tests are passed, the QA engineer sets the state to Verified.
This process can be implemented with two workflow rules. A state-machine rule enforces the order of state transitions, while an on-change rule moves open issues to In Progress when a developer assigns an issue to themselves.
Define the State Transitions
The first rule defines the allowed transitions for the State field. It also assigns the issue to the configured QA engineer when a developer moves the issue to Fixed.
Before you use this sample, replace qa.engineer with the login of the QA engineer who should verify fixed issues. This user must be available in the set of values for the Assignee field in every project that uses the workflow.