Pass CBAP Exam Guide

Implementation subject matter experts are the stakeholders who would need detailed technical interface requirements. These are the people who are responsible for designing, developing, and deploying the solution components that interact with other systems or applications. Technical interface requirements specify the format, structure, protocol, and security of the data exchange between the solution and the external entities. Project manager, regulators, and testers are other types of stakeholders who may need different levels of information related to the requirements, but not necessarily the technical interface details. References:

BABOK® Guide, p. 29, 36, 51, 54

CBAP / CCBA Certified Business Analysis Study Guide, p. 45, 49, 50, 52

Certified Business Analysis Professional™ (CBAP®) | Coursera, Course 1, Week 3, Video: “Stakeholder Analysis”

 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

 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”

Brainstorming is a technique to generate a large number of ideas or options for a problem or opportunity in a short time. It involves a group of stakeholders who share their thoughts and suggestions without criticism or evaluation. Brainstorming helps to identify options, factors, delays, and ideas for a solution by encouraging creativity, diversity, and collaboration. Benchmarking is a technique to compare the current state of a process, product, or service with a desired or best practice state. It involves identifying the performance indicators, standards, and targets for improvement. Benchmarking helps to identify gaps, opportunities, and best practices for a solution by providing a reference point or a baseline. Data flow diagrams are a technique to model the flow of data and information through a system or process. They involve identifying the sources, destinations, processes, and stores of data and information, and the relationships among them. Data flow diagrams help to identify inputs, outputs, transformations, and storage of data and information for a solution by providing a visual representation of the system or process. Business rules analysis is a technique to identify, express, validate, refine, and organize the rules that shape day-to-day business behavior and guide operational business decision making. Business rules are specific, actionable, testable directives that support a business policy. Business rules analysis helps to identify rules, policies, decisions, and constraints for a solution by providing a clear, consistent, and separated expression of the business logic. References: 9 Elicitation Techniques Used by Business Analysts – Tips and Guidance, CBAP® Handbook, Requirements Elicitation - Where to start as a Business Analyst?