From business needs to SharePoint solutions & features



There are many ways to gather project requirements; most used might be the traditional “post-it” workshops, brainstorming and interviews. But can you be sure that you get the right requirements that solve your business needs when using these techniques, probably not.

My own experience tells me that “new” ways of how we gather requirements are needed.

The latest trend is something called innovation games where you play different games to get the right needs, decisions and strategies, but also to improve effectiveness.
This is an area that I like to learn more about and I will not treat this method here.
To learn more about innovation games go here: http://innovationgames.com.

If you don’t know how to play innovation games or you believe that this option is to radical for you then there are other options. ☺

My way of doing this: I like this approach as it gives me the control to control the customer and make sure they do it right. Also for me as a consultant it is important that I detect deviations for the business needs really fast, and I can do that with this approach.

  1. Get the right people
  2. Ask the right questions
  3. Organized workshops (or organized tasks)
  4. Slice, Prioritize and Organize
  5. Education
  6. Prototype

Get the right people

Whatever businesses you are in you need to make sure that your SharePoint projects delivers business value in the end. This can be hard, and especially if the project is initialized by IT.
What constitutes business value can only be defined by people who are in tune with what is valuable for the business; i.e. senior management.”
They need to be part of the SharePoint project from the first day to the day when the system is decommissioned. Without their collaboration the SharePoint solution you have will lose business value really fast as company goals and objectives change with time.

I would call this group of people, Business steering committee. (Read more about the committee here…)

 

Ask the right questions

You need to know what objectives and needs your organization has and what long lasting effects the business wants from the solution.

To get a better idea of what they want you can follow this approach.
You have to ask them:
– What will be different in the business after the solution is implemented, and why is that important?
– What are the other parameters, other than the future solution, which adds to this effect?
– Who are the key groups of users in the business who will deliver most of the effect?

“How”, will be answered in the organized workshop.

It is also very good if the committee can prioritize the following (they have too).

There are many models that you could use and I m pretty sure you can get a good proven model for this on the Internet or by asking your colleagues.
If not, then I would be very pleased to help you. 🙂

 

Organized workshops (or organized tasks)

These workshop’s purpose is to take the answers that you got on your questions and define what is working, what are the problems, what are the solutions.
Another reason for doing this is that in the next phase of the project have successful workshops to define what applications and features will support the business needs.

The audience in these workshops should be the business steering committee but can also have managers from the line and under. The only criteria are that the audience can take in and understand the effects of the business needs.

To succeed in this workshop there must be a person that can steer and explain the objectives of the workshop to the audience. This person also has to be able to gather all workshop outputs and process them to a specification after the workshop.

You will at least have two workshops, one to start it off and one to correct deviations, prioritize and slice.

Whatever model you use to get your needs defined; the bottom line is that you need to know what is working, what is not working and how do you want it to work in the future.
If you feel that you need help in this area, then just give me a ring. 😉

When you have worked your way through the first workshop you need to have another one to look at deviations and other questions that might have been highlighted.

The next workshop (probably just a few days after) will be used for going through the defined needs with the workshop participants to make sure they still believe in what they came up with. Also if there are deviations, then those have to be redefined or trashed. (Nothing without clear business value will be let through to the next phase)

In the second workshop you also have to prioritize what is most important out of all the needs. This is an important part as SharePoint projects can get really big and that can cause too long projects. If the project scope grows out of hand and the implementation of the project takes too long, the business needs will have changed before the project is completed.

In the last workshop, project organization and standing organization must be defined. You must also make a draft on your time plan and budget.
It will be up to the committee to ensure that an organization is formed that can manage the project, but also keep on working as governance owners after the project is completed. (Read more about organization in the human forces section.)

 

Education

Education is an important part of the process as it helps the people that will prototype to understand SharePoint better and get to know limitations and features. They will also learn about the project phases and what is important and required along the way to deliver a good project and continued governance.

 

Prototyping

By this time the committee most often feel that they have done what they should, but it is important that they continue being a part if the coming phase even if they don’t spend their full attention at all times. The good thing here is that they already have given you what you need to transform needs to actual SharePoint solutions and features. But the committee needs to be part of the reconciliations.

Prototyping can be made in different ways, ether you do it on the white board or you actually develop something fast to test it.
I would start with the whiteboard, as that is much cheaper and don’t take as much time; and when processes and features are drawn out then do the development prototype.

Another good way of prototyping is using wireframes, they can help you with finding the right processes and in the same time make sure you het proper UX.

My prototyping process looks like this, let me explain why it is so simple.
It all starts with a “How”, How do we transform the needs to applications… You will take your solutions and start designing them in a workshop. Use the whiteboard or a projector and PC with wireframe software on.
You need to be very exact in what you draw and design, and remember that this process might cost you lots of development time.

When you feel that you are good with the design of your first “How solution” then continue to the next. When all of them are done then you can start the prototyping. I would suggest wire framing if possible but in many cases the functionality that you create couldn’t be replicated in wireframes.

When your prototyping is done, then you need to make a review of the prototype. It is important here that the steering committee is part of this as they are the only ones that can tell if this solution will give the right effects.
If the result is incomplete (not working) then continue with a review and design update. If your solution is good to go, then that can go directly to the development team to start build and test.

prototypeing

What happens next?

After you have developed and implemented your solutions (and before) it is important that you measure the effects to see if you have gained business value.

In my next article I will take up how you can measure the effects and what you can measure on.
It will also be interesting for you to see if your governance organization strategy has worked or not.

4 responses to “From business needs to SharePoint solutions & features”

  1. shadwalker says:

    I was very pleased to find this web-site.I wanted to thanks for your time for this wonderful read!! I definitely enjoying every little bit of it and I have you bookmarked to check out new stuff you blog post.and great to see you again.

  2. I am very pleased to find this blog. I want to thank for your time for this wonderful read!!! Keep Sharing, I’ll surely be looking for more.

  3. […] Before you can start any measuring you need to ensure that you have the entire “how” defined, i.e. the “how” to solve the problem you face. Without having that “how”, you can’t make an exact measurement because you don’t know what to measure. You may think you do, but you cannot be sure you measure the areas that need to be improved. (Here you can read more about how to define your how’s in this article.) […]

Leave a Reply

Your email address will not be published. Required fields are marked *