Five Requirements Prioritization Methods

Prioritizing requirements is a key to project success. These five methods can help.

Karl Wiegers
Analyst’s corner

--

A graphic with four quadrants. At the top the two columns are labeled Important and Not Important. Along the Left side the two rows are labeled Urgent and Not Urgent. The upper left quadrant contains a H for high priority. The lower left quadrant contains an M for medium priority. The lower right quadrant contains a L for low priority. The upper right quadrant shows a skull and cross bones, suggesting to avoid the combination of something that appears urgent but isn’t important.
Image by author

When customer expectations are high and timelines are short you need to make sure your project team delivers the most valuable functionality as early as possible. Prioritization is the only way to deal with competing demands for limited resources.

Stakeholders on a small project often can agree on requirement priorities informally. Large or contentious projects with many stakeholders demand a more structured approach. You need to removes some of the emotion, politics, and guesswork from the process. This article discusses several techniques teams can use for prioritizing requirements and some traps to watch out for.

Two Big Traps

Be sure to watch out for “decibel prioritization,” in which the loudest voice heard gets top priority, and “threat prioritization,” in which stakeholders holding the most political power always get what they demand. These traps can skew the process away from addressing your true business objectives.

In or Out

The simplest method is for a group of stakeholders to work down a list of requirements and decide for each if it’s in or it’s out. Refer to the project’s business…

--

--

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