C3 Associates Inc.

Most conversations about enterprise information or records management  these days seem to involve SharePoint in one way or another.  Many organizations are finding that information management is not meeting their expectations and some are wondering if SharePoint 2010 as the answer to all of their problems.  Whether this push is coming from IT hoping to reduce costs, your portal team hoping for a new intranet or your user community hoping that that SharePoint will be easier to  use (or all of the above), there can be no doubt that many organizations are considering a move to SharePoint.

Microsoft has done a great job of driving this conversation through the functional improvements in SharePoint 2010 and also through some aggressive and effective marketing, but is SharePoint the answer for all of your content management needs? 

Here are eight things to think about if you are thinking about migrating your records and information management platform to SharePoint.

1. Customizations, system integrations and modules.  Most implementations involve at least some customization, and most include a variety of vendor or third party modules.  Because of this, considering a move to SharePoint is not a simply a matter of copying over your content.  You will need to think about whether SharePoint has equivalent or "good enough" functionality to replace these customizations, integrations or modules without breaking your business processes.  If not, you will need to think about the costs to rebuild an integration, re-buy a particular module (if it is even available for SharePoint) or change your business process. None of these things should be taken lightly and there can be a significant effort associated with each. 
2. How important is records management and compliance?  Yes, SharePoint 2010 has records management capabilities but this is relatively new within the application and there is a great deal of debate about whether SharePoint RM will truly meet your needs (James Lappin feels there are significant shortcomings in SharePoint records management, Mike Alsup disagrees).   This is a decision you will need to make in consultation with your content owners, legal team and regulatory compliance group.
3. Business drivers. It is important to consider why  you want to move to SharePoint. Cost savings? Usability? Spite? Okay, scratch that last one. As with any decision you need to think through your business case ahead of time. What is the value proposition for moving so SharePoint vs.  the cost of continuing to use your other system?  Is it feasible to integrate the two systems?  It is important to consider all of the potential benefits and pitfalls, efficiencies and costs for swapping out your system.  Try to be as realistic as possible and quantify both the costs and benefits; I find a good place to start is a simple SWOT analysis.  Once you have an understanding of what you hope to achieve, build measurable objectives and create key performance indicators (KPIs) to track your progress.  This is a standard process for the analysis and execution of any business decision but it never ceases to amaze me how often emotion comes into the picture when considering SharePoint.
4. Does your platform speak the same language as SharePoint?  SharePoint works in a certain way; sites are contained within site collections and everything can be tied together with custom metadata columns and content types. There is a large and growing list of add-on modules available.  SharePoint is considered by many to be a development platform and SharePoint also has some intriguing social, portal and business intelligence capabilities.   You need to consider the use cases and information architecture of your current system and determine how closely you want to replicate that system. More importantly, you need to decide whether SharePoint will let you or whether you will be under-utilizing the functionality of the tool if you try to copy your existing system too closely.
5. Content migration is no fun.  Once you've figured out how you will map your existing system to SharePoint you will need to plan the migration itself.  You will need to make decisions about which groups go first (it is unlikely that you will be able to do a "big-bang" migration) and about whether you bring across all document versions or just the latest ones (this will likely vary by group). How will you handle content from departed users?  What about URLs linked between documents and to other places? How about your security model? Who will update your information governance policies and practices? (You dohave information governance policies and practices in place, right?  If not, see here for a primer on the importance and challenges of implementing information governance).
6. Pick the right project team.  This is not, Irepeat notan IT project.  Managing user impact and business process change will be the biggest job for your project team.  Finding a team with strong information management skills is critical as they will understand the specifics of how information needs to be mapped between the two systems. At the same time, you will nee strong business sponsorship to provide guidance, set priorities and give you an escalation point when the going gets tough.
7. Are you ready to get social?   If information wants to be free (and it does), information really wants to be free in SharePoint.  SharePoint started life as a collaboration tool and although it now has a powerful security model, the system works best when most information is available to most people. You need to consider what capabilities the average end user will have; what will people be able to do with their My Sites? Can everyone blog? Who can create a new list, library or team site?  These are fundamental questions of SharePoint governance but be careful not to lock the system down too much. And these considerations are much more than just technical; there are cultural questions that need to be considered as well. This is true of any information management system but is especially important when working with SharePoint.  
8. Infrastructure. Are you a Microsoft shop? How up to date is your SQL Server environment? Do you have some 64 bit servers kicking around? What about Active Directory? Which version of MS Office are you running? The specific requirements for SharePoint 2010 can be found here: http://technet.microsoft.com/en-us/library/cc262485.aspx.  Although these are fairly high-end specs it really isn't out of the ordinary by today's standards. At the same time most organizations will likely need to upgrade at least some components. You will also need to consider how you will do the content migrations themselves. You will need a test environment to bring across the data and may need a tool to extract, transform and load the documents and metadata from your legacy system as well. 

The bottom line is that the benefits of moving to SharePoint are not automatic and may not be there at all.  Many of my clients are taking a hybrid approach; adding SharePoint on top of their existing information management platform.  Management of this hybrid solution begs many more questions, but may be a part-way solution if your organization is considering a move away from your current platform to SharePoint.  If you do decide to migrate, it is important to recognize that it will very likely be a long and complicated process.  Before you commit, it is critical to understand why, when and how you will complete the migration.

After death and taxes, there are two other things in this world that seem to be a certainty;

1. If you want to start a debate in the enterprise content management (ECM) community mention SharePoint, and;
2. I’m really bad at predictions.

Evidence for point #1 is all over ECM blogs, countless conversations at conferences like AIIM and ARMA, and countless sleepless nights for traditional ECM vendors as they try to think of ways to fend off Microsoft. As for the second point, let’s just say that after I picked my Calgary Flames to win the Stanley Cup they missed the playoffs entirely. Nice call on that one.

The purpose of this post is to list some of the reasons why traditional ECM tools might survive (or even thrive) in the face of Microsoft’s full-court-press into the ECM space. I will leave it up to you, my colleagues in the Electronic Records Management (ERM) community, to expand on this list, tell me where you disagree and have a good discussion about the future of Enterprise Content Management. Next week I will make the case why SharePoint might be the future of ECM.

So, here goes.

1. Records Management is not optional. Many organizations wish it was, but it isn’t. Although SharePoint 2007 introduced some records management capabilities and SharePoint 2010 seems to take this to the next level, the critical role records management plays within an organization means it is not something that can or should be done half way. Traditional ECM tools like EMC Documentum, Open Text Content Server (formerly Livelink), Open Text eDocs (formerly Hummingbird), IBM FileNet and open source tools like Alfresco have a several-year head start on Microsoft. This means there is a significant body of best practice built up within the vendor and partner channels associated with each tool. There is a very good chance the issue your organization is dealing with has been seen somewhere else and that you can call on these resources to help get you where you need to go. Can you say that about SharePoint RM? The tool and best practices may eventually develop, but do you want to go first?
2. The vertical is steeper than you think. Whenever a client or colleague would ask whether I thought SharePoint 2007 was a viable replacement for their existing ECM system, it was relatively straightforward to explain why most organizations needed to continue leveraging their existing investments in traditional ECM suites. I summarized some the shortcomings of SharePoint 2007 last year, and have found these points to be a very useful “elevator pitch” when discussing the differences between SharePoint 2007 and traditional ECM suites. Admittedly, this discussion gets as lot more muddled with SharePoint 2010. Many if not all of these points have been addressed in one form or another, except for one very important area; solid, mature solutions in industry verticals. ECM vendors have spent the better part of the past two decades developing, deploying, supporting and improving their solutions for specific industries. Will the life sciences industry trust their complex regulatory approval process to SharePoint any time soon? Will the architecture, engineering and construction industry be able to manage multi-billion dollar projects that generate millions of AutoCAD files and tens of millions of facility tags in SharePoint? Speaking in strictly technical terms it is possible that SharePoint can handle the volumes, but for these use cases and others like them, ECM suites offer mature tools that support complex business processes and as above, the vendor professional services and partner networks have extensive experience in implementing these tools in a variety of industry verticals. Although there is a perception that ECM should primarily focus on replacing shared drives, my suspicion is that most ECM is targeted at solving business problems in core operating areas, and it is in these areas that traditional ECM players hold a significant advantage.
3. A suite of tools from one vendor increases accountability. Whenever someone questions the ability of SharePoint to meet a particular business need using the product as-is out of the box (as is often the case when discussing the vertical business requirements noted above), the response is usually that a Microsoft partner either has or will provide a module that meets this need. While that may be true in many cases, most organizations end up with many different modules from many different vendors. There are a couple of downsides to this; the testing required each time you need to upgrade goes up exponentially and, if and when things do go wrong you will not be able to hold a single vendor to account. This is often referred to as the “one throat to choke” argument (although my friends in the vendor community prefer to call it the “one back to pat” argument). Although the “suite” approach taken by traditional ECM vendors usually means that some of the individual components are not best of breed, the ability to hold a single vendor to account for their product is a significant benefit, and one that SharePoint cannot offer.
4. If Microsoft CRM didn’t kill SAP, why would SharePoint kill traditional ECM? Although there has been a lot of talk about SharePoint overtaking traditional ECM players, why has Microsoft not overtaken SAP in the CRM space? Is there is a case to be made that SharePoint is akin to Microsoft’s CRM offering; a tool targeted at the mid-market, mass-market space but not really suitable for true enterprise deployment?

I hope these questions provide a good starting point for a good discussion about the future of ECM. Next Thursday I will make the case for SharePoint to live up to the hype and change the ECM landscape as we know it.

Until then look forward to your comments.

Cross-posted from my blog on the AIIM ERM Expert User Community.

For this week’s blog post I was going to provide my perspective on the recently completed AIIM show but there are already so many excellent summaries out there I’m not sure what more I could add. I thought Barclay Blair’s observations were particularly astute, especially as it related to Google’s perspective on ECM. Mike Alsup provided a solid list of nine observations (just to go one better than John Mancini I’m sure), Russ Stalters highlighted the big push by Microsoft to promote SharePoint to the ECM community and also commented on the evolution of cloud-based ECM offerings. Finally, the Big Men on Content gave their considered opinions on the impact and evolution of CMIS. Once you’ve read through these articles it will feel like you were there.

My big “aha” moment at AIIM came in the speakers ready room. I got to talking with fellow Canadian Lewis Eisen about how to truly measure success when implementing information management. We discussed whether traditional measures of success like the number of documents loaded to the system, number of users, number of searches, etc. are really all that valuable. The short answer for both of us was a resounding no. These measures are peripheral at best, sort of like saying “It always rains when I go to Philadelphia for the AIIM conference, therefore I make it rain in Philadelphia”.

So what metrics and measures are valuable? The answer to that question is another question; what is the mission for your organization? The main point of my AIIM presentation this year (”What Success Looks Like – The Anatomy of a Successful ECM Implementation“) was that there is nothing inherently valuable about an ECM implementation (at this point you’re wondering why I’m blogging about ECM…bear with me, there’s a point here).

There is little doubt most organizations are dealing serious information overload problems and these problems are impacting their ability to succeed, but setting out simply to fix an information management problem without considering the broader objectives of your organization is a recipe for failure. Many (or perhaps most) ECM projects started out as IT-driven initiatives. Measuring the success of a project by the amount of content loaded to the system in the first year, or counting the number of users who have been trained, or even counting the number of new versions added by users will not tell you whether the system is a success or not.

To truly measure success you first must establish key performance indicators (KPIs) for ECM. While that hardly ranks as the most earth-shattering bit of news you are likely to hear this week, it is amazing how often this basic principle is missed when implementing ECM. KPIs must measure outcomes that are important to the bottom line of your entire organization, not just your IT department.

For example, if you are a sales-focused organization develop metrics within your ECM program that measure the impact on sales. The impact on the sales cycle from implementing good information management practices within the sales group is a good KPI (note: the amount of time it takes to find current sales collateral is not a valid measure; the amount of time it takes to convert prospects into clients is). This is obviously not a simple task and requires very close alignment with leadership in this part of the organization, and that’s really the point. If your ECM team is close enough to identify and measure KPIs within a business unit, your ability to design information architectures and work practices that support business objectives will increase exponentially.

The last, and possibly most critical point is that you need to be committed to continually monitoring, reporting and evolving your KPIs. This continual improvement review should be formalized to be at least an annual process or perhaps even more often if you have met your objectives and need to set new targets (or equally important if you have not met your objectives).

I am certainly interested in hearing about your experiences creating and measuring KPIs for ECM so please feel free to share your comments below.

Cross-posted from my blog on the AIIM ERM Expert User Community.

With the release of SharePoint 2010 in beta and the anticipated production release sometime in the first half of 2010 (one source says it will be released late in Q1 but that’s a full-blown rumor, so don’t hold me to that), it is time to provide an update on the latest incarnation of Microsoft’s collaboration/content management/business intelligence/portal/ECM/records management tool.

In an earlier post I listed Eight Things SharePoint 2010 Needs to be a True ECM System, and, at first glance the new version looks very encouraging from an ECM perspective. As I’ve said before, I get excited by anything that can help my clients better manage their information and SharePoint has the potential to be a transformative platform bridging structured content, unstructured content and social computing in one flexible package. SharePoint 2007 does a decent job of this but it has some deficiencies when it comes to managing all content in the enterprise.

I’ll also give you the same caveat I gave last time; While this post focuses on SharePoint as a technology, technology is about the very last thing that should be considered when an organization sets out to manage its content more efficiently. Information management should start with a good business case, appropriate sponsorship, choosing the right areas of focus then building capacity within the organization to truly succeed. Technology is only the last piece of this puzzle. All of that said, there has been an incredible amount of interest in SharePoint (as illustrated by the 7,500 people who attended the SharePoint conference from October 19 to 22, 2009) and many of my clients have questions about where (or whether) this tool should fit into their ECM strategy.

Finally, the updates below are based on my attendance at the SharePoint conference where I went to as many breakout sessions as possible and chased down beleaguered Microsoft staffers to ask questions in what must have felt like a trip to the old Roman Coliseum (with the lions, not with Caesar). I tried to focus on attending ECM-specific sessions and have done as much reading as I can but as a vendor-neutral consultant Microsoft hasn’t seen fit to furnish C3 Associates with a pre-beta version of SharePoint 2010, so I haven’t actually used the system myself. As always we will continue to learn as much as we can about all of the ECM tools and technologies that are of interest to our clients but in the absence of actually working with SharePoint some of our understanding will be incomplete or possibly incorrect. I will provide updates in future posts as I learn more.

I have used a five point scale to evaluate the how well I think SharePoint 2010 meets my “Eight Things” criteria for inclusion into the ECM club. Remember that these are based on only my first look at the tool and are subject to revision as I learn more about how the new features and functions actually work.

Initial Ranking Scale

With all of that out of the way here are the eight reasons I think Microsoft has moved towards a more complete ECM solution.

1. Persistent links – The single biggest shortcoming of SharePoint 2007 is the inability to link directly to a unique object ID. One of the greatest benefits of ECM systems is the ability to send content via a link rather than relying on email attachments. In traditional ECM applications this isn’t a problem; each content object has its own unique ID that doesn’t change regardless of where it lives in the repository. In SharePoint 2007, links break if you rename or move a file. The other benefit of persistent linking is that it enables the management of compound documents (a container that stores multiple documents like the chapters of a book) and the ability to link directly to an older version of a document.

2. Store once, use many – SharePoint 2007 had a nasty habit of copying content throughout the system rather than using pointers to a single source of the truth (because content links might break as noted above). Perhaps the best example of the misguided use of “copy” capabilities in SharePoint is the “Send to…Records Center” feature where a copy of a document is sent to the Records Center while leaving the original in place rather than either moving the document and leaving a pointer or changing the state of the document to indicate its changed status (see point 3 for more on the RM capabilities of SharePoint).

3. Honest-to-goodness Records Management – I recognize that that SharePoint 2007 is DoD 5015.2 certified but the statement from the product development team that the DoD 5015.2 components are “not intended for customers…who would like to enhance the records management functionality of MOSS 2007 with particular 5015.2 oriented features but are not required to run their system in a certified configuration” doesn’t exactly inspire confidence. Add to this the fact that SharePoint doesn’t allow users to efficiently manage physical objects out of the box and it is clear that Microsoft needs to decide if they are really serious about the records management space or if they will leave it to partners.

4. Better metadata management – Metadata in SharePoint 2007 took a quantum leap forward with the introduction of Content Types. However, managing metadata in SharePoint 2007 can be difficult especially when dealing with multiple site collections.

5. Reusable search templates and stored search results – There is no question that search is a focus for Microsoft based on their acquisition of FAST and their push into public internet search with the recent launch of Bing. Search in SharePoint 2007 is reasonably good but the tool does not have the ability to either store a “snapshot” of search results for future reference nor does SharePoint 2007 allow users to create reusable search templates. This feature would save users time by allowing them to create a search query then either re-execute that query in the future or add new criteria without having to rebuild the entire search.

6. More granular security – This is one area where SharePoint was already reasonably strong but truly deep ECM systems include advanced security features like the ability to deny permission to certain objects on an as-needed basis. The current process for managing security is a bit cumbersome but I expect this is something Microsoft is working on. It will be interesting to see if what changes, if any, make it into the final release of the product.

7. Surface the audit trail – One of the things I like the best about established ECM applications is the ability to see who has opened my documents. I find this particularly handy on status report day when I inevitably discover that I’ve made a mistake in the document I’ve just sent out (as an unbreakable persistent link of course). I can check the audit trail to see if anyone has opened the document and if not, make my changes without anyone knowing I’d messed up in the first place. While SharePoint tracks most major audit events, the list of events is not as extensive as in a traditional ECM application nor is this information surfaced through the function menu of the content object.

8. More and more mature line-of-business integrations – This should be a strength of SharePoint given the sizeable .NET developer community as well as the extensive Microsoft partner ecosystem, but SharePoint still has a lot of catching up to do in this area. Organizations deploying SharePoint won’t be able to hold a single vendor to account for a series of modules (or Content Enabled Vertical Applications, as Gartner likes to call them). This may or may not be a bad thing depending on your perspective but established ECM vendors have offerings that satisfy a variety of industry verticals and business functions. To achieve the same thing with SharePoint customers will need to research, purchase and deploy modules from a variety of Microsoft partners. CMS Watch offers a good summary of the issues associated with third party add-ons for SharePoint.

To sum up, it is clear that SharePoint will continue to have a significant impact on the ECM landscape. The question is whether the functional improvements evident in SharePoint 2010 mean that organizations with significant commitments to other ECM platforms have to start all over again with SharePoint? In the short term, I think the answer is no. In many cases, the true benefit from the investments made in traditional ECM can be realized by surfacing some of this content though SharePoint interfaces; done well this can significantly enhance the user experience while still ensuring that the strong compliance engine in your existing ECM system keeps your content safe and your CEO out of jail.

I suspect that any changes in the ECM world will be evolutionary rather than revolutionary. SharePoint is a disruptive technology to be sure, but given it’s breadth, relative lack of maturity and a widely varied partner community Microsoft will help the overall ECM market grow and likely take established ECM vendors with it. As they (used to) say on Wall Street, a rising tide floats all boats.

This is not to say that things will be easy for the makes of FileNet, Documentum, Livelink and others; they have a significant challenge ahead in trying to position their products not relative to one another, but relative to SharePoint (whether they like it or not). The vendors that do this well will continue to thrive and any that choose to ignore SharePoint or do not recognize the significance of the changes in SharePoint 2010 could be in trouble.

As always I appreciate your feedback on anything you read here. Feel free to leave a comment here or drop me a note via my Twitter account at GregClarkC3.

The hype cycle has started for the upcoming release of SharePoint 2010 and I’m certainly not the only one to get caught up in it. I’m excited about anything that can help my clients better manage their information and I’ve always seen SharePoint as a potentially transformative platform bridging structured content, unstructured content and social computing in one flexible package. The current release of SharePoint does a decent job of this but in my opinion and the opinions of others (here and here) it has some shortcomings when it comes to its capabilities as a true Enterprise Content Management platform.

While this post is all about SharePoint as a technology, I want to be clear that technology is about the very last thing that should be considered when implementing ECM. It should start with a good business case, appropriate sponsorship, choosing the right areas of focus then building capacity within the organization to truly succeed with ECM. Technology is only the last piece of this puzzle. All of that said, there has been an incredible amount of interest in SharePoint and many of my clients have questions about where (or whether) this tool should fit into their ECM strategy.

For SharePoint 2010 to become the ECM category killer and truly threaten the market share of Open Text, EMC Documentum, IBM FileNet and others, the new version should have the following eight things:

1. Persistent links – I’ve told anyone who would listen over the past two years (and many people who wouldn’t…hi mom!) that the single biggest shortcoming of SharePoint 2007 is the inability to link directly to a unique object ID. One of the greatest benefits of ECM systems is the ability to send content via a link rather than relying on email attachments. In traditional ECM applications this isn’t a problem; each content object has its own unique ID that doesn’t change regardless of where it lives in the repository. In SharePoint links will break if you rename or move a file. The other benefit of persistent linking is that it enables the management of compound documents (a container that stores multiple documents like the chapters of a book) and the ability to link directly to an older version of a document. Rumor has it that SharePoint 2010 will include persistent linking and if it does the tool will have taken a big step forward.

2. Store once, use many – SharePoint has a nasty habit of copying content throughout the system rather than using pointers to a single source of the truth (because content links might break as noted above). Yes, yes, I know that you can “Send to…Other Location” and link that new doc back to the original but this linkage is easy to break and experience tells me that the content falls out of synch very quickly. Perhaps the best example of the misguided use of “copy” capabilities in SharePoint is the “Send to…Records Center” feature where a copy of a document is sent to the Records Center while leaving the original in place rather than either moving the document and leaving a pointer or changing the state of the document to indicate its changed status (see the next point for more on the RM capabilities of SharePoint). The propagation of copies of documents throughout a repository is very bad mojo from an ECM and records management perspective and it is something that Microsoft must fix if SharePoint is going to replace traditional ECM applications.

3. Honest-to-goodness Records Management – I recognize that that SharePoint 2007 is DoD 5015.2 certified but the statement from the product development team that the DoD 5015.2 components are “not intended for customers…who would like to enhance the records management functionality of MOSS 2007 with particular 5015.2 oriented features but are not required to run their system in a certified configuration” doesn’t exactly inspire confidence. Add to this the fact that SharePoint doesn’t allow users to manage physical objects out of the box and it is clear that Microsoft needs to decide if they are really serious about the records management space or if they will leave it to partners.

4. Better metadata management – Metadata in SharePoint 2007 took a quantum leap forward with the introduction of Content Types. However, managing metadata in SharePoint 2007 can be difficult especially when dealing with multiple site collections. An ECM system should be able to easily manage relationships between data in the form of cascading attributes and parent-child relationships throughout the entire repository and should also support inheritance of metadata from the container level (eg. folder) to the content within that container. I’m hopeful that we’ll see improvements to the SharePoint Business Data Catalogue (BDC) that make this possible. The other option appears to be Microsoft’s Master Data Management tool (codenamed “Bulldog”) which is rumoured to be included in SharePoint 2010.

5. Reusable search templates and stored search results – There is no question that search is a focus for Microsoft based on their acquisition of FAST and their push into public internet search with the recent launch of Bing. Search in SharePoint 2007 is reasonably good but the tool does not have the ability to either store a “snapshot” of search results for future reference nor does SharePoint 2007 allow users to create reusable search templates. This feature would save users time by allowing them to create a search query then either re-execute that query in the future or add new criteria without having to rebuild the entire search.

6. More granular security – This is one area where SharePoint was already reasonably strong but truly deep ECM systems include advanced security features like the ability to deny permission to certain objects on an as-needed basis. The current process for managing security is a bit cumbersome but I expect this is something Microsoft is working on. It will be interesting to see if what changes, if any, make it into the final release of the product.

7. Surface the audit trail – One of the things I like the best about established ECM applications is the ability to see who has opened my documents. I find this particularly handy on status report day when I inevitably discover that I’ve made a mistake in the document I’ve just sent out (as an unbreakable persistent link of course). I can check the audit trail to see if anyone has opened the document and if not, make my changes without anyone knowing I’d messed up in the first place. While SharePoint tracks most major audit events, the list of events is not as extensive as in a traditional ECM application nor is this information surfaced through the function menu of the content object.

8. More and more mature line-of-business integrations – This should be a strength of SharePoint given the sizeable .NET developer community as well as the extensive Microsoft partner ecosystem, but SharePoint still has a lot of catching up to do in this area. Organizations deploying SharePoint won’t be able to hold a single vendor to account for a series of modules (or Content Enabled Vertical Applications, as Gartner likes to call them). This may or may not be a bad thing depending on your perspective but established ECM vendors have offerings that satisfy a variety of industry verticals and business functions. To achieve the same thing with SharePoint customers will need to research, purchase and deploy modules from a variety of Microsoft partners. CMS Watch offers a good summary of the issues associated with third party add-ons for SharePoint.

It will be interesting to see whether SharePoint 2010 includes some or all of these features. Microsoft has done a good job of capturing a new market without significantly eroding the market share of traditional ECM vendors; as SharePoint adoption has increased the overall market has grown and, as they say on Wall Street, “a rising tide floats all boats.” Whether Microsoft’s ship will sail away from the rest remains to be seen (as does my ability to stretch a bad metaphor) but they were clearly not able to do so with SharePoint 2007.

As I learn more about SharePoint 2010 I will share my thoughts here and on Twitter (GregClarkC3). I also plan to attend the 2009 SharePoint Conference this coming October where I’m sure I’ll find out more. In the meantime I’d appreciate any feedback, additional information or opinions you have to share about SharePoint 2010 or ECM in general.

A special thanks to C3 Principal John Meilleur and C3 Associates Ankur Gupta and Lam Huynh for sharing their expertise in the creation of this article.