
This means you need to determine how serious the problem is… put some numbers on it… Is the jiggle inches in range? 10ths of inches? 100ths of inches? Is it on the order of seconds slow for under 100 pieces of data?Īfter you have clarified, verified, and quantified the problem, you can come up with possible solutions. Finally, when you know there is a problem, and you know the conditions needed to create the problem, then you need to quantify the problem.Can you, under the described conditions reproduce and observe the same problem? If you can’t reproduce the problem, you won’t know if you fixed it. Then it’s important to verify it actually is a problem.It’s important to clarify that there actually is a problem before bending over backwards to fix it.It’s important in times like this is to clarify, verify, and quantify: That’s why the lion punctuates an emphatic, “NO, we’re not doing that” with rants about the request being stupid, expensive, or not possible in this time frame. The lion’s philosophy is that a good offense is the best defense.
Clarify vs verify how to#
Sometimes this aggression actually comes from insecurity: the lion just doesn’t know how to meet the customer’s request–or the work required is just too much to contemplate.

The lion often is also just as tired of the project, but is a bit more aggressive in response. The camel often says no, because of a false idea that their word is God. It has been reinforced with years of customers treating their word as gospel and often saying, “Oh, thanks anyway (you’re so smart).” But the camel worked so hard just to get to this point in the project, that it’s burned out and can’t think of how to solve the problem. The eager puppy, while trying to be helpful, sometimes fixes things that aren’t really broken. This is the engineer who bites the head off any customer who asks for anything. This is the engineer who always goes “humph! you’ll have to live with it” to customers.

This is the engineer who translates a passing comment from a customer like “huh, this feels funny” into a serious problem that needs to be addressed right away. I’ve seen three ranges of responses to a customer comment/request: This is the trilogy that new engineers (and sometimes old ones!) forget to follow when dealing with customers who bring up problems with the products they are working on.
