Skip to main content

How to document your SharePoint Projects.

Here are the essential documents you need to complete…

Initiation

Business Case: To justify the financial investment in your SharePoint Project, you need to write a Business Case. It lists the costs and benefits, so everyone knows what the return on investment will be.

Feasibility Study: Before you kick-off your SharePoint Project, you need to determine whether your project is feasible, using a Feasibility Study.

SharePoint Project Charter: You then need to document the objectives, scope, team, timeframes and deliverables in a SharePoint Project Charter.

Planning

SharePoint Project Plan: You need to create a Project Plan listing all of the tasks required to undertake your SharePoint Project from start to finish. Every task must be scheduled, so you know what needs to be done and when.

Resource Plan: Next, you need to plan your resources by documenting the money, equipment and materials needed for your SharePoint Project.

Quality Plan: You then need to set quality targets, so that the SharePoint Project deliverables meet the expectations of your customer.

Risk Plan: All of the risks need to be documented and their likelihood and impact on the SharePoint Project identified.

Communication Plan: You need to plan your communications, so that you send the right messages to the right people, at the right time.

Execution

Time Management: You need to use Timesheets to track time spent on your SharePoint Project. Then update your Project Plan with your Timesheet data to see whether your SharePoint Project is still within schedule.

Cost Management: Track your costs using Expense Forms. Every expense is formally logged and approved, so that you can confirm at any time that you are currently under budget.

Change Management: Document each change to the SharePoint Project scope, using Change Forms. You can then control change to ensure your SharePoint Project is always on track.

Risk Management: Use Risk Forms to document each risk to the SharePoint Project. You can then manage SharePoint Project risk carefully to ensure that nothing happens that will affect the project schedule or budget.

Issue Management: As each issue occurs on the SharePoint Project, you need to investigate its impact on the SharePoint Project and then write it up on an Issue Form. You can then kick off the tasks needed to resolve it quickly.

Closure

SharePoint Project Closure Report: When your project is complete, document all of the actions needed to close the SharePoint Project properly. This includes releasing teams and suppliers, equipment and materials.

Post SharePoint Project Review: And after your SharePoint Project has been closed, you can review its success and document the results for your sponsor. That way, you can show that all of the objectives were met and that the SharePoint Project was delivered on time and within budget.

And there you have it. By completing each of these documents for your SharePoint Project, you can boost your chances of success.

Comments

Zlatan said…
This sounds very Prince like ;)
Robert MacLean said…
This is useful.

Any chance you have some samples or templates to download?
Christopher said…
@Zlatan, Kind of :)
@Robert, I don't have the templates right now but let me see if I can source them for you, will let you know.
bokuka said…
I think you need to include a formal requirements document to feed into the quality plan and downstream activities.

Popular posts from this blog

SharePoint: How to create a custom action to open Word Documents using "Edit in Microsoft Word".

Imagine you have a SharePoint custom search webpart, and on your search results, you return word documents, you will obviously want to at times be able to open them in your MS Word client program for editing. So basically, depending on your office client installed on your local machine, there are 2 different approaches that can be made for Office 2003 and Office 2007/10, using the same function " editDocumentWithProgID2 ". For Office 2003: - If your document libraries versioning settings have got "Require Check out" ticked, then you will first want to check out the document using: onclick ="CheckoutviaXmlhttp(‘{SiteURL}’, ‘{DocumentDownloadURL}’)" - Then to open the document, you use: onclick =" return editDocumentWithProgID2(‘ {DocumentDownloadURL} ’, ”, ‘SharePoint.OpenDocuments’, ’1′,’ {SiteURL} ’, ’0′);" href ="#" - and now combining the above 2 actions into one clickable action: onclick ="CheckoutviaXmlhttp(‘ {SiteURL} ’, ‘ {...

Zambia's first K2 BlackPoint roll-out

Reporting to you live from Code|Influence... My colleague and I have been managing our organization's SharePoint infrastructure for some time now and we have just rolled out the first K2 BlackPoint in the country, intended mostly for SharePoint workflow developments.

How to Scope your SharePoint Projects

The "SharePoint project scope" is all of the things that must be produced to complete a SharePoint project. These 'things' are called deliverables and you need to describe them in depth as early in the SharePoint project as possible, so everyone knows what needs to be produced. Take these 5 Steps to scope your SharePoint projects: Step 1: Set the Direction Start off by setting the direction for the SharePoint project. Do you have an agreed SharePoint project Vision, Objectives and Timeframes? Are they specified in depth and has your customer agreed to them? Does everyone in the SharePoint project team truly understand them and why they are important? Only by fixing the SharePoint project direction can you truly fix the SharePoint project scope. Step 2: Scope Workshops The best way to get buy-in to your SharePoint project scope is to get all of the relevant stakeholders to help you define it. So get your SharePoint project sponsor, customer and other stakeholders in a ...