Hello.
I created these 3 automations for an Epic to advance in my flow depending on the status of their respective issues.
According to annexes, the automations are:
1 - SetFutureEpic (transitions the epic to IN BACKLOG): It is triggered when all epic issues are in the backlog.
2 - SetLaterEpic (transitions the epic to IN DISCOVERY): It is triggered when "some" issue of the epic is transitioned in some status of the Upstream frame (discovery).
3 - SetNowEpic (transitions the epic to IN PROGRESS): It is triggered when "some" epic issue is transitioned to some status of the Downstream frame.
Today, this automation set works well!
But then, what's my problem?
Let's say that the SetNowEpic automation has been performed. OK! So my Epic advances in the workflow. So far so good!
Now, if this same Epic has an issue being moved in Upstream, the SetLaterEpic automation is performed and Epic "goes back" to Upstream (Discovery). And that is exactly what should not happen. Once in "IN PROGRESS" an Epic cannot go back to "DISCOVERY".
Note: I tried to create all the rules within just one automation using IF / ELSE conditions. But they don't appear within "FOR Epic (parent)".
A check for the epic's status in addition to the child stories to exclude those specific edge-cases.
Hello @Haddon Fisher ! Thanks for the reply!
I didn't quite understand your response. Could you give me more details?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Could give me an example please?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Excuse the different names for statuses and the slight visual discrepancy, I am running JIRA server.
I've added two things to your setup:
1) The second component makes sure that the issue being transitioned has an epic. If it doesn't, then there's no point in continuing.
2) The second component in the "For Epic" branch checks the status of the epic itself; if it is outside of the current "frame" it would fail this check and not move.
I think you could essentially repeat the last three components to check for the other two frame conditions, but I haven't tested that.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
It looks like a good solution! And thank you so much for all your time and explanation!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello community!
After the tips from friend @Haddon Fisher and some more adjustments, I managed to solve my scenario. Below is the image of the solution for those who have the same scenario.
Note: I had to create a node for each "For Epic (parent)" rule. I tried in some way to solve the whole rule in a single node, but the automation of Jira did not solve it well. And yes! Now everything is ok!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Atlassian Government Cloud has achieved FedRAMP Authorization at the Moderate level! Join our webinar to learn how you can accelerate mission success and move work forward faster in cloud, all while ensuring your critical data is secure.
Register NowOnline forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.