1,804 articles and 14,387 comments as of Tuesday, December 28th, 2010

Tuesday, September 15, 2009

Importance of Building a SharePoint Team

Guest Author: Peter Baddeley

Last Weekend I went to an Airshow at the Imperial War Musuem at Duxford.  The show rounded off with a display from the Red Arrows (Below) and this example of a near perfect team got me thinking about building a successful SharePoint Team.

Importance of Building

A successful team is perhaps won of the most critical aspects to a successful SharePoint project, because without the right people you can’t make it happen.  The first thing to say is that building a successful team is not about hiring as many developers as possible and hope they get it all to work.  In fact the place to start is not with the people who will implement the project but those who will envisage and plan the project.

Senior Project Team

There are four main roles to consider within a SharePoint Project, and whilst a person can be multiple roles, it is generally advisable that there are unique people for each role.

Importance of Building

  • Project Sponsor – This is the person at Executive Level who is championing the project.  They are the person who gets the budget and is the ultimate escalation point.
  • Project Manager – Person who is responsible for delivery of the project on time and within budget.  It is generally advisable that this be someone who has managed similar project before so often a external Project Manager is preferable.
  • Information Owner – Sometimes this person is called Knowledge Manager or Information Architect the title is not that important but the role is critical.  This person will have overall responsibility for the completed system and will be responsible for expressing the details of the requirements to the Solution Architect.  It is always advisable that this person be internal to the organisation implementing SharePoint as this is an ongoing role.
  • Solution Architect – This person is responsible for translating the requirements of the Information Owner into a deliverable project based on their knowledge of SharePoint.  It is their responsibility to document all of the requirements and work with the Project Manager to successfully deliver the project.  As this role is very reliant on knowledge of SharePoint, the role is typically fulfilled by an external party.

The rest of the Team

Obviously there is a bit more to SharePoint team then just what is detailed above, you need the people who will actually implement the solution.

Importance of Building

You need to think about who will fulfil each of the roles above

.NET Developers Is there a requirement for custom functionality to be developed
Web Designers Does your solution need custom branding
Form Designers Do you have any InfoPath Requirements
SharePoint Consultants To install, configure and customise the solution
Trainers To train key users and end users
Support How will you solution be supported once it has gone live

Want to find out more

If you need any more advice drop me a message and I will be happy to help if I can. Alternatively if you are based in Ireland why not come to a SharePoint Briefing in November at Microsoft Dublin when I speak about this subject.

Peter BaddeleyGuest Author: Peter Baddeley

Peter Baddeley is a Solutions Architect responsible for the design and implementation of SharePoint/Information Worker solutions at ISC Software Solutions.  He lives in Cambridgeshire United Kingdom, and has been implementing SharePoint solutions for the past 5 years.  Peter speaks regularly at a number of events in the UK and Ireland, sharing his knowledge of implementing and also supporting solutions based on SharePoint technologies.

 

Please Join the Discussion

One Response to “Importance of Building a SharePoint Team”
  1. Art Gelwicks says:

    What is interesting is that internal to companies, specifically on smaller SharePoint engagements, the roles as defined can be blurred by individuals wearing multiple hats. At that point the roles should be recapped as just that and not identified by the individual fulfilling the role. In that way the critical integrity of the roles is not lost within the project.


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!