Ambiguity test

From Pearl Language
Jump to: navigation, search
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


Facts about "Ambiguity test"
AuthorTom Gilb + and Kai Gilb +
Goaltest for clear, elegant, and intelligible requirements +
PearlProduct backlog item +
SoCount the number of words that are potentially ambiguous, and collect and compare interpretations. +
ThemeAgile + and Scrum +
WishYou want clear, unambiguous and intelligible requirements, expressing needs and wishes. +