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
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
So, I am trying to work out how best to structure content in Confluence and if we need to start splitting things out more.
In the current & original structure we have created a team space for the IT Infrastructre Department, which contains all documentation for all Infrastructure related systems, project docs, KB articles and how to guides.
This seemed to work well for a while and originally made sense.
I am now wondering if we should be making better use of the spaces and move differnt systems to their own space. For example, have seperate spaces for VMware, SCCM, Exchange etc. and then general team space for generic KBs, how to guides etc.
The thinking would be if we had a project to move to Office 365, we would create a project space for that, which would then grow to contain tech documentation about design, how technical how-to guides and other Office 365 specific info.
How does everyone else structure their spaces?
Do you just dump most things in one based on team?