1,794 articles and 14,241 comments as of Wednesday, December 8th, 2010

Tuesday, January 26, 2010

SharePoint: On Ends and Means

Author: Woody Windischman
Site: The Sanity Point

The Answer may be SharePoint, but Don’t Forget the Questions!

One of the biggest reasons some SharePoint deployments fail is because they are “SharePoint Deployments”.

People hear the buzz, and want to jump on the SharePoint bandwagon. They buy servers, attend training, install the software. Big bux are spent customizing and branding a SharePoint home page. Maybe there’s a big roll-out promotion. Everybody says “Look! We’ve rolled out SharePoint!”. And then…

Crickets.


All Dressed Up, and Nowhere to Go

But, you ask, what about all of those stories you hear about “uncontrolled growth”? People clamoring to get their own SharePoint sites? That’s all true as well, but you need to consider why that is happening. In those cases, the people have a goal, and find that SharePoint is a great tool for making that goal a reality. The goal isn’t to have a SharePoint site, per se. Rather the goal might be “easier document and calendar sharing”, and SharePoint is used to attain it.

Simple Pleasures

Often those implementing SharePoint forget the KISS principle (Keep it Super Simple). SharePoint has a lot of great features and functions right out of the box. It is very tempting to try implementing all of them at once on the same site, sometimes even the same page. It is almost like when “desktop publishing” was made possible by Postscript laser printers. People discovered how easy it was to have a dozen fonts on a single page, and so that’s what they did.

Similarly, in the early days of the web, as new features were added to web browsers, they started showing up everywhere on sites. (Does anyone remember the <Blink> tag?) And don’t even get me stated on some of the early Flash-based sites. It got to the point where IBM was even poking fun at the designs in their commercials. “It’s a Flaming Logo!” Why? Because we can!

The fact is, like the flaming logo, the fanciest features SharePoint has are worthless unless they are used in the service of some actual user need. For example: Assuming it is reasonably well implemented and up to date, the most used feature on any intranet is almost guaranteed to be the company phonebook or employee directory. Probably by an order of magnitude above any other function. It isn’t fancy, but it is something people actually need on a regular basis.

As it turns out, SharePoint, with its personal profiles and My Sites, makes a great employee directory. :)

Form Follows Function

Of course, if all you needed was an employee directory, SharePoint would be overkill in the extreme. But put that directory in the context of a company intranet, with news and knowledge bases, collaboration and search. And here’s a radical idea – Ask your users what they need first, and implement that! Maybe throw in a few things that are just for fun, like classified ads, or pictures from the company picnic. Suddenly you have a “destination” that will draw in your users and enhance the sense of community in your organization.

These are all things that could be (and often have been) done individually without SharePoint. But SharePoint gives you the tools you need to build and maintain these “applications” easily, quickly, and consistently – usually without custom code.

Now you can add your branding, and promote “Our-Net 2.0″. Sure, it is a site based on SharePoint, but now you have put the horse before the cart, and given your users the tools they really need. It doesn’t matter to them what the name of the technology behind the scenes is. All they care about is that you have created something that can help them do their jobs better.

Let SharePoint play Clark Kent, so you can look like the super hero.

Author: Woody Windischman
Site: The Sanity Point

Woody Windischman is a technology consultant with over 20 years of experience in a variety of roles, providing a unique perspective which allows him to see problems holistically.

Since getting acquainted with Microsoft IIS and FrontPage in the mid 90’s, Woody has been deeply involved in the community – first having been awarded as a Microsoft SharePoint MVP from October 2005 through September of 2007, and then spending a year working directly with the SharePoint product team.

Page SizesProfessional Microsoft Office SharePoint Designer 2007
Woodrow W. Windischman, Bryan Phillips, Asif Rehmani
ISBN: 978-0-470-28761-3

View all entries in this series: Woody Windischman»
 

Please Join the Discussion

One Response to “SharePoint: On Ends and Means”
  1. Alexander says:

    Another problem i have seen is that consultants and sale people introduce SharePoint as platform to early, when the costumer has not yet written down what the problem is and how they would like to work instead.

    First let the customer tell you what their problem is. Ask them questions how they would like to work. After this is done and written down, you are ready to show them SharePoint. NOT before.


Notify me of comments to this article:


Speak and you will be heard.

We check comments hourly.
If you want a pic to show with your comment, go get a gravatar!