# Blog: Business Analyst Learnings Blog

Software development or any other project involving multiple requirements, budgetary constraints, and tight deadlines often necessitate the need to prioritize stakeholders’ requirements. At some point, it’s usually necessary to make decisions on which set of requirements need to be implemented first and which ones can be delayed till a later release.

Numerous methods on how to prioritize requirements have been developed. While some work best on a small number of requirements, others are better suited to very complex projects with many decision-makers and variables. This list of requirements prioritization techniques provides an overview of common techniques that can be used in prioritizing requirements.

## 1. Ranking

When you rank requirements on an ordinal scale, you give each one a different numerical value based on its importance. For example, the number 1 can mean that the requirement is the most important and the number n can be assigned to the least important requirement, n being the total number of requirements. This method works best when you are dealing with a single stakeholder as it can be difficult to align different stakeholders’ perspectives on what the priority of a requirement should be; taking an average can however, solve this problem.

## 2. Numerical Assignment (Grouping)

This method is based on grouping requirements into different priority groups with each group representing something stakeholders can relate to. For example, requirements can be grouped into critical priority, moderate priority and optional priority. These groups should be clearly defined so that stakeholders do not have a different understanding of each group during the prioritization exercise. To prevent stakeholders from putting all requirements in one category, the percentage of requirements that can be put into each group should be restricted. One disadvantage to this however, is the fact that requirements in each group will then have the same priority with no unique priority assigned per requirement.

## 3. MoScoW Technique

Instead of numbers, this method uses four priority groups: MUST have, SHOULD have, COULD have, and WON’T have. See MoSCoW : Requirements Prioritization Technique

## 4. Bubble Sort Technique

To prioritize requirements using bubble sort, you take two requirements and compare them with each other. If you find out that one requirement should have greater priority over the other, you swap them accordingly. You then continue in this fashion until the very last requirement is properly sorted. The result is a list of requirements that are ranked.

## 5. Hundred Dollar Method

This simple method is useful anywhere where multiple stakeholders need to democratically vote on which requirements are the most important. All stakeholders get a conceptual 100 dollars, which they can then distribute among the requirements. As such, the stakeholder may choose to give all 100 dollars to a single requirement, or the person may distribute the points more evenly. At the end, the total is counted and the requirements are sorted based on the number of points they got. This technique should only be used when you have a small group of requirements to prioritize. It should only be used once for the same set of requirements to prevent respondents from biasing their results by assigning more dollars to their favourite requirement.

With this technique however, it can be difficult to keep track of how much has been assigned and what amount is left to dispose of.

## 6. Analytic Hierarchy Process (AHP)

This famous requirement prioritization method was designed by Thomas L. Saaty. This method actually describes an entire framework for making correct decisions in fields such as business, healthcare, government, and many others. In essence, stakeholders decompose their goal into smaller sub-problems, which can be easily comprehended and analyzed (in the form of a hierarchy).

Once the hierarchy is built, decision-makers evaluate the elements by comparing pairs to each other. The total number of comparisons recommended with AHP are n × (n-1)/2 (where n is the number of requirements) at each hierarchy level. Participants make judgements (sometimes based on data) about the relative importance of each element. Numerical values (based on priorities) can then be assigned to each element of the hierarchy.

This method is not suitable for a high number of requirements as the number of requirements determine the number of comparisons that need to be made.

## 7. Five Whys

It often happens that stakeholders want to implement a certain feature for reasons that are not founded on logical arguments or the business interests of the company. With five whys, the analyst asks the stakeholder repeatedly (five times or less) why the requirement is necessary until the importance of the requirements is established. The answers reveal whether the requirement is really necessary or can be cancelled/postponed once the priority is determined.

## Conclusion

So, which prioritization technique is the best? The one that fits your needs the most and accomplishes your goals in the least amount of time and with a minimal amount of resources. Once you have an idea of which techniques are applicable to your project, you can evaluate them in real life to see how well they perform.

Picture Attribution: Image courtesy of Stuart Miles at FreeDigitalPhotos.net

Get the BPI Web Feed

Using the HTML code below, you can display this Business Process Incubator page content with the current filter and sorting inside your web site for FREE.

Copy/Paste this code in your website html code: