SharePoint Server 2010 Isn’t Really Ready for Enterprise Applications – And What Microsoft Should Do About It

In 2008, I started on a project to discover the real story behind SharePoint’s inner workings from a developer perspective. The result is the book Building the SharePoint User Experience, and it details, in as much detail as I was able to put in my grossly under estimated 350 pages, how SharePoint works. Not what the documentation tells you, nor how it would be logical that a feature worked, but really what the bits and pieces do when you put them together.

With SharePoint 2010, there’s a new ballgame, but sadly, it’s riddled with bugs that prevent it from being a great platform for building enterprise or even professional applications.

Over the past two years (I’ll skip the relative timing and just say I started with SP2010 development in July 2009), I’ve been building a range of SharePoint 2010 applications. It’s a great experience most of the time, but then, as if out of nowhere, SharePoint will don a clown suit and start giving out balloon animals to everyone and you’re left embarrassed to have portrayed it as a professional and serious platform.

It may just be that I’m working with more ‘enterprise’ projects now than earlier, but it seems to me that the issues I see with SharePoint 2010 are more serious and obvious than in 2007.

Let me give you a few examples.

SharePoint Document Sets Considered Harmful

Here’s a typical example of a great idea that just falls flat on its face due to lousy coding. I’ve made a video to show this ‘feature’ including its fix, but let me still give you the brief overview:

If you are using shared columns, at least columns of certain types, you can never visit the document set settings page after setting up those columns the first time. Well, not if you want to upload Office documents.

It’s not like I’m trying to find troubles either; a client had a requirement to add a lookup column shared across multiple documents in a document set. So, we set it up and were thrilled with the result, all until we started seeing that when users uploaded Word documents, the shared columns would just disappear until we checked out and in the documents manually (without changing anything, mind you).

Here’s the video:

You can view it in on YouTube here.

“Weird, ” I’m sure you say, “but this surely must be a unique and freak scenario, and I cannot imagine anyone would want to share columns in document sets while using Office documents. That’s just crazy talk!”

Well, although I highly doubt anyone in their right mind would say so, let’s assume that someone would claim it is a rare occurrence and take a look at some of the other weird things with document sets.

Share Column Behavior Changes with Number of Documents

The behavior of shared columns change if you have more than a certain number of documents in a document set. From being set immediately, SharePoint hands over the propagation of the columns to a timer job that by default runs only every 15 minutes.

That’s right, just when you’ve trained your users to even grasp the concept of document sets and then meticulously explained how to set up shared columns (and avoid using Office), now you have to tell them to count the number of documents in their document sets to know whether their columns work as you explained or not.

Now You See It, Now You Don’t

During the beta of SharePoint 2010, Microsoft had a feature to download a document set as a zip file, but then, when it came time to ship, they just removed it. I haven’t seen any real explanation for why they wanted to remove this wonderful feature, but regardless, it’s gone now.

But wait, it isn’t really, because it’s still there, you just need to add your own custom action to get it to appear. That’s right, there’s a great feature, right there, that you can’t get to, unless you hire a developer to throw you a new feature, or download one from the web yourself.

I think we’ve let document sets have it for now, but feel free to check out Michael Pisarek’s post on Document Set Limitations and Considerations in SharePoint 2010 (which also, by the way, mentions that document count feature).

SharePoint 2010 Social Features Suck!

I’ve written about this before, on how I think that SharePoint 2010 Social Features are at least one version away from being anywhere near mature. I’m not going to reiterate my criticism, because I trust that you are able to complete the workflow of clicking that link, reading, making up your own mind, and eventually returning here.

In short, however, all the new ‘social features’ of SharePoint 2010 lack a sense of completeness, from the way that events in your activity feed are really a set of events that are completely disassociated and impossible to manage, to the way that profile fields went from ‘easy and intuitive’ to ‘complex and quirky’, to the commonplace notion that the user profile service is the mother of Satan himself, a mother, mind you, that Satan rarely acknowledges due to her just being mean.

Here’s the problem, as I see it. Microsoft needs to get on the ‘social’ bandwagon and portray an image to their enterprise customers that they are ‘with the times’. Of course, anyone will realize that with a three year product cycle, and with at least a year or two with development, the rapid moving social arena will have moved miles down the track before SharePoint can tie the shoelaces on its sneakers.

Add to that the adoption rate of companies, and what Microsoft in practice offers is ‘social’ technology that’s half-a-decade old before users get to use it. What users are now adopting was probably designed either in late 2008 or early 2009.

That poses a massive problem, because if it takes three years to get the technology widely adopted, that means it takes at least that long and probably longer to get serious user feedback, and no, I’m not talking about the jokes that are the early adopters program. What the users then see is old technology which they compare with new and updated social components (Google+ wasn’t even a name when SharePoint 2010 shipped, not to mention when SP2010 social features were designed). By the time that feedback comes back to Microsoft, the next version of SharePoint (codename SharePoint 15, SharePoint 2013, or SharePoint vNext, take your pick) is well underway and at least some of its new features are set.

But hey, it can’t be that bad, can it? If users are now starting to adopt SharePoint as a social platform, even though it is based on three year old ideas, they will let Microsoft know, and Microsoft will put it in the next version, right?

Well, assuming they would, we’re still a couple of years away from the next version release, at best perhaps 12-15 months. That means that there’s still a lag from when users give Microsoft feedback and the time new features even make it to a shipped product. Even then, organizations will likely take a couple of years to adopt, and users will still see a three year gap between versions and that’s far too long in a marketplace where social software evolves as rapidly as it does.

So, What’s the Solution?

Microsoft certainly isn’t able to move quickly enough to compete with much more agile and nimble companies. Don’t get me wrong; that’s not a bad thing. After all, we expect Microsoft to support missile defense systems if required, and we definitely wouldn’t ask Facebook to do the same. Microsoft’s role is to provide enterprise ready software, not drive innovation in the social arena.

Microsoft, when trying to keep up with the times, seems more like an elderly person wearing hip-hop clothes to appeal to their grand children.

Speaking of which, here’s another intermission in the form of a video, and yes, this is exactly how I see Microsoft on the social arena.

Ah, but I mentioned a solution. Well, here’s my suggestion: Microsoft, stay away from things that move too fast for you. We don’t need to have more aging technology released as the latest and greatest. Leave innovation to others, your ISVs, your younger competitors, and get back to delivering stable and enterprise-ready software and platforms, because right now, you’re failing on both.

Bah, You’re Just Stirring The Pot!

I’ll gladly admit I have a tendency to blow things out of proportion to make a point, but I’ll also admit that I’ve grown far more disappointed with SharePoint 2010 than I ever was with SharePoint 2007, and that’s despite evolution supposedly being a good thing.

The really sad thing is that most of my quarrels is with SharePoint Server. The horrible Publishing feature, which is a giant oil supertanker when all you needed was a can of gas; the fundamentally flawed social features (should be rebranded as ‘social features your grandparents would love, if they understood it); the buggy document set implementation, and although I’ve only mentioned these things here, the list is far longer.

Microsoft mixes the roles of SharePoint the platform (WSS/SPF) with SharePoint the Product (MOSS/SPS) and can’t seem to get either quite right.

The platform is great for building applications; it really is. However, as a product, it lacks virtually everything that makes it sellable, including a price. Granted, there are… features… in SharePoint the Platform too, including what I discovered just the other day, that adding web parts to a page programmatically breaks down after adding the fifth web part, but at least I’m dealing with something built for extension and modification.

The product fucks up everything as a platform; the more you build on top of it, the more you hate how flawed it is. However, it is easily sellable with all its features and it does have a price, because sales people have to eat too. It is also infinitely demoable and you can train any monkey to show off spinning bells and whistles. If what you want is what you get out-of-the-box (including the elderly social features), then getting the server product is great. If it’s slightly off what you want, don’t expect it to be as easily modifiable as SharePoint the platform.

I would like… No scratch that, I would love it if Microsoft could completely separate out the ‘server’ features. Sell it out, split it up into less cumbersome products, but whatever you do, don’t keep adding more and more features that destroy the image of SharePoint to the monolith that is SharePoint Server. I know it’s the SharePoint Server product that brings you money, but you’re killing off a great platform by trying to be everything for everyone and succeeding only in being consistently worse every time. Except to those selling SharePoint, of course, because it’s a lot easier to sell something huge once than selling a small thing ten times, but that’s a completely separate rant.

I’m not holding my breath, though. I anticipate that Microsoft will throw in a new page worth of features into SharePoint Server 2013 (or whatever SharePoint 15 will end up as), making it even bulkier and harder to use than today.


Found this article valuable? Want to show your appreciation? Here are some options:

a) Click on the banners anywhere on the site to visit my blog's sponsors. They are all hand-picked and are selected based on providing great products and services to the SharePoint community.

b) Donate Bitcoins! I love Bitcoins, and you can donate if you'd like by clicking the button below.

c) Spread the word! Below, you should find links to sharing this article on your favorite social media sites. I'm an attention junkie, so sharing is caring in my book!

Pin It

Published by

Bjørn Furuknap

I previously did SharePoint. These days, I try new things to see where I can find the passion. If you have great ideas, cool projects, or is in general an awesome person, get in touch and we might find out together.

9 thoughts on “SharePoint Server 2010 Isn’t Really Ready for Enterprise Applications – And What Microsoft Should Do About It”

  1. @Bjørn thank you for the write up, I thought I was going out of my mind when working with Document Sets.
    I did find one other way of updating the child documents and that was to edit the document set properties. From within the set click the Edit Properties link and then save, just like the document check in no changes are required.

    @Daniel, your comment is nonsensical. As a SharePoint developer you should be taking the product and pushing the boundaries, building better applications and client centric solutions. Not having to patch the poor development of a product that is aimed at this market. It is these problems that will knock confidence in the product and thus make clients think of alternative solutions.

  2. I just created a new doc-lib using document-sets, created a new site-column and added that to the set and checked this column to be published to the documents in the set. I then added two content-types to the set.

    Next I uploaded a couple of PDFs and one word-document to the set, but all uploaded files got the correct value from the set. I could not reproduce this behavior.

    System: SPS 2010, SP1 & August 2011 CU

  3. Yes it really is a shame that MS is spreading itself so thin into so many areas and especially in the Sharepoint document management arena where you would think that Sharepoint would reign supreme! but as it turns out MS really dropped the ball with the DOJ and apprently left them holding the bag and i think this jives with an article i read awhile ago that stated that MS really didn’t care about the minusha about document management for the Legal profession because it didn’t represent the mainstream demands, or something like that and with Obama now mandating the document management madate, MS isn’t ready for prime time with what should be a forte in the document management area by now!

  4. Greetings,
    Do you have a followup to this posting now that 2013 is released?Did Microsoft follow the trend you identified? Or have they fixed some of these issues in your mind?


    1. Doug,

      Great question. to my amazement, Microsoft seems to have sobered up on the feature bloating and focused on improving what’s already there.

      The social features are improved, although they’re still ages behind (already) more nimble platforms. Microsoft acquired Yammer in the summer of 2012 and at least once stated that Yammer is the way they’re going with SharePoint social features. However, since Yammer did not end up in SP2013, it’s at least one version away from being fully integrated, and even if that happens, we’re still tied to the development of Yammer to keep up with the times. I’m more positive about the outlook of that happening, though.

      As for bugs, it’s far too early to identify because SP2013 is still an infant platform. What I will say, however, is that the product has become much more complex, with its semi-detached new workflow engine, the new App model and its reliance on the OAuth authentication model, and so on. Many of these features are Microsoft v1.0, meaning it’s likely that it is quirky and not quite ready for prime-time. I’ve had more questions about the setup quirks of workflow and apps than I’ve had for any new feature of any previous version.

      Another factor to take into consideration is that SP2013 is cloud first. That’s a good thing for feature creep because Microsoft has been more focused on making something that runs in the cloud than to introduce new features. In turn, this means that hopefully they have had more time to improve existing features.

      The jury is still out, however, on whether SP2013 is such an improvement over SP2010. I’ve said that I ‘fear’ SharePoint 2010 may be the new Windows XP; a platform that Microsoft made so well it just won’t go away despite new versions coming out.

      Those are my thoughts at this time, but I reserve the right to amend of change my opinion at any time 🙂


  5. Hello Bjorn,
    Can you please provide a link to the CU that fixes the document set shared column issue?
    I’ve found the CU released in Dec 11, 2011 but no mention of the shread column issue.

Leave a Reply

Your email address will not be published.