Clearly, one of the great things about SharePoint is how easy it is to use. With a minimum of training (and the proper permission set), users can build team sites, Document Libraries, folders, whatever they think they need.
Unfortunately, one of the worst things about SharePoint is also how easy it is to use. At least once or twice a week I hear about another organization that has implemented SharePoint and is suddenly experiencing what has come to be known as ‘SharePoint Sprawl’. SharePoint Sprawl is what happens when
SharePoint is installed at an organization before the organization puts controls in place to prevent users from randomly creating SharePoint sites and Document Libraries without considering what they will contain and how their content will be managed.
SharePoint Sprawl is especially dangerous to Records Managers. One day your organization will install SharePoint and you’ll go home only to come in the next day to find SharePoint sites created all over the place with documents (and potential records) scattered in almost every direction. And all this with complete disregard for taxonomy, metadata and retention considerations.
If your organization is planning to standup SharePoint it is incumbent on you to make yourself part of the implementation team as early as possible and insist that the organization develop a logical set of controls that prevents SharePoint Sprawl from ever happening. One of the best things you can do is duplicate what one of my customers did. This company had a very active and efficient Records Management team and they made sure that they were involved in every step of the SharePoint implementation. They developed a policy that allowed almost anyone in the company to request a SharePoint site for just about any reason, but the request had to be routed through the Records Management team before the SharePoint Administrator would actually create the site. The Records Management team checked every site request to ensure that documents were in the right locations, had the proper metadata and, if the site produced records, rules were in place to get those records properly declared and classified into the Records Center. (In a touch of irony, the company created a very good SharePoint workflow that automated the entire SharePoint site request process.)
Again, if your organization is considering a SharePoint implementation, I encourage you to do what you can to prevent SharePoint sprawl at the earliest possible stage.
I want to move away for just a second from discussing pure SharePoint records management issues and talk a little about something I’ve become really excited about lately – namely, MIKE 2.0. 