Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
4,370,123
Community Members
 
Community Events
168
Community Groups

auto move from backlog to a board column

hi community

how can i  move automatically a task containing a label from the backlog to a specific board column?

regards

DM

11 answers

1 accepted

0 votes
Answer accepted

Hey Danijel,

thanks for your message. 

Mohammed is quite right as above. Any of those apps should do the job for you. 

From the perspective of Automation for Jira - the rule would look like this:

*When Issue Transitioned to 'In Progress'

*Issue Condition: If label contains 'XYZ'

*Transition the issue to 'Status ABC'

Automation rules - Jira 2019-10-28 08-31-29.png

Keep in mind, depending on how your board looks, you might need to add more 'Transition actions'.

So for example:

Transition the issue from 'In Progress' to 'Review'

Transition the issue from 'Review' to 'Done' 

and so on. 

Hope that helps!

John

Hi John

Thank you for your example. It works very well when I create an issue on the board. If I plan an issue in the backlog and assign it to a teammate then I always have to manually move it to the board "move to baord". Can I also move it with Automation for jira as soon as it is assigned to a team member? or is that not possible because the backlog is only for planning purposes?

 

2019-10-28 08_48_12- JIRA.jpg

Like John McKiernan likes this

Hey Danijel,

glad that helps.

Your second use case is definitely possible also. There aren't many restrictions to what you can do. 

What you would need to do is create a rule that looks like this:

*Issue Created Trigger

*If Status equals Backlog

*And assignee is "bob"

*Then transition the issue to XYZ

Automation rules - Jira 2019-10-29 08-29-18.png

Hope that helps!

John 

@John McKiernan Is there a way to do this with the Kanplan Backlog?

When I try to create an automation there is no way for me to determine Status: Backlog -- it only shows me Statuses from my Board, the Backlog is excluded. Seems like the Kanplan Backlog status is invisible to automation. Would be really helpful to have this functionality. 

Like # people like this

I have the same issue. There is no way to set the statuses "in backlog" vs "on board".

 

The existing statuses also don't have any impact on whether an issue appears on the board or stays only in the backlog. An issue can be "in progress" while still being in the backlog.

 

This is wrong but there is no way to stop it.

Like # people like this

Hi @brian.ross

@Ronny Rentner 

Apologies I missed your initial message. Are you using next-gen projects? If so, unfortunately automation and next-gen do not work perfectly together right now. Should be fixed up in the next couple months. 

Let me know if not. 

Cheers

John

Like # people like this

Its definitely a gap at the moment. Ideally I'd like to be able to set in automation rules if the card appears in a Board or in Backlog. That way I could customise with rules that if status of todo is set and Assigned, then automatically move to display on the board. If Done and resolved for over a week, remove from Board. I'm trying to set up a project right now, and this is starting to annoy me enough to go back to a classic project. 

Like Joel Barger likes this

@John McKiernan are there any news on this?

I would also love to automatically move an issue to the board from a kanban backlog when certain things happen.

Thank you

Like # people like this

Hey @Andreas Kleiber ,

Unfortunately we don't support this because essentially a board is tied to a sprint, but a kanplan board has the sprints feature disabled. We do have an issue tracking this: https://codebarrel.atlassian.net/browse/AUT-2037

Hello @John McKiernan  is there any progress of this issue? I'm still having a problem to automatically move issue from backlog to board (nextgen kanban board)

Like # people like this

I would also like to know if there is any progress on this issue. 

Like Paul Klapperich likes this

Following to see if there is an answer for Next-gen projects. 

Like Paul Klapperich likes this

@John McKiernan1 any update? I want to automatically move a certain issue type from backlog to board (Kanban) on issue creation, e.g. Create Task > move task to Kanban board immediately. Unfortunately, the current default is Backlog.

I have Backlog and Board enabled, but not Sprints. It's been 6+ months since an update. Would appreciate some news. Thank you very much.

Like # people like this

Unfortunately no update @Matt Drobel - I have put a comment on the issue for the product team to update this page once it is shipped. Apologies, I know it can be frustrating. 

John

Like # people like this

Thanks @John McKiernan1. Looks like AUT-2037 has been in your backlog since last September. Would be nice if you could prioritise it to ship in line with the Coming Soon feature New Board and Backlog Filters in team-managed projects found at https://www.atlassian.com/roadmap/cloud?status=comingSoon&. Hopefully, we won't have to wait too long.

Like # people like this

I too would like this automation! Whenever someone moves an Issue to WIP it would be nice if it auto moved to the Board. I also don't use sprints on this particular board, so hopefully that doesn't matter.

Same here!  We're working with just a Kanban backlog/board for now so I lack this control to be able to move issues to the board using automation.

I'm also awaiting for that. I tried to create a tool in my administration page to automatically assign custom fields, but the issue is always created under Backlog and there is no way to move to the Board via Jira API :(

Like kevin.kessler likes this

If the issue tickets had an editable selector for Backlog vs Board, it would go a long way to improving on this problem. Lack of visibility from ticket to Backlog/Board setting is the main pain point for me. Any given ticket, if I want to confirm it's on my Board, I have to go filter the Backlog. I should be able to see on the ticket itself which one it's in, and ideally make changes from within the ticket. And, this is a small thing with big impacts. I for one waste a LOT of time on this missing process. 

Like # people like this

I too would find this useful. One use case for me is the ability to move bugs directly to the board upon creation for team visibility. If they are determined to be less than critical we could always move them back to the backlog. 

Like # people like this

For Next-gen kanban boards I did find out I can work around this limitation using the web request action. For both of the following requests you need to add the Authorization header as in this article https://confluence.atlassian.com/jirakb/how-to-extend-automation-for-jira-with-rest-api-calls-1021217952.html

The flow goes as follows: (replace `<instance>` with your instance)

  1. Send a GET request to `https://<instance>.atlassian.net/rest/agile/1.0/board?projectKeyOrId={{issue.project.key}}`
  2. Add a `Create variable` step
    * Variable Name: `boardId`
    * Smart value: `{{webResponse.body.values.first.id}}` (next-gen or teams projects only have one board so this is OK)
  3. Add an `If: Compare two values` condition as follows: (just to make sure nothing weird happens)
    * First Value: `{{boardId}}`
    * Condition: `does not equal`
    * Second value: `Empty` (literally empty field - don't fill anything in)
  4. Sent a POST request to `https://<instance>.atlassian.net/rest/agile/1.0/board/{{boardId}}/issue` with;
    * Web request body: `Custom data`
    * Custom data: `{ "issues": ["{{issue.id}}"] }`

Though this works, it'd be much nicer if we could have an "Authenticated Jira Api Web Request" type that automatically adds the Authorization header for the triggering user. This workflow's down side is that whoever generates the Header token will be the user that is recorded on the audit log.

Like Paul Benati likes this

@Simeon Cheeseman Is this still working for you? We've tried the first step, but see "Basic authentication with passwords is deprecated. For more information, see: https://developer.atlassian.com/cloud/confluence/deprecation-notice-basic-auth/"

Yours is OK?

Yea, it's working for me. In the page I linked in my original comment, for this step;

echo -n username:password | base64

`password` here means the API Token that they talk about on the article you linked, not your login password. If you use an API Token it should work.

how on earth can this be marked as an acceptable answer!? 

Like # people like this

Follow up to see when the automation action Move from Backlog to Board is available on next-gen Jira

Any update on this please @John M ?

Just +1'ing this, I want to move support/bug tickets created via Halp straight onto our Kanban board.

Same here! Looking to move from Backlog right to the board on creation.

Like Aleksandr Kuznetsov likes this
Jean I'm New Here May 10, 2022

Also +1'ing this! Very well needed feature! (I would have assumed this feature to be possible as default)

I'm also waiting for this to happen. Any update  on this? Thank you.

I'd also like the ability to move Jira issues that are created through Jira Automation to be added to a next-gen Kanban board automatically.

@Danijel Marjanovic @John McKiernan @Charlie Gavey @brian.ross @Ronny Rentner @Maria.Broide @Andreas Kleiber @PavelVais @Ayal Kellman @Ryan Bricklemyer @Matt Drobel @A_J_ Apple @Ben Adcock @Fernando M. @Kevin Boyd @Todd Campbell @Simeon Cheeseman @Charlie @Tomer Shani @Jean @Umi C @Leandro Matías Doldán @Mayur Rao @Christian Klammer @Dara Garvan @Benny Chen @M Amine @Alex Yaroslavsky please upvote and comment on issue JSWCLOUD-21481 to show Atlassian that this is worth focusing resources on ASAP. Thanks :)

2 votes

Really need to ability to auto move an issue to the board when its status changes from TODO to anything else

Can anyone from the Atlassian team update here?

It's been open only for two years, so take your time....

2 votes
Jean I'm New Here May 10, 2022

Also +1'ing this! Very well needed feature! (I would have assumed this feature to be possible by default)

@John Andrew McKiernan it's been 10 months since my comment above. Any update? The issue you're tracking for this is still in the OPEN status. It mentions a related issue (ACF-2233) but I don't have access to view that.

I can only assume this is one of those issues that will be celebrating a 5-year status with no resolution soon. It was raised 2.5 years ago (Oct 2019). While I can appreciate Atlassian rolling out new features and products, equal time must be spent on your ever growing backlog of unresolved issues.

I will stop watching this issue and move on. It's simply too frustrating to see monthly emails from people asking for an update that never comes.

Any update yet, same issue here :(

Any update here?

2 votes
M Amine Community Leader Oct 26, 2019

You have to use an app. The idea is the following : 

  • Listen to the event/transition of the task going to the backlog
  • Then trigger an action based on the value of the label. 

Among a lot of plugins able to do what you want, you can find : 

  • Automation for jira (using the intuitive, with no code, UI. You can listen to the "Transition event" and then test in JQL that the label fits the value you want and if it is the case trigger the transition to the target status/colum)
  • Script Runner for Jira (using a post-fonction or a listener or even both)
  • SIL Power Script (using a post-fonction or a listener)
  • Jira Suite Utilities (using a post-fonction)

Suggest an answer

Log in or Sign up to answer
TAGS

Atlassian Community Events