Over the last two weeks, we’ve given you an introduction to some of the concepts of Enterprise Content Management that are critical for the success of a records management program: content types (which provide a flexible way of classifying documents and records in your organization in addition to folders), and the Document Information Panel (which helps ensure that content will be tagged with appropriate metadata even before being declared as records.)
Now we can look at one of the core questions for records management: how do I define the “policies” to control how each type of document and record in my organization is managed? (Policies that can include the appropriate disposition schedule, what information needs to be audited about that content’s lifecycle, etc.)
The answer is a new feature in the 2007 release of the Microsoft Office system called “Information Management Policy”. This post will be the first of several to introduce you to this important area.
Information Management Policies provide a few key capabilities:
Now that we’ve talked through the key concepts behind policies, let’s dive into how it all works.
What can I define in an Information Management Policy?
While each of these policy capabilities is going to be the subject of its own post in the next few weeks, here’s a quick summary of the different policy features that can be configured in the 2007 release of the Microsoft Office system.
What does it means to “define” a policy for a place or content type?
Managing/defining policies on a place or content type isn’t a task that requires an Information Technology specialist -- it’s something intended for every records manager or compliance officer to be able to do.
Every list, document library, and content type in an Office SharePoint Server site can have an Information Management Policy configured for it. Here’s a screenshot of the “Settings” page for a document library showing the link (it’s located in the “Permissions and Policies” section) :
Defining a policy is done on a Web page where a records manager can specify what the appropriate policies are for their library or content type, by enabling the policy features that are appropriate and then configuring each one appropriately.
Here’s another screenshot showing the configuration options for the “Expiration” policy feature:
Hopefully these images show that configuring/administering policies isn’t a very complicated thing to do, and illustrates some of the concepts mentioned above.
That’s pretty much all you need to know to get started defining policies on content types, lists & document libraries in Microsoft Office SharePoint Server 2007. Although there’s more richness available for defining and managing those policies in a more centralized fashion, and more to discuss about each of the different “policy features” themselves, we’ll save those for the next few posts.
What is the end-user experience when working with content to which a policy has been applied?
In general, working with content subject to a policy does not impact the user experience in any way, unless the policy explicitly requires it. For example, if a user communication “statement” is included in the policy, then this will be displayed when users work with content in the Microsoft Office applications, as shown in the image below:
Additionally, specific policies can modify the user experience as appropriate (for example, a labeling/barcoding policy will include the appropriate label or barcode in the printable area of documents), but otherwise users don’t need to change their behavior or do any additional work to conform to the policy.
And that’s a brief introduction to Information Management Policies in the 2007 release of the Microsoft Office system. In our next few postings, we’ll focus on how to manage and administer policies on both collaborative and records spaces (from both an IT planning and a records management perspective) and examine the functionality of each of the different types of policies in more detail.
Thanks for reading!
Ethan Gur-esh, Program Manager