Requirement

What is a requirement, what interpretations are there and how should requirements be expressed?

Smartpedia: A requirement can be a stakeholder’s demand, a desired capability or feature of a system, or a documented representation of a need.

The description of the desired range of functions

There are many different definitions for the term requirement. The Association for Work Design, Company Organisation and Enterprise Development (REFA) defines it as “the totality of physical and mental requirements for performing work”. In psychology, requirements refer to the needs of people to perform specific tasks. And in recruitment, they are summarised for potential employees and declared as qualification profiles.

What is a requirement in software development or product development? The International Requirements Engineering Board (IREB) defines a requirement as

  • a need that is perceived by a stakeholder.
  • an ability or characteristic that a system should have.
  • a documented representation of a need, skill or property.

For the International Institute of Business Analysis (IIBA), a requirement is a useful representation of a need that is usually described by documents. The Business Analysis Body of Knowledge Guide (BABOK) has four categories of requirements:

  • Business requirements are goals and results that describe the reason for initiating changes.
  • Stakeholder requirements describe the needs of the stakeholders that must be fulfilled in order to meet the business requirements.
  • Solution Requirements define the performance and quality of a solution that meets stakeholder requirements. They can be subdivided into functional and non-functional requirements.
  • Transistion Requirements describe the performance of a solution to facilitate the transition from the actual to the target state.

In many organisations there is also a division into functional and non-functional or quality requirements, as well as legal, moral/ethical, organisational and technological parameters. Due to the variance of the term and the different interpretations, organisations should urgently pay attention to a common understanding of all participants.

Objectives when collecting requirements

The use of defined processes to work with requirements is also recommended. The aim should be, among other things, to identify

  • correct,
  • complete
  • unambiguous,
  • consistent,
  • assessed according to importance and/or stability,
  • verifiable
  • and traceable

requirements.

Requirements - how should they be collected?

Principles for working with requirements

In 2020, the International Requirements Engineering Board (IREB) defined nine principles for working with requirements. These principles apply to all tasks, activities or practices in dealing with requirements¹:

  1. Value-orientation: Requirements are a means to an end, not an end in itself.
  2. Stakeholders: Requriements engineering is about satisfying the stakeholders’ desires and needs.
  3. Shared understanding: Successful systems development is impossible without a common basis.
  4. Context: Systems cannot be understood in isolation.
  5. Problem – Requirement – Solution: An inevitably intertwined triple.
  6. Validation: Non-validated requirements are useless.
  7. Evolution: Changing requirements are no accident, but the normal case.
  8. Innovation: More of the same is not enough.
  9. Systematic and disciplined work: We can’t do without in requirements engineering.

 

Questions in the context of requirements

There are a number of questions when dealing with desired scopes of functions. You can find answers to some of the questions in our blog:

We are sure you can think of more questions. Please contact us and we will try to answer your questions or publish corresponding articles.

Notes:

[1] See IREB Syllabus CPRE Foundation Level

The attributes that are often used to record requirements can be found here  »

Everything you need to know about requirements engineering, terms, background information and tips can be found here in our free whitepaper.

Here you will find additional information from our Smartpedia section:

Smartpedia: What is a Product Goal?

What is a Product Goal?

Smartpedia: What examples for Reviews are there?

What examples for Reviews are there?

Smartpedia: What is a Walkthough?

What is a Walkthough?