1,761 articles and 13,668 comments as of Sunday, November 14th, 2010

Thursday, December 24, 2009

SharePoint: Grab and Go

The other day I was hungry and needed to eat. I didn’t have time nor desire to sit down and enjoy a full blown meal, yet I knew I didn’t want anything fast food. I needed to refill but didn’t want a poorer quality substitute. In a local market I found the grab and go case full of salads, soup, sushi, meats and vegetables. Not the one off quantity of a 4 course meal yet I had the options of one.

Why can’t SharePoint the do the same?

The scope of all things that SharePoint can offer an organization can be overwhelming. No wonder if not implemented correctly things can go from confusing to bad. Any implementation needs to be planned, discussed, phased and have governance. This is something we all know and have heard; yet still see not done. And that’s just the on the IT and business need level.

Let’s not forget the human end user side of things. SharePoint may compete against resistance to change and other systems. Even though efficacy of effort and costs should be the decider, many times other factors come into play. You have to throw in the organization’s culture and political climate. Bad PR kills any initiative, SharePoint or not. So perhaps an inroad for SharePoint is to get its functionality out there a container at a time and not on a full blown implementation.

Maybe instead of a winner take all mentality you need to think of partnerships. How can SharePoint help if accompanying a system, not replacing it?

Case in point, a ton of money was spent last year for a client case and workflow tracking system where I work. Could SharePoint do the same with development? Possibly, but as a Super Business End User I am not at a position to suggest that especially in the face of the millions spent. But what I can do is look for what the system lacks and try to have SharePoint fill that need.

What was missing was a clear and perspective view and access to support files such as procedures, FAQs or any other satellite support documentation. What the system did support is url links.

So why not grab and go so the user can grab and go? The solution was simple; provide a SharePoint library. Just like large implementations take forethought so should small ones. Instead of creating a library within an exiting site, why not create a new site and make that home page a web part library with few links outward. Users would reference when needed to satisfy that need. The grab and go case/site is still full and waiting for its next grab and go functionality option.

Michael Hinckley

Michael Hinckley

Author: Michael Hinckley

After ten plus years of developing and managing e learning projects I have found myself in the unique position to drive the innovation at an enterprise level.

My current title is Instructor at Citibank, although training delivery is one aspect of what I do, most of my job and interests included knowledge and content management and how it can be effectively distributed. This path has led me to SharePoint technologies as the medium to deliver customized “just in time training” and knowledge solutions.

When I am not tinkering under my MOSS sites hoods and bothering the IT department regarding admin level permissions you’ll find me either at home relaxing with my wonderful wife and three children or at my boxing gym trying to improve my “sweet science” despite the science of gravity and advancing years.

 

Please Join the Discussion

One Response to “SharePoint: Grab and Go”
  1. Xene says:

    Thanks Micheal! Our Sharepoint team has inherited the chaotic environment you describe. We have the painful task of a portal rebuild in the works and we are presenting our mock up after the first of the year to a less than enthusiastic crowd. Your ‘grab and go’ analogy is the perfect way for us to introduce our concepts. Thanks for sharing!


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!