I have been tasked to improve the flow of a current requests board that we have set up and part of doing this is having tickets be moved from one board to the other.
Ticket comes into board A, it gets to the Approved stage, at this point we have an Actions button as part of our work flow, depending on what is selected the ticket should in effect move across to another board.
What happens currently is using Deep Clone the ticket fields are cloned to the destination board. But what is required now is the ticket only sits in that destination board. Otherwise it gets quite messy dealing with 2 different tickets for the same thing.
Is it possible to do this? If not is there an alternative solution.
Any help would be great.
Hi @Mihir Ruparelia ,
This is definitely something that can be done. First, I just want to call attention to the difference between Jira Projects and Jira Boards.
Workspaces for one or more teams that contain related issues
The visual board + backlog which displays a set of issues from a JQL filter
Moving an issue from Project A into Project B can be done manually (through the Move operation) or automatically via Jira's native automation tool. Jira Boards on the other hand, can display issues belonging to multiple projects since they are powered by a JQL filter.
In your use case, TICKET-001 comes into Board A. A board from another project can still display this issue (while TICKET-001 continues to live in its original project) once a certain condition has been met. If the "action" is to change its status or a custom field value, Board B's JQL just needs to include this in its query. In addition, you can modify Board A's JQL so that this issue no longer displays on it (even though the issue still lives in this project)
Alternatively, you can use Jira's automation to specify that when X Action happens, Y Issue should move to Z Project. This will likely need to be configured by a Jira Administrator in the Global Automation menu since the scope affects more than a single Jira Project.
@Michael Andolfatto thank you for this, so I have been doing some digging on this and looking at the automation there is an option to clone the ticket.
As opposed to moving a ticket, is this correct?
The idea being once a ticket has transition to status X or status Y that ticket should "move" to the board.
I have attached what I came up with. Any thoughts or advise would be much appreciated.
Hi @Mihir Ruparelia ,
That should work, but I would recommend testing this with sample data first. It looks like the Move operation is not actually supported via Jira's automation, so the structure you have to resolve the original (or delete it) is what's recommended instead.
Hello everyone, Hope everyone is safe! A few months ago we posted an article sharing all the new articles and documentation that we, the AMER Jira Service Management team created. As mentioned ...
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event
You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events