Category Archives: SharePoint Consulting

Let Shining Examples Lead the Way to Increased SharePoint Adoption

My first “pure” BrightStarr blog entry was published today.  Here’s a teaser:

There’s been a lot of conversation on the Internets of late on the topic of SharePoint adoption and especially the lack thereof. No one wants to go to all the trouble of designing a farm and security infrastructure, participating in workshops, putting together a snazzy look and feel, working out a rock solid information architecture that can withstand the vicissitudes of company re-orgs and finally, a fanfare-filled rollout just to discover three months post go-live that less than 50% of the company employees are using SharePoint and most of them are using it to replace the old network file servers ("the S:\ drive").

No silver bullet (or single blog post) is going to solve that problem. However, there are lot of things you can do to reduce the risk of an anemic SharePoint portal. One such technique is the "Shining Example Pattern."

I’d love to know about other SharePoint adoption strategies that you care to share.  If you do share, please leave as a comment on the BrightStarr blog.

Read the whole thing here: http://www.brightstarr.com/US/Pages/blog-view.aspx?BlogID=52

</end>

Subscribe to my blog.

Follow me on Twitter at http://www.twitter.com/pagalvin

SharePoint on the Train

Today, I was reading through Mike Walsh’s Teach Yourself SharePoint 2007 in 24 Hours and, incredibly, the lady on the seat next me said, "We just implemented SharePoint in our company."  It’s "incredible" because people just don’t talk to me on the train 🙂  It’s funny how SharePoint was the catalyst.

The other interesting aspect was that she didn’t realize that there were books on the product.  Here comment was along the lines of "It must be pretty important if people are writing books about it."  I think everyone reading my blog would agree with that.

</end>

Subscribe to my blog.

Follow me on Twitter at http://www.twitter.com/pagalvin

Technorati Tags:

Learning About End Users At www.EndUserSharePoint.com

Mark Miller over at http://www.endusersharepoint.com has built, in my experience, the best end-user focused SharePoint site in the ‘sphere.  In the last month, he has enlisted some of the premier end-user focused bloggers around to contribute to the "front page" on a regular basis, including but not limited to Paul Culmsee, Chris Quick, and Dessie Lunsford.  He has others lined up and ready to contribute as their schedules allow.

I jumped on the chance to participate and my inaugural post is here.  I’m writing a series on how to use SharePoint Designer to create first-class business workflow solutions.  In keeping with the EUSP.com’s focus, those articles will always keep the End User front and center.

I personally tend to divide the SharePoint world into three broad groups:  SharePoint consultants, full-time SharePoint staff developers and end users.  When I write, I often ask myself, which of these groups might be interested in the subject?  Most often, I end up writing for the first two (technical) groups, mainly because I’m a consultant myself; it’s always easier and more authentic to write about those things with which you’re most familiar on a personal level. 

As I’ve noted before, the end user community is far, far larger than the technical community.  EUSP.com is top-notch and I heartily recommend it to all three groups.  The site’s laser focus is obviously valuable to end users.  However, we developers and consultants can only be better at our profession if we can understand and effectively respond to the needs of the end users we serve.  I know I need all the help I can get 🙂  Check it out.

</end>

Subscribe to my blog.

That “In-Between” Feeling; Observations on SharePoint Consulting

Sadly, phase one of my last project has come to a close and the client has opted to move ahead by themselves on phase two.  We did our job too well, as usual 🙂  I’m now between projects, a special time for staff consultants like myself (as opposed to independents who must normally live in perpetual fear of in-between time 🙂 ).  We staff consultants fill this time in various ways: Working with sales folk to write proposals; filling in for someone or backing up a person on this or that odd job;  studying;  Blogging :).  It’s hard to plan more than a few days in advance.  At times like this, while I have a bit of time on my hands, I like to reflect.  

I’m almost always sad to leave a client’s campus for the last time.  We consultants form a peculiar kind of relationship with our clients, unlike your typical co-worker relationship.   There’s the money angle — everyone knows the consultant’s rate is double/triple or even more than the client staff.  You’re a known temporary person.  As a consultant, you’re a permanent outsider with a more or less known departure date.  Yet, you eat lunch with the client, take them out to dinner and/or for drinks, buy cookies for the team, go on coffee runs, give/receive holiday cards — all the kinds of things that co-workers do.  On one hand, you’re the adult in the room.  You’re an expert in the technology which puts you in a superior position.  On the other hand, you’re a baby.  On day zero, consultants don’t know the names, the places or the client’s lingo.  Most times, consultants never learn it all.

When things go well, you become very well integrated with the client’s project team.  They treat you like a co-worker in one sense, and confidant in another.  Since we don’t have a manager-style reporting relationship with the client, the project team often feels a little free to air their dirty laundry.  They let their barriers down and can put the consultant into an awkward position, never realizing they are doing it.

Consultants often don’t get to implement phase two and that never gets easy for me.  I think this is especially hard with SharePoint.  Phase one of of your typical SharePoint project covers setup/configuration, governance, taxonomy, basic content types, etc. and in many respects, amounts to a lengthy, extremely detailed discovery.  That’s how I view my last project.  We did all the basic stuff as well as execute some nice mini-POC’s by extending CQWP, implementing BDC connections to PeopleSoft, introduced a fairly complex workflow with SharePoint Designer, touched on basic KPI’s and more.  A proper phase two would extend all of that with extensive, almost pervasive BDC, really nice workflow, fine tuned and better search, records center, excel services and probably most important, reaching out to other business units.  But, it’s not to be for me, and that’s sad.  

Based on this recent experience, I think it’s fair to say that a proper enterprise SharePoint implementation is a one year process.  It could probably legitimately run two years before reaching a point of diminishing returns.  Details matter, of course.

That’s the consultant’s life and all of these little complaints are even worse in a SharePoint engagement.  As I’ve written before, SharePoint’s horizontal nature brings you into contact with a wide array of people and business units.  When you’re working with so many people, you can see so many ways that SharePoint can help the company become more efficient, save time, do things better…  but you don’t always get to do them.  

I often look back to my first job out of college, before starting a consulting career 1995.   We did get to do a phase two and even a phase three.  Those were nice times.  On the downside, however,  that means that that would mean a lot of routine stuff too.  Managing site security.  Tweaking content types.  Creating views and changing views.  Dealing with IE security settings.  Restoring lost documents.  Blech! 🙂 

Despite my melancholy mood, I can’t imagine a place I’d rather be (except at a warm beach with a goodly supply of spirits).

I can’t wait to get started implemented the next enterprise SharePoint project.

(Apropos of nothing, I wrote most of this blog entry on an NJ Transit bus.  I don’t think I made any friends, but one CAN blog on the bus 🙂 )

</end>

Technorati Tags: