We are trying to figure out a way to publish a list of stories to users. The problem is, that they should either not have access to the story itself at all, OR they need a very 'locked down' view of the story. We do not want them to see the comments/history/etc.
I've tried to publish a report in Confluence using a filter set to visibility "everyone", hoping that we could 'display only' a list of stories, but the filter displays nothing since the users do not have access to the stories that would normally display in that filter (ex. as 'IT person' I can see all the items in the filter, but as 'end user' I cannot see anything). I can't grant the end users access to the stories, because then they can everything in the story.
I've tried to see if I can somehow give locked down permissions to view the story (ex. user can only see summary/description fields) but can't figure out a way to do this either.
Essentially we just need to either figure out a way we can create a 'view only' list of stories that the user can see, but not access.... or let them access the stories but with a very limited view of what fields they can see.
Basically what we're trying to achieve is:
-Change Report which will be published at time of each product release listing the items in that release
-Dynamically updated page where you can see 'items in queue', 'items in progress', 'items waiting approval' etc as they move through the various stages
The issues we're encountering:
-We do not want user to see the full history/comments of the story in JIRA because it often contains information we don't want them to see such as internal clarification of items/issues etc.
We currently are achieving this by having two different projects and creating a story in the 'public' facing project, and then linking all the 'internal facing' stories to that public facing project. The problem is that it's very time consuming to make sure that they stay in sync as far as the statuses go, people are sometimes forgetting to create the public facing one when they create the internal facing one, people are complaining about needing to create two stories for each actual story required....basically it's a huge pain!
Any ideas/help would be appreciated. We are using the cloud version of Jira/Confluence.
The really simple answer is "you can't". There's a simple rule - either you can see something or you can't.
Of course there are options, but not many.
First thought - Quisapps have a "field security" add-on for JIRA which will hide field content from users. But you can't install that on Cloud, so I think you're a bit stuck.
But if that's not good enough, then you're in the realms of coding - you'll have to use a standard account to extract partial data from JIRA to be published somewhere for the more restricted users to view it. Cloud supports extracts (xml from filters, REST calls etc), but you'll need to find somewhere to publish the data you scrape.
That's unfortunate. I know that JIRA is designed to work collaboratively amongst a team, however it would be very helpful to also share release/'in the pipeline' information with users without having to give them full access to see the entire JIRA item.
It seems like an important feature to be able to share certain elements (ex: even just a list showing the title/ref# so they can see what's on the horizon, or can reference it when contacting support) without giving full access to see your internal communications/work history etc.
I'm sure we'd be able to find a place to publish our data, but I'm assuming it would not dynamically update? (Sorry, the coding side of things is not my realm of expertise)
I’m a designer on the Jira team. For a long time, I’ve fielded questions from other designers about how they should be using Jira Software with their design team. I’ve also heard feedback from other ...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs