Sure Pass Exam CBAP PDF

 A parametric estimate is an estimate that uses a mathematical formula or model to calculate the time, cost, or resources required for a project or activity based on historical data and known variables. In this scenario, the 25 workstations per hour represents a parametric estimate of the productivity of the project team, which can be used to determine the total duration and cost of the installation. A parametric estimate is usually more accurate and reliable than other estimation techniques, such as expert judgment or analogy, as it is based on objective and quantifiable data. References:

• CBAP Certification Study Guide v3.0, page 33
• BABOK Guide v3, page 16
• Certified Business Analysis Professional™ (CBAP®) | Coursera, Course 3, Week 3, Video: “Project Management Concepts”

 Voting is a technique of requirements prioritization that involves asking the stakeholders to express their preferences for the requirements using various methods, such as ranking, rating, or allocating points or money. Voting helps to achieve consensus and alignment among the stakeholders and to identify the most important and valuable requirements. In this scenario, the business analyst is using a voting method that assigns play money to the requirements, which reflects the relative importance and benefit of each requirement. The requirements with the highest amount of play money are prioritized over the ones with lower amounts.

References:

• BABOK® Guide, p. 55, 376-377
• CBAP / CCBA Certified Business Analysis Study Guide, p. 165-166
• Certified Business Analysis Professional™ (CBAP®) | Coursera, Course 2, Week 1, Video: “Requirements Prioritization”

 Document analysis is a requirements elicitation technique that examines the available information, documentation, records, and history of a solution, organization, or cause to identify relevant information to the current business analysis duties. Document analysis helps the business analyst to understand the existing processes, policies, standards, regulations, and systems that may affect the project or the solution. Document analysis also helps to discover the implicit, hidden, or undocumented requirements that may not be easily obtained from other sources. Document analysis can be done using various types of documents, such as business plans, contracts, manuals, reports, diagrams, models, or logs. Document analysis is different from benchmarking, which is a technique that compares the performance or practices of an organization or a solution with those of other organizations or solutions. Document analysis is also different from dataflow diagrams, which are graphical models that show how data moves through a system or a process. Document analysis is not requirements elicitation, which is a general term for the process of gathering and discovering the requirements from various sources and stakeholders. References:

• CBAP / CCBA Certified Business Analysis Study Guide, 2nd Edition, Chapter 4: Elicitation and Collaboration, page 181-182.
• [Requirements Elicitation in Software Engineering Complete Guide …, paragraph 3
• Elicitation Technique Guide | Info-Tech Research Group, paragraph 1
• Requirements elicitation techniques: a systematic literature review …, paragraph 1

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