ISO/IEC/IEEE 29148:2018 - Systems and Software Engineering - Requirements Engineering
Clause 6: Requirements processes – ISO/IEC/IEEE 29148:2018 - Systems and Software Engineering - Requirements Engineering

ISO/IEC/IEEE 29148:2018 - Systems and Software Engineering - Requirements Engineering 6.3.3.2: 6.3.3.2 Prepare for stakeholder needs and requirements definition

All stages of the life cycle are considered to identify the stakeholders, or stakeholder classes, with a legitimate interest in the system, including those with strong influence on goals, strategies and operations; representatives of each class are named, drawing on several organizational levels, because input from a single class or level gives a biased picture. A strategy is defined for eliciting needs and turning them into stakeholder requirements, covering approach, milestones, resources and how conflicting interests will be handled (for example building out from the subset on which stakeholders agree, or accepting operational, logical or physical variants). The enabling tools and repositories for elicitation, capture and transformation, including baseline information about the organization's portfolio of systems, are planned and access to them obtained.

Maintained by Gerard Blokdyk

What else in your programme already covers this

This control maps to 1 controls across 1 other frameworks. If you already hold one of them, the evidence you collected for it is the starting point here rather than new work.

  • SYS.1.BP1 SYS.1.BP1 Identify stakeholders and obtain their expectations and requests

Every mapping shown was judged rather than inferred from wording similarity, and the ones that failed review are published too. See the coverage reports and what was rejected.

Other controls in Clause 6: Requirements processes – ISO/IEC/IEEE 29148:2018 - Systems and Software Engineering - Requirements Engineering

Query this from an agent

The graph holds this control, the 1 it maps to, and the evidence behind each claim, over MCP and REST.