Sorting Through the Pile: Classifying Customer Requirements

Your customers won’t give you a tidy list of their requirements. Learn how to classify the input you hear into usable categories.

Karl Wiegers
Analyst’s corner

--

Image adapted from Pixabay

If you’re a business analyst, product manager, or product owner, don’t expect your customers to present you with a succinct and organized list of their requirements. Instead, you must organize the myriad bits of information you accumulate during requirements elicitation into various categories so you can record it appropriately and other people can work with it.

Figure 1 illustrates nine common categories of requirements knowledge. During elicitation activities, you can add indicators in your notes if you detect some bit of information of one of these types. For example, you might write “DR” in a little circle if you hear a data requirement whiz by during the discussion.

Figure 1. Classifying customer input into usable categories of requirements knowledge.

The information you encounter won’t all fit neatly into these nine buckets. You’ll have bits of information left over after this classification. Anything not in one of these categories might be:

  • A transition requirement to…

--

--

Karl Wiegers
Analyst’s corner

Author of 14 books, mostly on software. PhD in organic chemistry. Guitars, wine, and military history fill the voids. karlwiegers.com and processimpact.com