Certified Business Analysis Professional CBAP Reddit Questions

The all out approach is a timeboxing or budgeting technique that involves excluding all the requirements for a start and then including the ones that can be implemented within the constrained time or budget. Henry is using this approach by removing the requirements from the allowed list until he meets the budget limit. This is different from the all in approach, which involves including all the requirements necessary for the solution and then removing or postponing the ones that will cause the project to exceed the deadline or budget. The parametric approach is a cost estimation technique that uses statistical relationships between historical data and other variables. The selective approach is a prioritization technique that involves ranking the requirements based on their value and urgency. References:

CBAP Certification Study Guide v3.0, p. 223

BABOK Guide v3, p. 156

 Functional decomposition is the analysis of complex systems by breaking them down into smaller simpler elements. It involves breaking down processes, systems, functional areas, or deliverables into simpler components, so that each part can be analyzed separately12. By breaking down larger components into smaller parts, it allows the organization to measure and track each work effort involved in implementing the solution. It also helps in the assessment of the effectiveness of each sub-component as it relates to other larger or smaller components3. Functional decomposition is a technique used in business analysis to facilitate the understanding and management of large and complex processes2. It is also used in systems engineering, software architecture, database theory, machine learning, and a variety of other fields2. References: 1: Functional decomposition in business analysis – The Functional BA 2: Functional Decomposition: Definition, Diagrams, and Applications 3: 10.22 Functional Decomposition | IIBA®

 A dependency is a relationship or a condition that affects the completion or the quality of a task or an activity. A dependency can be internal or external, mandatory or discretionary, or positive or negative. In this case, the inspector’s signoff on the initial deliverables is a dependency because it is a condition that must be met before the task can be completed. The inspector’s signoff is an external and mandatory dependency, as it involves an outside party and it is required by the project scope or contract. A dependency is not the same as an assumption (A), which is a factor that is considered to be true without proof, a milestone ©, which is a significant point or event in the project, or a constraint (D), which is a factor that limits the options or performance of the project. References:

What is a Dependency in Project Management? - Wrike, paragraph 1

Project Dependencies: Types, Examples, and Tips for Project Managers, paragraph 1

CBAP Certification Study Guide v3.0, Chapter 4: Requirements Life Cycle Management, Section 4.3: Trace Requirements, page 4-10

[A Guide to the Business Analysis Body of Knowledge (BABOK Guide)], version 3, page 402, section 10.31.3.1

 Quality control is not one of the reasons why trace requirements is useful, but a process that monitors and measures the quality of the project deliverables and outputs against the quality standards and criteria established in the quality management plan. Quality control is used to make certain that the project team members are completing the project work according to the project plan and meeting the stakeholder expectations. Quality control involves performing quality audits, inspections, tests, reviews, and validations to identify and correct any defects, errors, or deviations from the specifications1.

The other three options are valid reasons why trace requirements is useful. Trace requirements is a technique that involves establishing and documenting the relationships between requirements and other aspects of the product management process, such as design elements, test cases, releases, and incidents. Trace requirements is useful for the following purposes234:

Impact analysis: Trace requirements helps to evaluate the impact of a potential change or a problem on the requirements and the solution. By tracing the dependencies and links between requirements and other items, the business analyst can quickly and easily assess the scope, cost, time, and risk implications of the change or the problem, and plan the appropriate response actions.

Requirements coverage: Trace requirements helps to ensure that all the requirements are fulfilled by the solution and that all the solution components contribute to the requirements. By tracing the alignment and mapping between requirements and solution components, the business analyst can verify that the solution meets the stakeholder needs and expectations, and that there are no gaps or redundancies in the solution.

Requirements allocation: Trace requirements helps to assign requirements to solution components and to releases. By tracing the distribution and allocation of requirements to different parts of the solution and to different phases of the project, the business analyst can prioritize and schedule the requirements based on their value, risk, dependency, and complexity, and ensure that the solution is delivered incrementally and iteratively. References: 1: Project Quality Management: Processes & Tools | Villanova University5 2: Requirements Traceability - The What, Why and How | Netmind6 3: Requirements traceability – why and how to do it?7 4: Requirements traceability : What, why and how - Modern Analyst8