Categorization of Requirements According to the Kano Model

Defining the requirements that will increase the satisfaction of stakeholders from the system being created is crucial for the process of acquiring requirements. Implementation of too many functionalities will make the application less intuitive and more difficult to use.

During the process of acquiring requirements, you should choose those requirements that will be crucial for achieving the satisfaction of stakeholders. To determine how the implementation of a given functionality will affect the satisfaction of stakeholders, it is worth using the Kano model.

According to the assumptions of the Kano model, requirements can be divided into three categories determining customer satisfaction:

  • Basic requirements
  • Desirable requirements
  • Exciting requirements

It should be kept in mind that as time goes by, as the user becomes accustomed to the solutions causing excitement, they will change into desirable and basic solutions.

During the acquisition of requirements, all three above-mentioned requirements categories must be considered.

Basic requirements

The basic (subconscious) requirements must always be met. Meeting these requirements will not increase the satisfaction of stakeholders from the system being created, but will allow to avoid mass dissatisfaction with this system. The main source of basic requirements are usually operating systems. Acquisition techniques and document-focused techniques can be used to acquire the requirements.

Required requirements

Desirable (conscious) requirements are requirements known and desirable by stakeholders. Implementation of these requirements results in satisfying the users of the system being created, while omitting their implementation may result in the system not being accepted. Any failure to meet this requirement reduces the satisfaction of stakeholders. The research techniques are used to acquire the desired requirements.

Requirements causing excitement

Requirements that cause excitement (unconscious) are requirements that are discovered by stakeholders while working in the system or prototype that is being created, as well as those proposed by the requirements engineer. The best techniques for acquiring the requirements that cause excitement are creative techniques.

NOTE: Exciting requirements are a source of increasing the functional scope of the system. The requirements engineer should identify with stakeholders whether these new requirements affect the project schedule and budget.

More from my site

  • User Stories vs Requirements When writing any specification of requirements and the product register and sprint register, non-functional requirements should be included in this specification. While the user's […]
  • System Requirements – the Context and Boundary of the System The main tasks of requirements engineering is acquisition and documentation of system requirements. To do this, identify those parts of the real world that will affect system […]
  • Tracking of Relationship Between Requirements An important aspect of requirements management is the ability to trace the relationships between requirements and other artifacts (including other requirements). The ability to track […]
  • 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: Ranking This technique consists in […]
  • Requirements Documentation Requirements specification is a systematic representation of a set of requirements for a system or component that meets specific criteria. Requirements are like contract. All […]

Leave a Comment

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

Scroll to Top