Are Formal Project Sign offs Really Necessary?
By Brad Egeland
This is a funny question and I get this one from all sides. Are formal sign offs necessary for things like individual deliverables, user acceptance testing (UAT), and final system acceptance? I get this from my teams from time to time, from the customer periodically, and – believe it or not – from my own senior management on a couple of projects.
My take on this is, “Are you kidding me?” Do you want a receipt or some sort of documentation when you pay your taxes, mortgage, or rent? Should you have a will that directs what happens with your kids and money if something happens to you? Ok, lots of people don’t have a will in place but at least we all know we should.
And when we are working on, say, a $1.5 million project, should we not be documenting the formal acceptances of the work we do along the way toward full completion of that project engagement? It’s how we know for sure that tasks and deliverables are complete. Actually, it’s how we know for sure that the customer – who pays for these deliverables – accepts that they are complete and that formal acceptance, then, is how we justifying invoicing the client for the completed work and how we know that we should expect to be paid for that work.
What to get formal sign off for
For me, it’s critical to get formal signoff on four items or categories of project efforts:
– All project deliverables. This includes all upfront planning documents and any key deliverables throughout the remainder of the project. These are usually documented in the project statement of work (SOW) document and indicated in the project schedule in the early planning phases and then throughout the project schedule as other key milestones and/or deliverables.
– Change orders. Getting a formal signoff on each project change order is extremely important. It documents the customer’s acceptance of the estimate and basically their agreement to pay for the work that your delivery team is about to perform that has been deemed outside of the original project scope or requirements.
– User acceptance testing. A formal signoff after UAT shows that the customer agrees that they have thoroughly tested the solution and that they agree that it is bug-free and ready for deployment. Without this formal signoff, any issues at the time of deployment could be in dispute setting the delivery team up for requested fixes and changes at rollout that they have no documentation to defend against.
– Solution acceptance. Finally, a formal signoff at the time of solution deployment says that ‘everything’ is done and that the customer agrees with this. It may require a sit-down review of the project schedule vs. the project statement of work (SOW) to verify that everyone agrees that all proposed deliverables were, indeed, completed. But your formal signoffs on each of those deliverables – as mentioned above – will help with this process.
The real reason for signoff
This all brings us to the reasons for final, formal signoffs that we’ve been discussing. First and foremost, it shows completion of the work on the project. Having formal signoff says you think you’re done and the customer also thinks you’re done. And even more importantly, the customer is satisfied with each deliverable and item they’ve signed off on to the point that they accept the work performed. That’s critical.
Additionally, a formal signoff on every necessary item is good from a legal standpoint. It may never be necessary, but if there is even one project during your career where there is a dispute about the work performed, having a formal signoff from the customer on any work in question will be of considerable help in any subsequent legal proceedings or arbitration meetings. Trust me, you’ll want to have those signoffs documented in a project folder for safekeeping…just in case.
How formal you go on many project details often depends, of course, on several factors. How complex the project, how large the project budget, the preferences of the project client, etc. However, it will always be a good idea to ask for and obtain formal signoffs from the customer for the work that you and your team deliver to them. In the end, it may not be necessary to have and it may be something you’ll never have to go back to or refer to, but having it means it’s always there if the need arises. It’s good project management best practices and it’s just good business.