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
Next: Root
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
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
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.
+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.
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.
Love the desk cleaning analogy, and the ideas to restrict sub-pages inside personal spaces. That may improve the default searching functionality, too.
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.