Within all agreements, there is the expectation that the customer will be satisfied. This basic tenet of contract law is assumed but rarely documented well in the contract or agreement. How will we know if the customer is satisfied? When things go bad in a project, more times than not, the problem starts out with the client feeling that their needs are not being met - in other words, they are unsatisfied.
Lean thinking has a concept called Conditions of Satisfaction (COS). This concept applies to any endeavor/project, whether it is a construction project, IT project, or any other customer-based service. Conditions of Satisfaction is defined as, “Criteria by which the outcome of a contract, program, or project may be measured.” What does a Condition of Satisfaction include:
- What are the expectations of the customer? How often do we assume that or project/service meets those expectations.
- Have the Conditions of Satisfaction been documented/validated/verified and confirmed by the customer?
- Are the Conditions of Satisfaction(s) defined in a actionable way?
These actionable items require two key elements:
- Actionable items solve project requirements. The requirements that the project must solve needs to be written in a clear and defined way. Each requirement shall be stated in a precise manner and solve only one issue at a time. There may be multiple requirements in a project.
- The requirements also need to describe what the customer is to do. Some call this NIC (not in contract), but I believe that Conditions of Satisfaction need to include what the customer is providing. I have found the best projects are one where the customer is fully engaged in the process, including providing elements of the completed project. This dual, written commitment makes for a better partnership between the customer and the provider.
During the project, these COS requirements are reviewed at every meeting, and special attention is paid to them prior to the completion of the work. A project cannot be complete without agreement on completing the Conditions of Satisfaction requirements.
This post was originally published on David’s blog Connecting the [Data]...
For information on the software solutions, training and consulting Ideate provides, please visit the Ideate, Inc. homepage.
David Haynes, NCARB, PMP, LEED AP
Ideate Director of Consulting
David is a Registered Architect, Project Management Certified Professional, who previously had his own architectural practice and was President of a commercial design–build construction company for 15 years. A graduate of University of Arizona, he has worked as an Architect, contractor, developer and as a national construction manager for a national retailer. David currently provides business process analysis, data integration, and change management solutions for AEC clients across the United States involved in the design and construction industry. Follow David on Twitter.