Requirement Prioritization Techniques

Today, it is time to describe the requirement prioritization techniques. We can transmit them using a number of techniques. Those are as follows:


This technique consists in a selected group of stakeholders determining the available priorities for the requirements according to the adopted criteria.


This technique consists in stakeholders selecting the most important requirements defined according to the adopted criteria. For these requirements, their ranking is defined by describing the validity of requirements with regard to specific criteria.

Classification of a single criterion

In this requirement prioritization techniques, the requirements are assigned a priority depending on the impact of implementing a given requirement on the success of the system being created. The requirements are given one of the three available priorities:

  • Mandatory requirements must be implemented regardless of costs and are necessary for the success of the system being created.
  • Optional: An optional requirement specifies a requirement that does not necessarily have to be implemented. The omission of several optional requirements does not affect the success of the system being created.
  • Nice-To-Have: Requirements that do not affect the success of the system being created if they are not implemented.

Priority matrix according to Wiegers

The essence of this requirement prioritization techniques is the priority matrix, thanks to which the rank of individual requirements can be calculated on the basis of specific criteria and weight for these criteria.

Using Wiegers’ priority matrix is ​​very time-consuming compared to previous techniques; therefore, it should be used in cases where previous techniques did not yield the expected results. An example of a hierarchy of priorities by Wiegers [Picture and description comes from “Requirements Engineering Fundamentals” Klaus Pohl, Chris Rupp]

Calculation of priorities in a prioritization matrix according to Wiegers

The calculation of priorities in a prioritization matrix according to Wiegers can be performed as follows:

  1. Determine the relative weights for the benefit, detriment, cost, and risk.
  2. Determine the requirements to be prioritized.
  3. Estimate the relative benefit.
  4. Estimate the relative detriment.
  5. Calculate the total values and percentage values for each requirement: Value%(Ri) =Benefit(Ri) ×WeightBenefit + Detriment(Ri) × WeightDetriment
  6. Estimate the relative cost and calculate the cost percentage for each requirement.
  7. Estimate the relative risks and calculate the risk percentage for each requirement. Calculate the individual requirement priorities:
    Priority(Ri)=Value%(Ri)/(Cost%(Ri) ×WeightCost + Risk%(Ri) ×WeightRisk)
  8. Assert the rank of the individual requirements.

In my experience, the technique of a single criterion works best. By setting the value of the criterion, I negotiate the value of the criterion for each requirement with the stakeholders.

More from my site

  • Kanban Reports Process management is a midway to success. The second midway is process monitoring and drawing conclusions. In Kanban, there are indicators, which enable process monitoring. They […]
  • Kanban Bottlenecks Queues and WIP limits, which I discussed in the previous posts,  make up a chief indicator of problems in the flow. They show bottlenecks and when they are going to form. Bottlenecks […]
  • Three Benefits of Use Cases I recommend each person to use the use cases particular in Agile projects. Below three are basic advantages that I think will convince you to use the use cases in Agile projects 1. […]
  • Business Requirements vs System Requirements There is a lot of talk about the need to identify project goals, organization goals and the need to identify business and system requirements. All in order to better understand the […]
  • Drawing Diagrams – Best Practices One of the aims of modeling is to present complex issues at such a level of abstraction that will allow us to understand a given aspect of the problem. When in the organization models are […]

Leave a Comment

Your email address will not be published. Required fields are marked *

Scroll to Top