Free IIBA CBAP Practice Exam with Questions & Answers | Set: 7

 The BA should recommend to assign the feature a lower priority for future release. This means that the feature will not be included in the initial release of the solution, but it may be considered for later releases depending on the availability of resources, the feedback from the stakeholders, and the alignment with the business objectives. This approach can help to balance the value and the effort of the feature, as well as to avoid scope creep and unnecessary complexity in the initial release. The other options are not the best recommendations, as they may either ignore the needs of the stakeholders, disrupt the existing business process, or increase the risk and cost of the project. References:

CBAP / CCBA Certified Business Analysis Study Guide, 2nd Edition, Chapter 6: Requirements Analysis and Design Definition, Section 6.3: Prioritize Requirements, p. 255-256

A Guide to the Business Analysis Body of Knowledge® (BABOK® Guide), Version 3, Chapter 6: Requirements Analysis and Design Definition, Section 6.3: Prioritize Requirements, p. 155-156

 The organizational culture and type of information being approved are two factors that the BA should consider when defining the approval process. The organizational culture reflects the values, beliefs, and behaviors that guide the decision-making and actions of the stakeholders in the organization. The type of information being approved refers to the nature, scope, and impact of the information that requires approval from the relevant authorities. Both factors can influence the level of authority, responsibility, and accountability that are involved in the approval process, as well as the criteria, methods, and tools that are used to facilitate the approval process. The BA should align the approval process with the organizational culture and the type of information being approved to ensure that the process is effective, efficient, and consistent. References:

Approval Process: Key Governance Procedure, Business Group on Health

Developing an effective governance operating model, Deloitte

What is a Governance Process?, WalkMe

 The requirement ‘’Ability to view policies created in the legacy system for a period of 6 months’’ is a transition requirement. A transition requirement is a temporary requirement that specifies the capabilities or conditions that the solution must have or meet during the transition from the current state to the future state. Transition requirements are typically related to data conversion, training, migration, or decommissioning. In this case, the requirement is needed to ensure that the policies created in the legacy system are still accessible for a limited time after the system is decommissioned, until the new system is fully operational and stable. References:

CBAP / CCBA Certified Business Analysis Study Guide, 2nd Edition, Chapter 2: Business Analysis Key Concepts, Section 2.4: Requirements Classification Schema, p. 66-67

A Guide to the Business Analysis Body of Knowledge® (BABOK® Guide), Version 3, Chapter 2: Business Analysis Key Concepts, Section 2.4: Requirements Classification Schema, p. 34-35

 A use case diagram is a technique that helps to depict the interactions between a system and its actors using graphical symbols and relationships. A use case diagram shows the actors that are involved in the system, the use cases that represent the functions or services that the system provides, and the associations that indicate how the actors and use cases are related. A use case diagram can be used with a state diagram to verify that all functions are defined to work with entity “User” for the different roles, as it can help to identify the use cases that correspond to the states and transitions of the entity, and to ensure that the use cases are complete, consistent, and accurate. A sequence diagram is a technique that helps to represent the sequence and timing of the messages that are exchanged between the objects or components of a system. A sequence diagram shows the objects or components that participate in the interaction, the messages that are sent and received by the objects or components, and the time order of the messages. A sequence diagram can help to illustrate the dynamic behavior and logic of the system, but it does not show the interactions between the system and its actors. A functional diagram is a technique that helps to represent the functions or processes that are performed by a system or a solution using graphical symbols and relationships. A functional diagram shows the functions or processes that are relevant to the domain, the inputs and outputs of each function or process, and the decomposition and hierarchy of the functions or processes. A functional diagram can help to define and analyze the functional requirements, but it does not show the interactions between the system and its actors. A data flow diagram is a technique that helps to create a high-level overview of a business process by showing the movement and transformation of data between entities and processes. A data flow diagram uses graphical symbols and arrows to represent the sources and destinations of data, the processes that manipulate data, the data stores that store data, and the data flows that transfer data. A data flow diagram can help to understand and document the data logic and structure of the business process, but it does not show the interactions between the system and its actors. References: BABOK Guide v3, Chapter 10: Techniques, Section 10.50: Use Case Diagram, p. 564-566; Section 10.49: Sequence Diagram, p. 562-563; Section 10.22: Functional Decomposition, p. 528-529; Section 10.18: Data Flow Diagrams, p. 522-524.

The BA should use the Allocate Requirements technique to assign requirements to the various solution components to ensure all objectives are met. This technique involves distributing stakeholder and solution requirements among solution components and releases in order to maximize the possible business value given the options and alternatives generated by the design team. The BA should consider the dependencies, constraints, priorities, and risks of each requirement and component, and ensure that the allocation is traceable, verifiable, and consistent with the project scope and objectives. References:

IIBA BABOK Guide, Section 7.2, Allocate Requirements

Oh Where, Oh Where Does This Requirement Belong? (BABOK 7.2), Bridging the Gap

Requirements Allocation, AcqNotes

When assessing the impact of safety concerns, the BA should consider the cost/benefit analysis of making the changes. This technique involves comparing the costs and benefits of different options to determine the optimal solution that maximizes the value and minimizes the negative consequences. The BA should consider the costs and benefits of the changes from various perspectives, such as financial, operational, social, environmental, and ethical. The BA should also consider the trade-offs and opportunity costs of the changes, as well as the risks and uncertainties involved. The cost/benefit analysis can help the BA to prioritize the changes, communicate the rationale, and justify the recommendations. References:

CBAP / CCBA Certified Business Analysis Study Guide, 2nd Edition, Chapter 7: Solution Evaluation, Section 7.3: Assess Proposed Solution, p. 315-316

A Guide to the Business Analysis Body of Knowledge® (BABOK® Guide), Version 3, Chapter 10: Solution Evaluation, Section 10.3: Assess Enterprise Limitations, p. 277-278

A Guide to the Business Analysis Body of Knowledge® (BABOK® Guide), Version 3, Chapter 10: Solution Evaluation, Section 10.4: Recommend Actions to Increase Solution Value, p. 279-280

 A business analysis checklist is a technique that helps to ensure that all the required business analysis activities and deliverables are completed and verified. A business analysis checklist can include items such as the scope statement, the stakeholder list, the requirements documentation, the traceability matrix, the validation criteria, the change requests, and the approval signatures. A business analysis checklist can help to mitigate the concern of the project board by providing a clear and comprehensive overview of the business analysis work and its quality. A data model is a technique that helps to represent the data and information needs of an organization or a solution using graphical or textual symbols and relationships. A data model can help to define and analyze the data requirements, but it does not ensure that all the requirements are verified. A use case diagram is a technique that helps to depict the interactions between a system and its actors using graphical symbols and relationships. A use case diagram can help to define and analyze the functional requirements, but it does not ensure that all the requirements are verified. A risk register is a technique that helps to identify, analyze, and manage the uncertainties and threats that may affect the project or the solution. A risk register can help to mitigate the potential impacts of the risks, but it does not ensure that all the requirements are verified. References: BABOK Guide v3, Chapter 10: Techniques, Section 10.8: Business Analysis Checklist, p. 504-505; Section 10.18: Data Modelling, p. 522-524; Section 10.50: Use Case Diagram, p. 564-566; Section 10.51: Risk Analysis and Management, p. 567-569.

The BA presented an opportunity to increase efficiencies by simplifying the process of shipping to new countries and reducing the dependency on IT. By eliminating the need to maintain different variations of ship-to-country and location-to-route for various freight carriers, the BA enabled the business to save time and resources, and avoid potential errors or delays. This is an example of how a BA can add value to the business by identifying and proposing solutions that improve the current state and address the root causes of the problems. References:

CBAP / CCBA Certified Business Analysis Study Guide, 2nd Edition, Chapter 2: Business Analysis Planning and Monitoring, page 50

Business Analysis Body of Knowledge (BABOK ®) Guide, Version 3, Chapter 6: Solution Evaluation, section 6.5.2: Assess Enterprise Limitations, page 176

Certified Business Analysis Professional™ (CBAP®) | Coursera, Course 4: Business Analysis Planning and Monitoring, Week 2: Plan Business Analysis Approach, video: “Solution Evaluation”

 Prototyping is an elicitation technique that involves creating a mock-up or a simulation of the final product to demonstrate its functionality and design to the customer and the stakeholder. Prototyping can help the BA to obtain feedback, validate requirements, and resolve ambiguities or conflicts early in the development process. Prototyping can also help the customer and the stakeholder to visualize the final product and confirm that it meets their expectations and needs. References:

IIBA BABOK Guide, Section 10.25, Prototyping

Top 9 Requirements Elicitation Techniques Used by Business Analysts, Software Testing Help

Prototyping Use as a Software Requirements Elicitation Technique: A Case Study, Springer Link