We have a requirement where in we have 3 independant workflows: Change Request(CR),PBI and SBI.
Suppose in CR workflow we come to a state "Approve" we could like to invoke another workflow"PBI workflow". CR being task and PBI being subtask. In PBI workflow we reach a state "In progress" then we invoke another workflow "SBI workflow" this being subtask of PBI. Once all SBIs gets completed then PBI will get closed. This in turn transfers to the CR workflow which in turn reaches a state closed since all the PBIs are completed
No, you can't "link" workflows. You'll either need to merge all three into one that covers all the possible states, OR you could get the users to change the issue type when you need to change it.
Oh, and consider the use of sub-tasks with separate workflows.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Sub-tasks creation are possible for 1 hierarchical level right. I meant if we have 3 issues types namely A,B and C. Then we can make C as a subissue type under isssue type B by using the subissue feature of jira. But if we want to extend to one more level wherein B can be made subissue of A this is not possible since C is already made a subissue of B. JIRA allows for 1 level of hierarchy classification. How can we extend this? A->B->C - level
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Yes, there's only one layer of sub-task available in Jira. You can't extend that without rewriting Jira.
There is a plugin available called "structure" which sort of does this. It's not quite sub-tasks of sub-tasks, but your users will effectively see it as that.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.