I was recently asked what lessons I've learned when recommending SharePoint for for meeting a business need. While books are written on this topic, I've distilled the list down to what I think are the core of the decision-making process.
- Know what your stakeholders require in objective, actionable terms
This is known as extracting core business drivers. Note that I didn't say requirements. Requirements are what you hand to your developers - core business drivers are what you use to make your recommendation.
Right questions to ask at this time:
- How does process x drive revenue?
- How much productivity loss constitutes a bottleneck in x process?
- How much must efficiency increase for x process to meet your defined goals?
Wrong questions to ask at this time:
- What problems do you have with your current system?
- What do you want your new system to look like?
- How do you want the system to function?
Note that the difference between the right and wrong questions is objectivity vs. subjectivity. If you can't get a quantifyable answer, the question should never be asked. And in reality, you should be answering those wrong questions yourself once you have digested the business drivers.
- Map the core business drivers up to things that SharePoint does well
Another way to say this is, “Don't try to make SharePoint do something it's not designed to do.” This concept is simple, but it's very hard to establish effectively because SharePoint does so many blasted different things.
It's at this point where you'd decide whether using WSS or a full-blown MOSS implementation will fit the bill.
Be careful not to get into technical debt when mapping things up. If you've never used Form Services before, you'd better be darn sure it's the right fit for the job.
Every SharePoint feature you decide to implement should correlate to a core business driver. If you stick to this principle, you will avoid a lot of tehnical debt.
Just because SharePoint can do something doesn’t mean that you have to use it. Not every solution has a problem, so don't expect to use the entire of the SharePoint canon of functionality.
- Decide whether the benefits outweigh the costs
Even if all of your quantified core business drivers are covered by your recommendation, there are a lot of unquantifiable things that will crop up. I'm talking about things like the personalities/predispositions of the stakeholders toward SharePoint, to the adoption propensity of the user base.
Rules are FAR more important than tools. Be smart on where governance is required to keep your SharePoint instance humming (even more books have been written on this matter, so I’m not going to get into it now), and build it into your proposal.