Andrew Chapman got a new gig. He is now in charge of SharePoint solutions for EMC. I am assuming that this includes Content Services for SharePoint (notice the old site link still works) as well as any other current and future products. I couldn’t be happier. Andrew knows how to listen and evolve his thoughts based upon new information and experiences.
In many ways, this is an out-growth of his work in the world of compliance and records. He had seen how organizations were having trouble managing their growing SharePoint environments and they were asking him how to get Documentum and SharePoint to work together. Organizations like SharePoint’s user-interface and Documentum’s ability to enforce business rules and manage the large amounts of information being stored. Andrew voiced his opinion one too many times and his new job was born.
Seven Reference Architectures
Andrew has proposed Seven Reference Architectures for using SharePoint and ECM together. I’m going to list them briefly and give my initial thoughts. For the one that he has a detailed, separate, explanation for, I am adding the link. He is still fully defining many of these and filling out his thoughts, so I only have little blurbs to comment upon.
- Keep Systems Separate, Restrict Usage: I concur with Andrew’s assessment of this one, It sucks. Two systems, not working together? Bad juju! However, without further investments, there aren’t a lot of options.
- Loosely Coupled Solution: Content is moved based upon its status and importance. This process is fairly nice and has rules. Creation through collaboration in SharePoint, final products in the ECM system. Of course, if you don’t duplicate content, search is impinged.
- Using SharePoint as a Portal Container: Ah, the introduction of Web Parts. There is nothing that a .NET developer can’t do, with enough time and money. This is a nice step as it allows for content to be accessed and managed through SharePoint even though it doesn’t exist in SharePoint.
- Passive Unification in Web Part: I think this one needs a tweak to the name. Not important though. What is important is that content from various sources is available in one consolidated Web Part. Useful for some solutions, but for others we need…
- Active Unification in Web Part: This take number four and adds the full complement of standard Library Services to the content.
- Passive Back-end Aggregation: I’m not 100% clear, or even 50% for that matter, what this would look like or why anyone would stop here. No comment for now.
- Active Back-end Aggregation: Having all objects from all environments addressable within a single space and supporting operations on those objects. This is obviously my favorite. One place, one user experience, information stored in underlying systems where they belong.
There is a lot more meat to be put on these bones. Let me see what I can do to prompt some thoughts that we would all like.
ECM 2.0 and the Seven Seas
I like the Seven Seas (SharePoint Ecm Architectures) better. It has a little more soul to it. My apologies to Andrew and Sinbad the Sailor. But I digress…
Right now, fighting against SharePoint is like the War on Drugs. You may win a lot of battles, but you will lose in the long run. So we need to pick a Sea to sail. The seventh is the most promising, but takes the greatest investment to reach. Your not going to sail that one with a rowboat. You’ll need a nice clipper.
The ECM 2.0 world puts all content into one central repository. It may be behind the scenes and invisible to the user, but it is there. SharePoint, as Andrew rightly points out, has a great UI an tight integration with most users “productivity” applications. It makes for a great Collaborative Content Application.
Now if we can bring in the Content and mash it up with Information from other systems, we can have that Back-end Aggregation. If it is active, then people can get some real work done. We may be talking about effective Information Management even!
Dare to dream…