29.02.2016 Views

MANAGEMENT

YTntW

YTntW

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

6 - REQUIREMENTS ANALYSIS<br />

6.2.2.2 Select the Requirements Models<br />

A component of analysis is the development of graphical or text models, which are helpful in finding gaps in<br />

information and identifying extraneous information. Requirements are modeled and refined to provide greater insight<br />

and correctness and to elicit additional information to define the details necessary to build the product, service, or result.<br />

As some models are better suited for certain environments, it is important to select requirements models based<br />

on specific characteristics, type of project, methodology, timing, purpose, and level of abstraction.<br />

Requirements models are constructed at various levels of detail. There are a number of categories and modeling<br />

notations available to assist in model development, which is described in Section 6.3.2 of this practice guide and<br />

in Section 4.10.3 of Business Analysis for Practitioners: A Practice Guide. Consistent language and syntax should<br />

be used in the models to minimize confusion and increase comprehension of requirements.<br />

6<br />

6.2.2.3 Prioritize Requirements<br />

Requirements prioritization is an important step in managing product scope and is used to rank requirements<br />

in the order of importance. It is used to assist key stakeholders in making tradeoffs between requirements and<br />

to analyze the relative value of requirements against one another. Since it may not be feasible to implement all<br />

requirements within the project constraints, prioritization helps to focus the stakeholders on the most critical<br />

requirements based on the prioritization criteria. It is essential to define the criteria that will be used in prioritization,<br />

and this is typically accomplished during requirements management planning. Common types of criteria include:<br />

• Value,<br />

• Risk level,<br />

• Complexity,<br />

• Cost, and<br />

• Regulatory constraints.<br />

These criteria provide the foundation for continual prioritization as requirements evolve and change over the<br />

project life cycle. Several techniques exist that can be used to drive prioritization. Some commonly used techniques<br />

include MoSCoW, voting, and timeboxing, which are further described in Section 6.3.1.<br />

6.2.2.4 Allocate and Derive Requirements<br />

Requirements allocation is the process of assigning requirements to functions, solution components, and<br />

organizational entities. Requirements are subsequently allocated to specific releases or iterations. This activity<br />

occurs in the analysis process until in-scope requirements have been apportioned across the solution. Allocation<br />

helps assure that the proposed solution will be delivered in a manner and order that maximize value to the<br />

business. How requirements are allocated can change the amount of value delivered by the solution.<br />

Deriving requirements is the process of analyzing requirements into more detail to extrapolate more granular<br />

discrete requirements and remove ambiguity. When requirements are broadly defined, they should be progressively<br />

©2016 Project Management Institute. Requirements Management: A Practice Guide<br />

35

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!