Ambiguity test

From Pearl Language
Jump to navigation Jump to search
The printable version is no longer supported and may have rendering errors. Please update your browser bookmarks and please use the default browser print function instead.
The beginning of wisdom is the definition of terms—Plato

…preparing product backlog items and other forms of requirements and specifications.

✣  ✣  ✣

You want clear, unambiguous and intelligeble requirements, expressing needs and wishes.

Tom and Kai Gilb talk about User Stories: A Skeptical View. Question: How many words in the 'requirement', “We want the most intuitive system possible.” are potentially ambiguous? Answer: All. Collect interpretations, and you will find everybody has quite different interpretations, none are identical.

Therefore:

Ask how many words in the requirement are potentially ambiguous. Next, collect and compare interpretations from different individuals.

✣  ✣  ✣

An alternative way to prove unintelligibility is counting defects in relation to the following standard using the Spec QC review method.

Rules:

  1. The specification will be clear enough to test. Not later, but in itself! Now!
  2. The specification will be unambiguous to all intended readers, anywhere, anytime (including lawyers, and expert witnesses in your lawsuit).

Now using the spec, “We want the most intuitive system possible.”, how many of the words potentially violate those rules? Tom Gilb's and Kai Gilb's personal answer is 7, but even 1 disqualifies the spec as useful.


✣  ✣  ✣

Sources