Free CCBA Questions Attempt

 Prototyping is a business analysis technique that allows a business analyst (BA) to create a preliminary version of a solution, enabling stakeholders to visualize and interact with its appearance and capabilities before the final product is developed. This helps in clarifying requirements and can lead to more accurate and user-centered solutions.

References: The information is verified as per the Capability in Business Analysis™ (CCBA®) Learning documents, specifically the CCBA Handbook and the IIBA website, which outline the use of prototyping as a technique to model business processes and identify opportunities for better business outcomes

Requirements traceability is the process of linking requirements to other related artifacts, such as design elements, test cases, or issues, throughout the project life cycle. Requirements traceability helps to ensure that the requirements are aligned with the project objectives, validated by the stakeholders, and verified by the testers. Requirements traceability also supports change management, impact analysis, and quality assurance.

There are different tools and techniques that can be used to implement requirements traceability, depending on the size, complexity, and nature of the project. One of the simplest and most common tools is a spreadsheet, which can be used to create a requirements traceability matrix (RTM). An RTM is a table that lists the requirements in one axis and the related artifacts in another axis, and shows the relationships between them using symbols, colors, or codes. An RTM can be used when there is a relatively low amount of requirements that need to be traced, and when the project team is familiar with the spreadsheet software.

A spreadsheet-based RTM has some advantages, such as being easy to create, update, and share, and being flexible and customizable. However, it also has some limitations, such as being prone to errors, inconsistencies, and duplication, and being difficult to maintain, scale, and integrate with other tools. Therefore, for larger or more complex projects, it may be more suitable to use a dedicated requirements management tool that supports traceability features, such as SpiraTeam1, codeBeamer2, or Modern Requirements3

 Job shadowing is not a business analysis planning & monitoring activity, but an elicitation technique. Job shadowing involves following and observing a stakeholder as they perform their work tasks. It helps to elicit information about the current state of the business processes, the roles and responsibilities of the stakeholders, the problems and issues they face, and the opportunities for improvement. Job shadowing is part of the elicitation and collaboration knowledge area in the CCBA certification12

The business analysis planning & monitoring activities are the tasks and steps that are performed to plan, monitor, and control the business analysis work and deliver the business analysis outputs. They include:

• Defining and determining business analysis processes: This is the activity of establishing and documenting the business analysis approach, activities, tasks, deliverables, roles, responsibilities, and governance. It helps to plan, monitor, and control the business analysis work, and to align it with the project objectives and stakeholder preferences.
• Planning how requirements will be approached, traced, and prioritized: This is the activity of defining and documenting the requirements management plan, which specifies how the requirements will be elicited, analyzed, documented, validated, verified, approved, communicated, traced, prioritized, changed, and maintained. It helps to ensure the quality, consistency, and alignment of the requirements with the stakeholder needs and expectations.
• Identifying stakeholders: This is the activity of determining who are the individuals or groups that have an interest or influence on the project or the solution, and what are their needs, expectations, and level of involvement. It helps to plan and execute the stakeholder engagement and communication strategies, and to manage the stakeholder relationships.

References:

• Business Analysis Techniques - ECBA, CCBA, CBAP Endorsed, Section 7.4: Requirements Elicitation, p. 79-80.
• Certification of Capability in Business Analysis (CCBA®) - Simplilearn, Module 6: Elicitation and Collaboration, Lesson 6.3: Conduct Elicitation, p. 6-7.
• Business Analysis Certification Competencies, CCBA® | IIBA®, section “Plan Business Analysis Work”
• CCBA Step-by-Step Application Process Guide - IIBA®, page 6, section “4. Review the Exam Blueprint”
• CCBA® and CBAP® Certifications Study Guide - Google Books, Chapter 2: Business Analysis Planning and Monitoring
• [CCBA® and CBAP® Certifications Study Guide - Packt Subscription], Chapter 2: Business Analysis Planning and Monitoring

 Formal communication is the type of communication that is most likely required to be used in regard to requirements in a plan-driven approach to business analysis processes. Formal communication is a type of communication that follows predefined standards, formats, and protocols, and is documented and approved by the authorized parties. Formal communication is suitable for a plan-driven approach, which is a business analysis approach that focuses on minimizing changes and delivering the planned outputs in a predictable manner. A plan-driven approach requires formal communication to ensure the clarity, consistency, and alignment of the requirements with the stakeholder needs and expectations, and to prevent or resolve any conflicts or issues that may arise from the requirements or the solution12

Option A is incorrect because informal communication is not the type of communication that is most likely required to be used in regard to requirements in a plan-driven approach to business analysis processes, but a type of communication that does not follow predefined standards, formats, and protocols, and is not documented or approved by the authorized parties. Informal communication is more suitable for an adaptive or change-driven approach, which is a business analysis approach that focuses on maximizing value and delivering the most important outputs in a flexible manner. An adaptive or change-driven approach requires informal communication to facilitate collaboration, feedback, and learning among the stakeholders, and to respond to changes quickly and effectively34

Option B is incorrect because ad hoc communication is not the type of communication that is most likely required to be used in regard to requirements in a plan-driven approach to business analysis processes, but a type of communication that is spontaneous, unplanned, and unscheduled, and is used to address specific or urgent situations or needs. Ad hoc communication is not related to the business analysis approach, but to the communication needs and preferences of the stakeholders. Ad hoc communication can be used in any business analysis approach, as long as it is appropriate and feasible for the purpose and context of the communication5

Option C is incorrect because face-to-face communication is not the type of communication that is most likely required to be used in regard to requirements in a plan-driven approach to business analysis processes, but a type of communication and elicitation technique that involves direct and personal interaction and collaboration among the stakeholders in a physical or virtual setting. Face-to-face communication is not related to the business analysis approach, but to the availability, accessibility, and convenience of the stakeholders. Face-to-face communication can be used in any business analysis approach, as long as it is effective and efficient for the communication and elicitation of the requirements.

References:

• Business Analysis Body of Knowledge (BABOK® Guide), Version 3, Chapter 2: Business Analysis Planning and Monitoring, Section 2.1: Plan Business Analysis Approach, p. 31-32.
• Certification of Capability in Business Analysis (CCBA®) - Simplilearn, Module 5: Planning and Monitoring, Lesson 5.1: Plan Business Analysis Approach, p. 6-7.
• Business Analysis Body of Knowledge (BABOK® Guide), Version 3, Chapter 2: Business Analysis Planning and Monitoring, Section 2.1: Plan Business Analysis Approach, p. 32-33.
• Certification of Capability in Business Analysis (CCBA®) - Simplilearn, Module 5: Planning and Monitoring, Lesson 5.1: Plan Business Analysis Approach, p. 8-9.
• Business Analysis Body of Knowledge (BABOK® Guide), Version 3, Chapter 2: Business Analysis Planning and Monitoring, Section 2.3: Plan Business Analysis Communication, p. 36-37.
• [Business Analysis Body of Knowledge (BABOK® Guide)], Version 3, Chapter 10: Techniques, Section 10.16: Interviews, p. 351-352.
• [Certification of Capability in Business Analysis (CCBA®) - Simplilearn], Module 6: Elicitation and Collaboration, Lesson 6.4: Confirm Elicitation Results, p. 6-7.