CBAP Exam Dumps - IIBA Certified Business Analysis Professional Questions and Answers

A requirements workshop is a type of elicitation technique that involves carefully selected stakeholders and subject matter experts for a short, intensive period (usually for one to a few days) to define and document the requirements for a solution. A requirements workshop is also known as a joint application development (JAD) session or a facilitated workshop. The benefits of a requirements workshop include increased stakeholder collaboration, consensus building, creativity, and productivity. A requirements workshop is facilitated by a business analyst or a professional facilitator, who guides the participants through a structured agenda and ensures that the objectives of the workshop are met. References:

• BABOK Guide, section 4.2.5.1, page 108
• CBAP / CCBA Certified Business Analysis Study Guide, chapter 5, page 173
• Certified Business Analysis Professional™ (CBAP®) | Coursera, course 2, week 3, video 3.1

 Preparing for elicitation is a process of planning and arranging the elicitation activities that will be used to gather information from the stakeholders. Preparing for elicitation involves clarifying the scope of the selected elicitation technique, gathering any supporting materials, and scheduling all the people and resources that are needed for conducting the elicitation activities. Preparing for elicitation can help to ensure that the elicitation is effective, efficient, and collaborative, and that the desired outcomes are achieved. References: Prepare for Elicitation, page 1; 3 Steps to Preparing for an Elicitation Session.

 A plan-driven approach to business analysis planning and monitoring is one that follows a predefined and detailed plan for the business analysis activities, deliverables, and tasks. A plan-driven approach is usually preferred when the scope, requirements, and solution are well-defined and stable, and when the stakeholders have a high degree of agreement and alignment. A plan-driven approach typically requires a significant amount of formality and detail in the documentation, approval, and communication of the requirements and the business analysis work. A plan-driven approach is also known as a predictive or waterfall approach. References:

• BABOK® Guide, p. 13-14
• CBAP / CCBA Certified Business Analysis Study Guide, p. 27-28
• Certified Business Analysis Professional™ (CBAP®) | Coursera, Course 1, Week 2, Video: “Business Analysis Planning and Monitoring”

 A one-to-one interview is the most common type of interview as part of requirements elicitation. A one-to-one interview is a systematic approach for eliciting information from a single person in an informal or formal setting by asking questions and documenting the responses. A one-to-one interview allows the business analyst to establish rapport with the interviewee, probe deeper into their needs and expectations, observe their non-verbal cues, and clarify any ambiguities or inconsistencies. A one-to-one interview is also easier to schedule and conduct than other types of interviews that involve multiple participants, such as many-to-one, many-to-many, or one-to-many. References:

• Requirements Elicitation: Interview Dos and Don’ts, paragraph 1
• Top 10 Most Common Requirements Elicitation Techniques, paragraph 3
• Types of Elicitation Techniques for the Business Analyst, paragraph 2
• What Questions Do I Ask During Requirements Elicitation?, paragraph 1
• Interviews: Requirements Elicitation Technique, paragraph 1

Creative thinking is a type of analytical thinking that involves generating new ideas and innovative concepts to approach problems, solve problems, and generate alternative solutions. Creative thinking helps the business analyst to find novel and original ways to address the needs and expectations of the stakeholders, overcome the challenges and constraints of the project, and add value to the solution. Creative thinking also helps the business analyst to explore different perspectives, challenge assumptions, and experiment with different possibilities. The other options are not types of analytical thinking, but rather techniques or skills that can be used to enhance creative thinking. Lateral thinking is a technique that involves using logic and reasoning to find unconventional or unexpected solutions. Brainstorming is a technique that involves generating a large number of ideas in a group setting. Decision making is a skill that involves choosing the best option among several alternatives based on criteria and evidence. References:

• 9.1 Analytical Thinking and Problem Solving, paragraph 1
• Top 11 Most Effective Business Analysis Techniques | 2024, paragraph 2
• 6 business analysis techniques to use in your strategic plans, paragraph 2
• What is analytical thinking ? – The Functional BA, paragraph 2
• Business Analysis Blog | Systems Thinking – An Analyst’s Essential …, paragraph 2

Surveys are a type of requirements elicitation technique that involves sending a set of questions or statements to a large group of stakeholders and collecting their responses. Surveys can be conducted using various modes, such as online, email, phone, or paper. Surveys are useful for capturing the feelings and thoughts of a large and diverse population of stakeholders, identifying the common needs and wants of the majority, and analyzing the trends and patterns of the responses. Surveys can also help to gather quantitative and qualitative data, measure the level of satisfaction or dissatisfaction, and obtain feedback on the existing or proposed solution. Surveys are different from interviews, which are a type of requirements elicitation technique that involves asking questions and documenting the responses from a single person or a small group of people. Interviews are useful for exploring the in-depth and detailed information from the key stakeholders, probing deeper into their needs and expectations, and clarifying any ambiguities or inconsistencies. Interviews can also help to establish rapport and trust with the stakeholders, observe their non-verbal cues, and tailor the questions according to the context and situation. Surveys are also different from trend analysis, which is a type of requirements elicitation technique that involves examining the historical or current data and information to identify the changes and developments over time. Trend analysis can help to understand the past and present performance and behavior of the system or the process, predict the future outcomes and scenarios, and anticipate the opportunities and threats. Trend analysis can also help to validate and verify the requirements, evaluate the feasibility and viability of the solution, and support the decision making and planning. Surveys are not focus groups, which are a type of requirements elicitation technique that involves inviting a group of stakeholders to a moderated discussion on a specific topic or issue. Focus groups can help to generate a large number of ideas and opinions, find solutions for a specific problem, and stimulate the interaction and debate among the participants. Focus groups can also help to gain insights and perspectives from different stakeholders, identify the areas of agreement or disagreement, and foster a sense of involvement and ownership. References:

• CBAP / CCBA Certified Business Analysis Study Guide, 2nd Edition, Chapter 4: Elicitation and Collaboration, page 180-181.
• Top 10 Most Common Requirements Elicitation Techniques, paragraph 9
• Software Engineering | Requirements Elicitation - GeeksforGeeks, paragraph 6
• Elicitation Technique Guide | Info-Tech Research Group, paragraph 1
• Requirements Elicitation Technique (RET) : 10+ Effective RET - Skillcubator, paragraph 4

 According to the BABOK® Guide, a risk is “an uncertain event or condition that, if it occurs, has a positive or negative effect on one or more project objectives such as scope, schedule, cost, and quality” (p. 10). A risk can have both positive and negative impacts, depending on the perspective of the stakeholders and the objectives of the solution. For example, a risk of adopting a new technology may be that it increases the productivity of the employees (positive) but also requires more training and maintenance (negative). A risk analysis in the business case should consider both the probability and the impact of the risks, as well as the strategies to mitigate or exploit them. References: BABOK®Guide, p. 10, 114-115; Certified Business Analysis Professional™ (CBAP®) | Coursera, Course 3, Week 2, Video: “Risk Analysis and Management”

The Delphi technique is a type of requirements elicitation technique that is based on a survey method. The Delphi technique involves sending a series of questionnaires to a group of experts who have knowledge or experience in the domain of the project or the solution. The questionnaires are designed to elicit opinions, ideas, or feedback on the requirements or the issues related to the project or the solution. The responses from the experts are collected and analyzed by a facilitator, who then provides a summary of the results and the areas of agreement or disagreement to the experts. The facilitator also prepares a new questionnaire based on the feedback and sends it back to the experts for another round of responses. This process is repeated until a consensus is reached or a sufficient level of information is obtained. The Delphi technique is useful for gathering requirements from a large and diverse group of stakeholders who are geographically dispersed or have conflicting views. The Delphi technique also helps to reduce the influence of dominant or biased individuals and to encourage honest and independent opinions. The Delphi technique is different from a workshop, which is a type of requirements elicitation technique that involves bringing together a group of stakeholders in a face-to-face or virtual setting to collaborate and exchange information on the requirements or the issues related to the project or the solution. The workshop is facilitated by a moderator, who guides the discussion and ensures the participation and contribution of all the attendees. The workshop is useful for generating a large number of ideas and finding solutions for a specific problem in a short time. The workshop also helps to build rapport and trust among the stakeholders and to resolve conflicts or misunderstandings. The Delphi technique is also different from a round table, which is a type of requirements elicitation technique that involves inviting a group of stakeholders to a formal or informal meeting to share their perspectives and insights on the requirements or the issues related to the project or the solution. The round table is moderated by a leader, who introduces the topic and encourages the dialogue and debate among the participants. The round table is useful for exploring different viewpoints and opinions and for gaining a deeper understanding of the problem and the context. The round table also helps to foster a sense of involvement and ownership among the stakeholders and to identify the areas of agreement or disagreement. The Delphi technique is not a prototyping, which is a type of requirements elicitation technique that involves creating a simplified or partial version of the solution or a component of the solution and presenting it to the stakeholders for feedback. The prototype can be either low-fidelity or high-fidelity, depending on the level of detail and functionality. The prototype is useful for validating and verifying the requirements and for demonstrating the feasibility and usability of the solution. The prototype also helps to reduce the ambiguity and uncertainty of the requirements and to increase the satisfaction and acceptance of the solution. References:

• CBAP / CCBA Certified Business Analysis Study Guide, 2nd Edition, Chapter 4: Elicitation and Collaboration, page 180-181.
• Top 10 Most Common Requirements Elicitation Techniques, paragraph 9
• Software Engineering | Requirements Elicitation - GeeksforGeeks, paragraph 6
• Delphi Method Forecasting Definition and How It’s Used - Investopedia, paragraph 1
• The Delphi Technique - Students 4 Best Evidence, paragraph 1

 A business analysis communications plan is a document that describes how the business analysis information will be communicated to the stakeholders, including the format, frequency, content, and recipients of the communication. A business analysiscommunications plan can help to ensure that the stakeholders are informed, engaged, and satisfied with the business analysis work, and that the business analysis deliverables are validated and approved. A business analysis communications plan is part of the business analysis plan, which is a comprehensive document that covers all aspects of the business analysis approach, activities, and deliverables. References: BABOK Guide v3, page 37; CBAP / CCBA Certified Business Analysis Study Guide, page 75.

 The solution development team is appearing to change the prioritization of the requirements based on overstated complexity of the project work. This means that they are exaggerating the difficulty and effort involved in implementing a certain portion of the requirements, in order to lower their priority or avoid doing them altogether. This may indicate that the team does not want to implement those requirements for some reason, such as lack of interest, skills, resources, or alignment with the solution vision. This may also result in a loss of trust and collaboration between the business analyst and the solution development team, and a compromise of the quality and value of the solution.

The other options are not correct. A. Changing the prioritization of the requirements based on the past project is not what the solution development team is appearing to do, as they are insisting that this is a different type of requirements than the previous project. C. Getting the requirements removed from the project scope is not what the solution development team is appearing to do, as they are not explicitly asking for that, but rather expressing the difficulty of the requirements. D. Having the business analyst report the difficulty of the project work to the project customer is not what the solution development team is appearing to do, as they are not suggesting that, but rather complaining about the complexity of the project work. References:

• Business Analysis Professional (CBAP) Certification Study Guide, page 131, section 4.2.3 Requirements Prioritization
• Prioritizing Requirements - IIBA®
• How to Prioritize Requirements: Techniques, Tools, and Examples