How-to: Organise File Shares / Document Libraries

Some thoughts on how to arrange shared files. Here we discuss the what rather than the how - there is a separate page covering the technical aspects of folder sharing. Although this was originally written from the perspective of simple file shares, the same approach can be used with SharePoint Document Libraries.


A key consideration in organising shared files is making sure that all the people in a team are aware exactly which data of theirs is being shared with other teams.

Take an example of an HR Team and a Finance team, it might seem reasonable to share the HR folder with Finance staff so they can get figures on annual workforce costs, but if one of the many HR subfolders has information about redundancies that may eventually affect the Finance team then they certainly don’t want that to be shared.

Listing what is available

When a list of folders is shared, you have a choice of hiding all folders for which the user does not have permission. First seen in Novell Netware (Q303758), all recent versions of Windows now have Access-based Enumeration (ABE) available.
[Turn this on with Set-SmbShare -Name "Share64" -FolderEnumerationMode AccessBased ]
This simplifies navigating the folder structure for end users, but does have a performance cost. ABE works well for hundreds or a few thousand file shares, but will slow down or fail when parsing tens of thousands of shared folders. Use it for departmental shares but not for individual user home folders.

Shared with everyone drives

One approach to sharing files is to have a file server area that is open and read/write to everyone. This is a common approach in small organisations with little need for security.

With no clear ownership, file shares like this tend to become disorganised fairly quickly. Tidying this up typically involves some kind of cleardown or reorg but this is never a popular approach and is likely to result in data loss at some point.

Team only shares

This is very common in larger organisations, shared areas where the access is limited to only members of one team or another. This access control means that when any need arises to share documents with people not in that team they have to use email or some other means of sharing.

Split Folder Sharing

An approach to address these issues is to setup TWO sets of shared folders, and corresponding mapped drives. For each Team there is one shared folder that’s only available within the team and a second that is shared with other teams.

S: Shared – users will typically have access to multiple folders, here, including their own teams shared folder.
All folders are visible.

T: Team only – each user will have access to one and only one folder in this share corresponding to their own Team. Other folders are hidden from view.

Shared S: and T: drives

With this arrangement, users can save the files they want to share with other teams into their shared folder.

Because the Team Only and Shared areas are delivered to the end users via two separate drive mappings, any drag-and-drop movement of files between them will by default be a COPY rather than a move, and so will retain the desired permissions.

You may be tempted to Map drive T: directly to each users Team folder, allowing work to be saved in T:\file.doc rather than T:\TeamName\file.doc but there are good reasons for keeping the name of the team folder visible:

Some teams may store their work almost exclusively in the shared area, other teams may mostly work using their Team-only folder. It places decisions about document sharing with individual users and means that shared access is both visible and can be done on a per-file basis without having to involve the IT department at all.

For ease of use, the team folder names should be kept short - think 16 characters or less, that leaves ~ 240 characters for all the filenames within the group folder.

Access Permissions on the shared folders

Granting read-only access to everyone across all shared folders makes it simple and clear that shared items are visible to everyone, but the ownership is still held by one team.

Alternatively you may want to allow multiple teams to work collaboratively with read/write access to the same shared folder. The same logic would apply - shared items are read/write to selected other teams, but the ownership is still held by one team.

It is likely to be worth setting up two AD groups for each team, one for the team members T: drive and one that grants permissions to the S: drive for other people/teams. That gives complete flexibility about who can access the Shared folder.

Project work

One flaw in this arrangement is that while it works well for people in two teams sharing data, the structure may not work so well for large project folders shared by many teams or sharing between a mish mash of people dotted around the organisation.

For those cases - create a new shared folder for the project, just like an actual team using the T: and S: structure.

If you setup every file share the same consistent way, it simplifies management, some T: drives might never be seen or used, but having them ensures you are covered for the case where a new hire is allocated to work on that project and nothing else.

Home Folders

In addition to the above, every user typically has a home folder. Either a file share or OneDrive storage.

If a large proportion of users need to work with files that are kept private, map the Home directory/OneDrive to H: so it appears at the top of the list. Conversely, mapping the Home directory to U: will put it at the bottom of the list.

For software packages like Microsoft Office, consider where the default save folder should be set to.
In some organisations the home folder may get very little use and so not require a drive mapping at all.

Every organisation is different

The arrangement described above may not work for every organisation, but hopefully it will give you ideas to improve and simplify the management of your shared files. It will not eliminate the need for custom share permissions but may help to reduce the number and complexity of changes that need to be managed.

In secure environments there is a tendency to say – "you can’t share document X with any other teams, therefore we can’t share any folders. The fallback option for users then becomes email, which is more difficult to monitor and control.

Even in the most complex environments, with many permissions to consider, there is often value to be found in providing a file storage area that everyone understands will never be shared with any other teams.


It can be helpful to provision each new team storage folder with a small number of default sub-folders to suit common requirements for the organisation, without this many users struggle with understanding file hierarchies and will use folder names like 'New Folder (2)'



“The sky is filled with stars, invisible by day” ~ Henry Wadsworth Longfellow

Related commands

Naming conventions for UserNames.
How-to: Groups - Full description of AD Local Domain groups, Global and Universal groups.
How-to: Built-in Groups - Built-In Users and Security Groups.
How-to: NoDrives - Hide mapped drives from Windows Explorer.
How-to: MapDrive - Map a Drive letter to a network file share, non-persistent (VBScript).

Copyright © 1999-2024
Some rights reserved