I have a question similar to this but slightly different:
Basically I want to achieve the same result but I am not able to build up my structure bottom up due to using "extend with links" automation.
To elaborate the scenario further:
We have 4-5 jira projects which are worked on by 3 teams.
We also have another separate jira project to hold the higher level initiatives which are linked to epics from those 4-5 jira projects. Let's call this "program" .
Program
|___ Initiative: Online Shop(version:2020Q1,2020Q2)
|___ Initiative: Community(version:2020Q1,2020Q2)
Application A project
|___ Epic: Authentication(version:2020Q1,2020Q2)
|___ Story: Basic authentication(version:2020Q1)
|___ Story: Keycloak integration(version:2020Q2)
|___ Story: some other dummy story
|___ Epic: Deployment on Amazon(version:2020Q1,2020Q2)
|___ Story: Cluster setup(version:2020Q2)
|___ Story: Run xyz(version:2020Q1)
Application B Project
|___ Epic: Integration with thirdparty(version:2020Q1,2020Q2)
|___ Story: rest api(version:2020Q1)
|___ Story: connectivity(version:2020Q2)
|___ Epic: Order management(version:2020Q1,2020Q2)
|___ Story: shopping cart(version:2020Q2)
|___ Story: order fulfilment(version:2020Q1)
These initiatives have links (dependency) to epics from projects A and B.
|___ Initiative: Online Shop
|___depends on: Authentication
|___depends on: Order Management
|___ Initiative: Community
|___depends on: Deployment on Amazon
|___depends on: Integration with thirdparty
So eventually, what I'd like to see is the following STRUCTURE:
Program
2020Q1
|___ Initiative: Online Shop
|___Authentication
|___ Story: Basic authentication(version:2020Q1)
|___Order Management
|___ Story: order fulfilment(version:2020Q1)
|___ Initiative: Community
|___Deployment on Amazon
|___ Story: Run xyz(version:2020Q1)
|___Integration with thirdparty
|___ Story: rest api(version:2020Q1)
2020Q2
|___ Initiative: Online Shop
|___Authentication
|___ Story: Keycloak integration(version:2020Q2)
|___ Story: some other dummy story
|___Order Management
|___ Story: shopping cart(version:2020Q2)
|___ Initiative: Community
|___Deployment on Amazon
|___ Story: Cluster setup(version:2020Q2)
|___Integration with thirdparty
|___ Story: connectivity(version:2020Q2)
So far, I couldn't find a way to filter the stories (or the issues under epics) by version.
Do you have any suggestions?
Edit: I forgot to add that we are using Structure server version. Should be the latest one as we are trialing it.
Thanks
Hi,
You can apply the same approach as before (though this would be a little tricky with not very obvious settings).
This instruction is a bit more complex than needed, but you will see your structure forming while you are doing it step by step, and perhaps the logic of generators will be more obvious this way. Otherwise you can start with grouping by link at next level with consider other groups on, then just group by Epic and then group by Fix Version.
Please, check if it works for you.
Regards,
Egor
@Egor Tasa [ALM Works] thank you very much! It worked!
I had no idea that we could manipulate the groupers like this. But I'm happy to see that we don't have to give up using structure.
Cheers
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Glad I could help!
Regards,
Egor
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Egor Tasa [ALM Works] do you have a guide to do the same thing in the cloud instance?
I see two things different which would be a great help:
* Group by version name is not in the cloud version
* Group by issue link is not in the cloud version.
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.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.