I had the opportunity to work on a complex, long term, business intelligence project which had experienced turnover of resources, changes in project stakeholders, expectations, and business rules. As we began to QA our data and reports, we seemed to find one error after another. It also seemed that the majority of them were related to the "where" clause in SQL statements. This occurred so frequently that my standard comment when we found an anomaly in the data became "Check the where clause".
I was telling that story to someone the other day and it occurred to me that the problems in projects are related to the where clause as well.
1. Where the scope is not defined.
2. Where the requirements keep changing.
3. Where the conditions of satisfaction were not defined.
4. Where the client did not have resources allocated to work on the project.
5. Where the definition of done was not established.
6. Where the project manager changed mid-project.
All of these where statements seem to point back to the first one however, scope had not been defined. A good scope statement tells you what work is to be performed. An excellent scope statement defines the definition of done, or how the successful completion of the work will be measured. What scope does not account for are the motivators of the purchase, or the unspoken conditions of satisfaction.
So how do you measure the success of your project? How can you plan for the unspoken? Simple - you ask. When I work on projects, I like to understand what prompted the purchase of our product or services. Sometimes your sales force will have insight into this; often times however, there are political motivators that are not easily recognizable. During a scope review, I try and establish a common understanding of "done". For example, on a business intelligent project, it might be a specific report that needs to be reproduced. Then I ask two questions to try and understand the unspoken conditions of satisfaction.
The first question that I ask is "At the end of this project, what will make you rate the success of this as; ‘the best project you ever undertook’". The answers I receive help me manage expectations, find additional work, and know how to communicate the real value of the project.
The second is, "What keeps you up at night about this project?" I have had some interesting responses to this question. The information I received has sometimes been more impactful than a risk assessment and register. One person told me "the reaction of the other departments being supported". That helped me understand that there were some political challenges that needed to be addressed. Knowing that, I was able to ask more questions and understand what the other departments expected. By asking this, I have even learned when there is a party that is interested in seeing the project fail.
A clear definition of scope and done will allow you to deliver expected results, manage changes in scope, and assist with adoption of a product or service offering. This will help you focus the communication of project status, mitigate risk, and also help you move from a completed project to a project WHERE the client is wowed!