...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
Analysis includes the processes to examine and document product information in sufficient detail to ensure that it reflects the stakeholders' needs, aligns to their goals and business objectives, and enables the identification of viable solution designs.
The business analysis processes are presented as discrete processes below, although in practice, they overlap and interact :
4. |
---|
1 Determine Analysis Approach | 4. |
---|
2 Create and Analyze Models | 4. |
---|
3 Define and Elaborate Requirements | 4. |
---|
4 Define Acceptance Criteria | 4. |
---|
5 Verify Requirements | 4. |
---|
6 Validate Requirements | 4. |
---|
7 Prioritize Requirements | 4.8 Identify and Analyze Risks | 4.9 Assess Product Design Options | ||||
---|---|---|---|---|---|---|
The process of thinking ahead about how analysis will be performed, including what will be analyzed; which models will be most beneficial to produce; and how requirements and other product information will be verified, validated, and prioritized. | The process of creating structured representations, such as diagrams, tables, or structured text, of any product information to facilitate further analysis by identifying gaps in information or uncovering extraneous information. | The process of refining and documenting requirements and other types of product information at the appropriate level of detail, and level of formality required for various audiences. | The process of obtaining agreement as to what would constitute proof that one or more aspects of a solution have been developed successfully. | The process of checking that requirements are of sufficient quality. (Are we building the solution the right way?) | The process of checking that the requirements meet business goals and objectives. (Is this solution right for us?) | The process of understanding how individual pieces of product information achieve stakeholder objectives, and using that information, along with other agreed-upon prioritization factors, to facilitate ranking of the work. |
The process of uncovering and examining assumptions and uncertainties that could positively or negatively affect success in the definition, development, and the expected results of the solution. | The process of identifying, analyzing, and comparing solution design options based |
on the business goals and objectives, expected costs of implementation, feasibility, and associated risks, and using the results of this assessment to provide recommendations regarding the design options presented. | ||||||||
Inputs | Inputs | Inputs | Inputs | Inputs | Inputs | Inputs | Inputs | Inputs |
|
|
|
|
|
|
|
|
|
Tools | Tools | Tools | Tools | Tools | Tools | Tools | Tools | Tools |
|
|
|
|
|
|
|
| Brainstorming Affinity diagrams Options evaluation |
Output(s) | Output(s) | Output(s) | Output(s) | Output(s) | Output(s) | Output(s) | Output | Output |
|
|
|
|
|
|
|
|
|
Analysis includes the processes to examine and document product information in sufficient detail to ensure that it reflects the stakeholders' needs, aligns to their goals and business objectives, and enables the identification of viable solution designs.
The business analysis processes are presented as discrete processes below, although in practice, they overlap and interact :
4. |
---|
1 Determine Analysis Approach | 4. |
---|
2 Create and Analyze Models | 4. |
---|
3 Define and Elaborate Requirements | 4. |
---|
4 Define Acceptance Criteria | 4. |
---|
5 Verify Requirements | 4. |
---|
6 Validate Requirements | 4. |
---|
7 Prioritize Requirements | 4.8 Identify and Analyze Risks | 4.9 Assess Product Design Options | ||||
---|---|---|---|---|---|---|
The process of thinking ahead about how analysis will be performed, including what will be analyzed; which models will be most beneficial to produce; and how requirements and other product information will be verified, validated, and prioritized. | The process of creating structured representations, such as diagrams, tables, or structured text, of any product information to facilitate further analysis by identifying gaps in information or uncovering extraneous information. | The process of refining and documenting requirements and other types of product information at the appropriate level of detail, and level of formality required for various audiences. | The process of obtaining agreement as to what would constitute proof that one or more aspects of a solution have been developed successfully. | The process of checking that requirements are of sufficient quality. (Are we building the solution the right way?) | The process of checking that the requirements meet business goals and objectives. (Is this solution right for us?) | The process of understanding how individual pieces of product information achieve stakeholder objectives, and using that information, along with other agreed-upon prioritization factors, to facilitate ranking of the work. |
The process of uncovering and examining assumptions and uncertainties that could positively or negatively affect success in the definition, development, and the expected results of the solution. | The process of identifying, analyzing, and comparing solution design options based |
on the business goals and objectives, expected costs of implementation, feasibility, and associated risks, and using the results of this assessment to provide recommendations regarding the design options presented. | ||||||||
Inputs | Inputs | Inputs | Inputs | Inputs | Inputs | Inputs | Inputs | Inputs |
|
|
|
|
|
|
|
|
|
Tools | Tools | Tools | Tools | Tools | Tools | Tools | Tools | Tools |
|
|
|
|
|
|
|
| Brainstorming Affinity diagrams Options evaluation |
Output(s) | Output(s) | Output(s) | Output(s) | Output(s) | Output(s) | Output(s) | Output | Output |
|
|
|
|
|
|
|
|
|
Templates: All tools above can be used to conduct the analysis. Depending on the need of the project, the deliverable for the analysis vary (no standard templates). | ||||||||