Is there a way to make the project administrator users known to everyone on the same JIRA instance?

[Christian Thema]

Hi a bit of background. I'm on a team of JIRA system administrators and we get a bunch of requests that should go to Project Admins. I'd ideally like to see if there is a feature, query, link, or dashboard that will allow users to see who the project admin is for a given Project. Is this a thing that exists or do any of you think there is a relatively simple custom build that can pull this information and display it somewhere on the JIRA interface?  

Obviously as a sys admin, I can see this information in the Users and Roles section of the project settings. But I'd like for non-admins to see who their project admin is and reach out to them for support instead of my team.

While this isn't a confluence thread, the same thing would go for Confluence.

[Joe Pitt]

In the standard model if it isn't resolved it isn't 'done' You need to create a status that doesn't set the resolution, but is mapped to 'done' in your board. However, I expect that will cause confusion with the users. Without a resolution the assignee will see them in their assigned to me filter. Why do you want them to be considered done, but not really done? 

[Jon Behm]

We need a status that is basically Product Owner Review but we cannot have that status fall into the "In Progress" lane as it would with a normal workflow. For reporting purposes our work needs to be set to done prior to PO review. Our PO is external and we can't be on the hook for closing out stories/bugs until they get a chance to review them. I know that this is not normal or how Scrum should function but we're trying to mange with the situation we have. 

Can I create a new status that doesn't have any automatic actions tied to it and put it in the "Done" lane? I don't see any area for creating a new status that isn't one of those available from the dropdown. 

Thanks,

[Joe Pitt]

You can add another  column and map a new status to it. However you say the work has to be 'done' before the review which is the problem I see in your workflow. If the customer is reviewing it then I would say it isn't done until they approve it. I would add a column for customer review after in progress and before done. What are the options if the customer doesn't approve it? Can they send it back for rework? If approved you could have them move it to done and set the resolution in a post function.  See adding a column below:

https://confluence.atlassian.com/jirasoftwareserver/configuring-columns-938845277.html 

[Jon Behm]

The reasons are a bit complicated but yes, I realize our workflow is unorthodox. Basically we ran into a problem which was a very busy PO who got behind on reviewing completed work. And that PO is also our client. So we completed our work but would have a velocity of zero until the PO could get around to officially approving everything, making for difficult situations. 

Thanks for your help!

[Jon Behm]

Hmm, created a custom workflow and placed it in the Done column but unfortunately it too is removing the stories/bugs from my sprint when selected. Any idea what I need to do @Joe Pitt?

[Jon Behm]

Or maybe you could tell me this: why is "Done" a unique status in that it seems to be the only one where if you select it the story/bug gets crossed out as opposed to disappearing from the sprint? Is there something I can do to recreate that functionality in a new custom status?

[Jon Behm]

What seems a little crazy to me is that my new custom status, which is in the "Done"column doesn't actually count stories as being done. It removes them from the sprint and for all intents and purposes treats them like they are actually Cancelled.  

[Victor Mutambuki]

Jon,

Complete/Resolved?

Victor

[Jon Behm]

I tried Resolved but that actually makes the story/bug disappear from the sprint. I suspect Completed will be the same but am hoping to figure this out without having to trial and error every status as it gets messy