CBAP Exam Dumps : Certified Business Analysis Professional

 Focus groups are a type of requirements elicitation activity that involve gathering a group of stakeholders from different perspectives and backgrounds to discuss a specific topic or issue. Focus groups can help to identify the ideas and attitudes of the stakeholders about the current situation, the desired outcomes, the problems, the solutions, and the actions needed to improve the service. Focus groups can also help to generate new ideas, uncover hidden needs, and reveal conflicting opinions. Focus groups are facilitated by a moderator who guides the discussion, asks open-ended questions, and encourages participation from all members. Focus groups are usually recorded and analyzed to extract the key findings and requirements1234. References: 1: Software Engineering | Requirements Elicitation - GeeksforGeeks 2: A Review of Fundamental Tasks in Requirements Elicitation 3: Top 10 Most Common Requirements Elicitation Techniques 4: 20 Tips for Effective Requirements Elicitation | Inflectra

 A work breakdown structure (WBS) is a visual decomposition of the project scope into smaller and manageable components or deliverables. A WBS is a hierarchical representation of the work that needs to be done to complete the project and achieve its objectives. A WBS defines the scope, schedule, cost, and quality of the project, and helps to allocate the resources and assign the responsibilities for the project. A WBS also helps to identify the dependencies, risks, and issues of the project, and to monitor and control the project performance12. A budgeted cost of work scheduled (BCWS) is a measure of the planned value of the project. A BCWS is the sum of the budgets for all the work packages and activities that are scheduled to be completed by a given date. A BCWS defines the expected cost of the project, and helps to compare the actual cost and the earned value of the project. A BCWS also helps to identify the cost variance and the cost performance index of the project, and to forecast the cost at completion and the estimate at completion13. A resource breakdown structure (RBS) is a visual decomposition of the resources that are needed to complete the project. An RBS is a hierarchical representation of the human and non-human resources that are required to perform the work packages and activities of the project. An RBS defines the types, categories, and quantities of the resources, and helps to estimate, acquire, and manage the resources for the project. An RBS also helps to identify the availability, utilization, and allocation of the resources, and to optimize the resource efficiency and effectiveness14. A product breakdown structure (PBS) is a visual decomposition of the products that are delivered by the project. A PBS is a hierarchical representation of the components and features that make up the products of the project. A PBS defines the scope, quality, and functionality of the products, and helps to design, develop, and test the products for the project. A PBS also helps to identify the requirements, specifications, and standards of the products, and to verify and validate the products1 . References:

CBAP® Handbook

Work Breakdown Structure - iiba.org

Budgeted Cost of Work Scheduled - iiba.org

Resource Breakdown Structure - iiba.org

[Product Breakdown Structure - iiba.org]

 A risk-averse organization is one that prefers to minimize or eliminate the exposure to risks, even if it means sacrificing some potential benefits or opportunities. A risk avoidance strategy is one that involves changing the project plan, scope, schedule, or budget to avoid the risk or its impact. A risk avoidance strategy is suitable for a risk-averse organization, as it reduces the uncertainty and the potential negative consequences of the risk. In this scenario, the BA has identified an assumption that has a high degree of uncertainty and may affect the validity of the requirements. The BA has added the assumption to the risk register and performed a risk analysis to handle this situation. If the organization is risk-averse, the BA may use a risk avoidance strategy to modify the requirements or the solution design to eliminate the dependency on the assumption, or to seek more information or evidence to validate the assumption. A risk acceptance strategy is one that involves acknowledging the risk and its impact, but not taking any action to prevent or reduce it. A risk acceptance strategy is suitable for a risk-seeking or risk-neutral organization, or for risks that have low probability or impact. A risk transfer strategy is one that involves shifting the responsibility or ownership of the risk or its impact to a third party, such as a vendor, a partner, or an insurer. A risk transfer strategy is suitable for risks that have high impact but low probability, or for risks that require specialized skills or resources to manage. A risk mitigation strategy is one that involves taking actions to reduce the probability or impact of the risk, such as implementing contingency plans, preventive measures, or backup solutions. A risk mitigation strategy is suitable for risks that have high probability and impact, or for risks that can be controlled or influenced by the project team. References: BABOK Guide v3, Chapter 10: Techniques, Section 10.51: Risk Analysis and Management, p. 567-569; Free CBAP IIBA Actual Exam Questions & Answers, Question 467.