Hi superstar Columbus group!!
@Brandi Guess and I have some questions for the group.
In your companies:
We're on the fence about letting people (non-admins) go wild and let themselves run into things that if we gatekept those permissions a bit, we could guide them up front so they have a better product experience long-term. But we also don't want it to seem like we're blocking people. Tough choices...
Thanks in advance!
- Harrison
At a larger company I worked for they had an internal site created to allow users to create Jira / Confluence projects on demand. The stipulation was that there had to be more than one administrator named on the site to ensure redundancy. Otherwise, it was fairly open to any user creating their spaces.
Currently, it is locked down and only Jira / Confluence projects can be created if they are aligned to a cost center and product. There is restrictions in who all can create a space.
None of these were team managed. I think most administrators shy away from this for fear of what all users would do with that power.
What's your opinion of one vs the other, do you feel like locked down makes more sense?
I like having the option to spin up a space as needed, but I am also used to having full admin rights. I am probably not the right audience to answer.
Having the freedom to spin up a project for a team / purpose it great but it requires some oversight. Projects that haven't been touched in XX months probably need to be archived / removed. Same principle for Confluence, if it is stagnant then it most likely isn't serving a purpose. Giving people a way to create and experiment with Jira may not be the worst thing, but again it should have safeguards in place.
I would think that the scale of the enterprise is also a consideration. A smaller organization may want to centralize requests through an intake process and build out spaces for teams. Larger organizations, that may be too much to manage effectively. Hopefully this gives you some ideas / talking points to figure out what is best for your office.