Hello all,
We're about to move from Confluence Server to Cloud. In our on-prem, users did not have permissions to create their own spaces. I'm wondering as we configure the cloud instance what the repercussions are of allowing all users to create all spaces.
If you have done this, what was your experience? Do many people create spaces? Do they clean them up afterwards (I think I know this answer)? Do you have a cleanup/grooming policy?
Cheers,
Steve
Very good subject.
In answer to the title of the discussion, my easy answer is "no". Not because I could have done it and chose not to, but because my second experience with Confluence was with one where the previous admin had, and I got paid quite well for writing code to help clean up the mess, even in quite a small Confluence. To simplify - never grant "create global space" to more than a handful of people.
Moving on to the details, I've looked after many Confluences with both "can create personal space" and "cannot". It's probably easier to separate out the answers:
If people can NOT create a personal space
If people CAN create a personal space
I've been using and administering various Confluence instances since wiki markup days. My experience is that the biggest indicator of how messy your instance will get is not space creation permissions, but instead whether or not you have a dedicated group of people who have time to train users and act as wiki gnomes or wiki gardeners. I try to spread best practices one team or person at a time. For example, I notice someone has created a page (or space) that could better be merged with some other content, so I contact that person and say "hey, I noticed you created a page with some Jira tips. Did you know there's already a Jira usage FAQ at xxxxx? Maybe you and (other editor) can get together and merge your stuff - they both have really great ideas."
I tend to ask people to use a simple process to request a space, but without constant attention and cleanup by a variety of people (not just the admin!) your wiki is likely to become a jumbled mess in a couple of years either way.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Love the desk cleaning analogy, and the ideas to restrict sub-pages inside personal spaces. That may improve the default searching functionality, too.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I would also not allow too many people creating non-personal spaces. We are about 1500 people here and three of them are able to create spaces.
If there's a need for a new space, we also try to set them up as fast as we can. The new spaces have to be added to some overview pages and macros (e.g. a blogpost compilation) and we try to make them having a similar look and feel like the other ones, e.g. create them with a similar homepage (but of course, they are allowed to change that afterwards).
If hundreds of people were able to create spaces, I'm sure we would run into permission problems (something is visible to someone that shouldn't be or vice versa). Most people don't know the structure of our active directory groups and are not allowed to look them up.
But, on the other hand, we don't care about personal spaces. Personal spaces are personal and as long as there is no problem with a space or the user asks us about his space, I treat them as the users private field. I wouldn't also clean up his desk, so it's his own responsibility.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
+1 for Nic's comments. You absolutely should consider personal spaces. And then challenge anyone who is linking documentation that lives in their personal space to move it to the appropriate site space.
I like personal spaces for:
Pretty much everything else I can think of should be in a site space. If in doubt, move it out.
Really like Nic's points on automatically restricting things on a recurring basis in personal spaces. I try to keep my own space clean by restricting subtrees (like test pages) that are 100% only relevant to me. But very few people work like that; it's much more common to see a bunch of stuff you don't need or want to look at in other folks' personal spaces that you have View permission for.
We try to make it easy to request site spaces and get them set up within an hour or two of their request if possible. Only once or twice can I think of occasions where we asked someone to use an existing space instead based on their description of what they were looking for. We always ask for this info:
For our 400-person organization, I would definitely not open up permissions for people to create their own site spaces. Even though we've only turned down one or two over the years, the act of making the request tends to get people to consider why and if they need a site space.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks for the response,
I'm not so concerned about Personal Spaces because I don't really want to delve into them and enforce cleanups, but I do agree with your arguments. It also sounds like I need to start writing cleanup code for other businesses.
I feel like if people had the option to create both a site space, and a personal space, they would sometimes be using the wrong function for their purpose.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.