What should you include in a Statement of Work in project management?
It’s essential to note that projects can be very different so, depending on the nature of projects they deliver, different companies may use very different Statements of Work. There are, however, some elements, that your SOW will typically include. Let’s go through them one by one:
Project summary
The introduction to your Statement of Work is where you can summarize the project and outline all of the parties involved. The summary of the project is usually where you explain the purpose and the vision of the project. What is this project about? What is the business objective for delivering it? What problem will the end-product solve?
Explaining these elements at the top of your SOW will help you set the tone for the whole document and also provide a rationale for including or not including particular deliverables in the scope.
Project scope
In this part of your Statement of Work, you’re trying to answer two questions:
- What will be delivered?
- What will not be delivered?
Understandably, this section cannot be too vague, as it may lead to some misunderstandings. On the other hand, you might not be able to, for instance, outline all of the tasks at this point. If that’s the case—it’s okay. The critical thing is that you accurately reflect the scope you and other stakeholders have agreed on.
You can go from a more general overview of the scope to listing particular steps and tasks the project team will need to do. Don’t forget about the deliverables, and be specific about them. It’s vital to avoid ambiguous phrases like stating that you’ll deliver this or that. If you want your Statement of Work to be helpful in potential future negotiations with the client, it should be as clear as possible.
It could also be a good idea to include a negative scope in your SOW. We’re talking about these elements of the project that were discussed with the client or are present in competitors’ products, but ultimately you agreed not to put them in the scope.
Schedule & milestones
As you’re describing different steps in the project, you might want to include project milestones and due dates as well. Some projects will have fixed deadlines, while others won’t, so you won’t always be able to specify the exact period of performance. Still, it’s helpful to at least communicate different phases of the project in the SOW and the approximate amount of time they should take.
Acceptance criteria, definitions of success
We’ve already emphasized that you need to use precise language in the Statement of Work and present the project accurately. The same goes for standards and acceptance criteria your SOW should also include.
Imagine that your team is working on a mobile application for the client. It’s not enough to just describe the app’s features in the SOW. What if your app works as specified on most mobile devices, but not on all of them? If you and the client didn’t agree on a list of platforms the app is aiming for, you would find it difficult to argue that the job is completed successfully. This is why it’s so important to include some industry-specific standards. For software development projects they may include details about:
- testing (How the product will be tested?),
- devices, browsers, operating systems.
- product downtime and maintenance,
- security standards etc.
You may also mention the client’s responsibilities in the SOW document—do they need to provide any assets, for instance?
Finally, record the project’s definition of success: what does the client expect the successful project to be like? Who will be in charge of determining whether the project is a success?
Price and payment terms
Information about the budget is an integral part of your SOW. If you’re able to present the costs of the project, write them down. If you’re working on a time & material basis or there’s another arrangement in place, explain its terms clearly. Don’t forget about additional project costs: license fees, equipment, travel, etc.
The payment schedule should also be specified in the SOW. When should you expect the payment? Are there any installments? As a company in charge of the project, it’s in your best interest not to leave room for doubts in any parts of the SOW and, understandably, this section is no exception.
Did you collect all the details needed in your Statement of Work? Make sure that all parties involved are familiar with the document and get it signed off.