Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Overcome permission obstaclesConnect your workflows of rather restricted projects

With Create Linked Issues & Linked Transition we did help you to bring teams of different JIRA projects closer together. However, the user still needed the appropriate permission in the partner project.
In JSU 2.1.0 you can configure a different user, who will create the new issue or trigger a transition on an existing one.

For example your support team has otherwise no permission in the developer's project. Now you can create a linked issue by using a technical user with the necessary permissions. And back the from the developers to the support, trigger a transition on the support issue, whenever the developers task is done.

Also useful for complex business workflows with tight permissions. For example a customer of us, an international bank, has very restricted permissions for different projects due to legal constraints. In the past only a top manager was allowed to pass information from one project to the other, which he had to do all manually.
The are looking forward to JSU 2.1.0 which allows them for a fully integrated workflow solution over several projects, of which the employees cannot even see the other projects. 


Many refinements on Copy Value From Other Field

We went even further and introduced the new concept of different scopes to the Copy Value From Other Field post function. For example you could copy the Due Date from an Epic to a Story, whenever you Start Progress on the Story. 
Both is possible: Copy a value from a connected issue (linked, sub/parent task, epic/issue in epic) to the issue in transition (triggering the post function). But also copy from the issue in transition to a connected issue.
For example you could copy the Due Date from an Epic to a Story, whenever you Start Progress on the Story.

You can now copy any number of fields during 1 post functions. Compared to the previous JSU, where you had to configure 1 post function for each field, your complex workflow configurations get much cleaner now.

Additional options to append or prepend the copied value to any existing value.
Imagine a parent task which is 'collecting' the values of its sub-tasks in one field of the parent task, whenever those sub-tasks get closed.