You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
this requirement has been coming up more and more lately, where departments want to use the Jira customer portal to collect internal requests and tasks from other departments (which may have only ever used the Jira customer portal) for their sprints (or Kanban boards).
The simplicity of using the customer portal for internal requests from people that have never used Jira seems like a valid use case, but Jira doesn't really seem to make this easy for some reason.
I would appreciate any input on the matter.
How do you do it? Or if you don't do anything similar, how would you go about it?
@Hi @Jörg Hoffmann, if I understand your question correctly, you can do this if you have Jira Software licences. If this is the case you can either:
Thanks for the responses.
My first thought was automation, i.e. creating a linked Software issue to the JSM ticket because somehow in my head I automatically assumed that mixing JSM and Software issues on one sprint board like that wouldn't quite work, but maybe you are right.
Did you see this or use it in practice before or is this just theory and there may be caveats?
Hi @Jörg Hoffmann, I have done something like what you are mentioning with linked JSW issues.
Mixing project issues into one board is a common approach, and works fine. I don't have any experience doing it with JSM and JSW in combination other than in testing environment. Combining JSW projects I do have experience with, and no caveats here.
I don't see any big caveats other that what @Jörg Hoffmann mention about the cost. It might not be acceptable approach if your'e not already having JSW licences for those users.
Another thing that might be a caveat is that the boards are located outside JSM. But this can also be seen as a benefit, because with correct filtering each JSW sees only their JSM issues on their board.
We have both JSM and JSW on our instance. Not concerned about the costs if it is the best solution.
So then from what I understand, with your solution one could do normal sprint planning with issues that live in a separate JSM project?
I assume this approach only works for company-managed Service Desks, not team-managed.
Have to find the time to do some tests then. :)