SYS.1 Requirements Elicitation
Process ID SYS.1
Process Name Requirements Elicitation
Process Purpose The purpose of the Requirements Elicitation Process is to gather, process, and track evolving stakeholder needs and requirements throughout the lifecycle of the product and/or service so as to establish a requirements baseline that serves as the basis for defining the needed work products.
Process Outcomes

As a result of successful implementation of this process:

  1. continuing communication with the stakeholder is established;

  2. agreed stakeholder requirements are defined and baselined;

  3. a change mechanism is established to evaluate and incorporate changes to stakeholder requirements into the baselined requirements based on changing stakeholder needs;

  4. a mechanism is established for continuous monitoring of stakeholder needs;

  5. a mechanism is established for ensuring that customers can easily determine the status and disposition of their requests; and

  6. changes arising from changing technology and stakeholder needs are identified, the associated risks assessed and their impact managed.

Base Practices

SYS.1.BP1: Obtain stakeholder requirements and requests. Obtain and define stakeholder requirements and requests through direct solicitation of customer input and through review of customer business proposals (where relevant), target operating and hardware environment, and other documents bearing on customer requirements. [Outcome 1, 4]

NOTE 1: Requirements elicitation may involve the customer and the supplier.

NOTE 2: The agreed stakeholder requirements and evaluation of any change may be based on feasibility studies and/or cost and time analyzes.

NOTE 3: The information needed to keep traceability for each customer requirement has to be gathered and documented.

SYS.1.BP2: Understand stakeholder expectations. Ensure that both supplier and customer understand each requirement in the same way. [Outcome 2]

NOTE 4: Reviewing the requirements and requests with the customer supports a better understanding of customer needs and expectations. Refer to the process SUP.4 Joint Review.

SYS.1.BP3: Agree on requirements. Obtain an explicit agreement from all relevant parties to work on these requirements. [Outcome 2]

ESYS.1.BP4: Establish stakeholder requirements baseline. Formalize the stakeholder's requirements and establish them as a baseline for project use and monitoring against stakeholder needs. The supplier should determine the requirements not stated by the stakeholder but necessary for specified and intended use and include them in the baseline. [Outcome 2, 3]

SYS.1.BP5: Manage stakeholder requirements changes. Manage all changes made to the stakeholder requirements against the stakeholder requirements baseline to ensure enhancements resulting from changing technology and stakeholder needs are identified and that those who are affected by the changes are able to assess the impact and risks and initiate appropriate change control and mitigation actions. [Outcome 3, 6]

NOTE 5: Requirements change may arise from different sources as for instance changing technology and stakeholder needs, legal constraints.

NOTE 6: An information management system may be needed to manage, store and reference any information gained and needed in defining agreed stakeholder requirements.

SYS.1.BP6: Establish customer-supplier query communication mechanism. Provide means by which the customer can be aware of the status and disposition of their requirements changes and the supplier can have the ability to communicate necessary information, including data, in a customer-specified language and format. [Outcome 5]

NOTE 7: Any changes should be communicated to the customer before implementation in order that the impact, in terms of time, cost and functionality can be evaluated.

NOTE 8: This may include joint meetings with the customer or formal communication to review the status for their requirements and requests; Refer to the process SUP.4 Joint Review.

NOTE 9: The formats of the information communicated by the supplier may include computer-aided design data and electronic data exchange.

Output Work Products

13-04 Communication record [Outcomes: 1, 4]

13-19 Review Record [Outcomes: 4, 5]

13-21 Change control record [Outcomes: 3, 4]

15-01 Analysis report [Outcomes: 2, 3, 6]

08-19 Risk management plan [Outcome 6]

08-20 Risk mitigation plan [Outcome 6]

17-03 Customer Requirements [Outcomes: 1, 2]

 

Process capability levels and process attributes

Process capability Level 0: Incomplete process

Process capability Level 1: Performed process

Process capability Level 2: Managed process

Process capability Level 3: Established process

Process capability Level 4: Predictable process

Process capability Level 5: Innovating process