CBAP Exam Dumps - Certified Business Analysis Professional

 A request for quote (RFQ) is a procurement form that asks the vendor to provide only a price for a standard or fixed product or service, such as a commercial-off-the-shelf (COTS) solution. An RFQ is used when the requirements are well-defined and there is no need for negotiation or customization. An RFQ is different from a request for proposal (RFP), which asks the vendor to provide a detailed proposal for a complex or customized product or service, including the price, schedule, approach, and qualifications. An RFQ is also different from a purchase order (PO), which is a formal document that authorizes the purchase of a product or service from a specific vendor. An RFQ is also different from a request for information (RFI), which asks the vendor to provide general information about their products or services, capabilities, or references, without asking for a price or a proposal. References: CBAP / CCBA Certified Business Analysis Study Guide, Chapter 9: Solution Assessment and Validation, page 275. Certified Business Analysis Professional (CBAP®) Handbook, page 6.

 Problem tracking is a document elicitation technique that can help in this scenario. Problem tracking is the process of identifying, documenting, and resolving issues that arise during the business analysis process. Problem tracking helps to ensure the quality and validity of the requirements and the solutions. Problem tracking also provides an opportunity for stakeholders to rank the importance of issues affecting them. Problem tracking can be done using various tools, such as spreadsheets, databases, or software applications. Problem tracking can help the business analyst to monitor the status of the issues, communicate the progress and outcomes to the stakeholders, and improve the business analysis performance and practices. The other options are not document elicitation techniques, but rather information elicitation techniques. Brainstorming is a technique that involves generating new ideas and finding solutions for a specific problem. Observation is a technique that involves watching how people perform their tasks or interact with a system. Interviews are a technique that involves asking questions and documenting the responses from a single person or a group of people. References:

• Problem/Issue Tracking Technique — Business Analyst Learnings, paragraph 1
• Elicitation Methods | SpringerLink, paragraph 1
• Understanding the Document Analysis Technique - Business Analyst Learnings, paragraph 1

Information architecture is the structure and organization of information within a system or process1. It helps to ensure that the process models relate to each other by defining the relationships, dependencies, and interactions among the data, information, and knowledge that are used or produced by the processes2. Information architecture also helps to align the process models with the business goals, objectives, and requirements3. 

 Decision analysis is a business analysis technique that involves evaluating the feasibility, benefits, risks, and impacts of various options and selecting the best one based on predefined criteria and stakeholder preferences. In this scenario, the business analyst is considering using decision analysis to rate the available methodologies against the organizational needs and objectives, and to choose the most suitable one for the business analysis approach. Decision analysis can help the business analyst to align the business analysis activities with the project and enterprise goals, and to optimize the value delivery of the solution. References:

• BABOK® Guide, p. 66-67
• CBAP / CCBA Certified Business Analysis Study Guide, p. 133
• Certified Business Analysis Professionalâ„¢ (CBAP®) | Coursera, Course 1, Week 2, Video: “Business Analysis Planning and Monitoring”

 Business rules analysis is a technique used 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 can relate to access control, policy, calculation, or inference. Business rules should be atomic, explicit, and separated from the process that implements them. References:

• IIBA®, 10.9 Business Rules Analysis
• Business Rules Analysis — Business Analyst Learnings
• Using Business Rules Analysis to Model and Analyze BI Requirements
• Business rules analysis – The Functional BA

Interviewing is a quantitative risk analysis technique that relies on experience and past data to compute the probability and impact of risks on project objectives. Interviewing involves asking experts, stakeholders, or team members to provide their estimates of the likelihood and consequences of the identified risks, based on their knowledge, judgment, or historical records. Interviewing can be conducted individually or in groups, using structured or unstructured questions, and using qualitative or quantitative scales. Interviewing helps to obtain a range of possible outcomes and their probabilities, as well as to identify the assumptions and uncertainties behind the estimates. References: IIBABABOK Guide v3, section 11.2.2.5, page 388; CBAP / CCBA Certified Business Analysis Study Guide, 2nd Edition, chapter 5, page 232; CBAP Sample Questions, question 236.

The business analysis process that ensures that requirements specifications and models meet the necessary standard of quality to allow them to be used effectively to guide further work is verify requirements. According to the BABOK® Guide1, this process involves checking that the requirements are well-defined, clear, consistent, complete, correct, feasible, modifiable, testable, and traceable. It also involves resolving any defects or issues that may affect the quality of the requirements. The purpose of this process is to confirm that the requirements specifications and models accurately reflect the stakeholder needs and expectations, and that they are ready for validation and approval.

The other options are not correct, but rather:

• A. Identify constraints and assumptions is a task within the assess capability gaps process, which involves comparing the current and future states of the organization to identify the gaps that must be addressed by a solution.
• B. Validate requirements is a process that ensures that the requirements support the delivery of value to the stakeholders and achieve the goals and objectives of the project or initiative. It involves evaluating the alignment, acceptability, and approval of the requirements by the stakeholders.
• D. Specify and model requirements is a process that involves defining and representing the requirements in various formats, such as textual, graphical, or tabular. It helps to communicate, analyze, and refine the requirements more effectively.

References:

• CBAP® Handbook, page 6, section 4. Review the Exam Blueprint, under Requirements Analysis and Design Definition, task 5.3: Verify Requirements
• BABOK® Guide, page 33, section 4.2.3: Verify Requirements
• How Do Business Analysts Verify Requirements? (BABOK 6.5)
• What Is Requirements Analysis? Process and Techniques

 Scope and Plan Initiation is the first step towards creating a business continuity plan. A business continuity plan is a document that describes how an organization will continue to operate during and after a disruption or disaster. A business continuity plan covers the strategies, actions, resources, and procedures that are needed to ensure the continuity of critical business functions and processes. Scope and Plan Initiation is the process of defining the scope, objectives, approach, and deliverables of the business continuity plan. It involves identifying the key stakeholders, roles, responsibilities, and expectations for the business continuity planning project. It also involves developing a project plan, a communication plan, and a risk management plan for the business continuity planning project. Scope and Plan Initiation helps to establish the direction, scope, and boundaries of the business continuity plan, and to align the expectations and involvement of the stakeholders12. Business Continuity Plan Development is the second step towards creating a business continuity plan. It is the process of developing the content and structure of the business continuity plan. It involves conducting a business impact assessment, a risk assessment, a business continuity strategy analysis, and a business continuity plan design. It also involves documenting, reviewing, and validating the business continuity plan. Business Continuity Plan Development helps to create a comprehensive and effective business continuity plan that addresses the impacts, risks, strategies, and actions for the continuity of the critical business functions and processes12. Business Impact Assessment is a sub-process of Business Continuity Plan Development. It is the process of analyzing the potential impacts of a disruption or disaster on the organization’s business functions and processes. It involves identifying the critical business functions and processes, their dependencies, their recovery objectives, and their recovery priorities. Business Impact Assessment helps to determine the scope and requirements of the business continuity plan, and to prioritize the recovery efforts based on the impact and urgency of the business functions and processes12. Plan Approval and Implementation is the last step towards creating a business continuity plan. It is the process of obtaining the approval and endorsement of the business continuity plan from the senior management and the key stakeholders. It also involves implementing the business continuity plan by conducting training, awareness, testing, and maintenance activities. Plan Approval and Implementation helps to ensure the acceptance and support of the business continuity plan, and to enhance the readiness and capability of the organization to execute the business continuity plan12. References: CBAP® Handbook, Business Continuity Planning - iiba.org