We start out with a good SharePoint strategy and find answers to these questions:
- What is SharePoint being brought in to do?
- Who are the primary users?
- Over what period of time will it be phased in?
- Will it be hosted internally, or in the cloud, and what are costs associated with this?
Depending on the size of your company, this strategy might be overseen by a steering group, comprising elements of senior management and maybe even the CEO. It might involve drawing up a roadmap of activities, which in itself will often require company-wide consultation.
But when it comes to implementing SharePoint we consider carefully what your strategy dictates. Often organizations will have grand plans for a system, be it a SharePoint Intranet or
website. Functionality will be planned in advance, rolled up into phases, and user expectations set. But SharePoint projects aren't always best implemented this way. SharePoint is such a large product, with a wide variety of strengths, that it can be difficult to plan in exact detail how best to implement every detail of a project upfront. Obviously, a new system needs a plan. But sometimes a lighter plan, or one focusing on just a first phase, is enough. Good planning in IT projects is always important. Just prepare to take a more agile approach when it comes to the functionality of SharePoint because, in the long run, it provides better results.
We use a simple, human approach to requirements based on real-world use-cases. Instead of listing a set of features we identify:
-
Who's the user?
-
What do they want?
-
Why?
Here's an example of a single requirement.
As a… |
I would like… |
So that… |
User |
to be able to post blogs about the things I am working on |
people can keep up to date with things I do, which may be relevant for them as well |
What's so special about this way of documenting requirements?
It identifies who this requirement is for ... and provides a view into your intranet audiences and their unique needs.
It states what is wanted ... because once we understand the goals we may be able to suggest more efficient ways to satisfy them in some other way.
It explains why it is wanted ... which provides context around the request, and may allow us to meet the needs in a more efficient way.