CCBA Exam Dumps - Certification of Capability in Business Analysis (CCBA)

A plan-driven business analysis approach is a methodology that follows a predefined and structured process, where the requirements and the solution are fully defined and agreed upon before implementation begins. A plan-driven approach is suitable for projects that have low complexity, uncertainty, or volatility, and that require stability and predictability of the scope, schedule, and budget. A plan-driven approach is characterized by its formal and rigid nature, where each project phase must be completed before moving on to the next one. Therefore, the following are not appropriate for a plan-driven business analysis approach:

Informal: This means that the communication, documentation, and validation of the requirements and the solution are done in a casual and flexible manner, without following any standards or rules. Informal methods may lead to ambiguity, inconsistency, and misunderstanding of the requirements and the solution, which can cause delays, errors, and rework in a plan-driven approach.

Face-to-face: This means that the interaction and collaboration among the stakeholders are done in person, rather than through electronic or written means. Face-to-face methods may enhance rapport and trust among the stakeholders, but they may also introduce challenges such as scheduling, availability, and travel costs in a plan-driven approach.

Ad hoc: This means that the business analysis activities and tasks are done in a spontaneous and unplanned manner, without following any methodology or process. Ad hoc methods may allow for creativity and innovation, but they may also result in chaos, confusion, and waste in a plan-driven approach.

Option D is incorrect because formal is appropriate for a plan-driven business analysis approach. Formal means that the communication, documentation, and validation of the requirements and the solution are done in a systematic and rigorous manner, following established standards and rules. Formal methods ensure the quality, completeness, and alignment of the requirements and the solution, which are essential for a plan-driven approach.

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 Approach | Do you need one?

How to Choose the Right Business Analysis Approach

Planning Business Analysis Approach and Monitoring

[Defining the Business Analysis Approach in 2023 | Free Template]

Survey or QUESTION NO:naire presents a set of Questions to stakeholders and subject matter experts (SMEs), whose responses are then collected and analyzed in order to formulate knowledge about the subject matter of interest. The Questions can be submitted in written form or can be administered in person, over the telephone, or using technology that can record responses.

A quality requirement must be consistent, meaning it should not conflict with any other requirements, assumptions, or constraints. It should align with the overall objectives and constraints of the project, ensuring that all requirements work together harmoniously without contradictions or ambiguities.

References: Characteristics of Quality Requirements from the Business Analysts Handbook on Fandom1, and Requirements quality attributes examined by ScopeMaster2.

According to the BABOK® Guide, job shadowing is an elicitation technique that involves observing a stakeholder performing their work in their natural environment. Job shadowing can be passive/unnoticeable, where the observer does not interact with the performer, or active/noticeable, where the observer asks questions or participates in the work. One of the advantages of using a passive/unnoticeable job shadowing approach is that it can identify instances of informally performed tasks as well as any workarounds that the performer may use to overcome system limitations or process inefficiencies. These instances may not be captured by other elicitation techniques or may not be reported by the performer due to fear of reprisal or lack ofawareness. References: BABOK® Guide, Version 3, Chapter 4, Section 4.10; Business Analysis Expert Certification, CCBA® | IIBA®, Section “What Should I know to be CCBA Certified?”

This is because when it is not possible to implement all the requirements at once, the BA should prioritize the requirements based on their value, urgency, and dependency, and assign them to different releases or iterations. This way, the most important requirements can be delivered first, and the feedback from the stakeholders can be incorporated in the subsequent releases. Redefining the business requirements (A) is not necessary, as they have already been signed off. Recommending a reduction in the project scope (B) is not a good option, as it may compromise the value and quality of the solution. Ensuring all requirements are traceable using a matrix (D) is a good practice, but it does not address the issue of technical constraints. References: CCBA Practice Test, CCBA Mock Test

 According to the BABOK® Guide, a predictive approach is a business analysis approach that defines the scope, requirements, and designs early in the change initiative lifecycle. This approach is suitable for projects that have a clear and stable vision, well-understood requirements, and a low degree of uncertainty and change. A predictive approach also involves large upfront planning and detailed documentation, which are often required in heavily regulated domains. Therefore, a predictive approach is the recommended approach for the project described in the question. References: BABOK® Guide, Version 3, Chapter 2, Section 2.2.1; Business Analysis Expert Certification, CCBA® | IIBA®, Section “What Should I know to be CCBA Certified?”

This is because the impact assessment shows that the proposed change has a high cost, high risk, low benefit, and low urgency. Therefore, the requirement is not worth implementing at the current stage of the project, and it can be postponed to a later phase or release. Approving the requirement (A) is not a good option, as it would increase the project budget, duration, and complexity without adding much value. Requesting additional information (B) is not necessary, as the impact assessment already provides sufficient data to make a decision. Rejecting the requirement (D) is not advisable, as it may violate the compliance regulation and cause legal issues. References: CCBA Practice Test, CCBA Mock Test

The pair of requirements fail to meet the characteristic of consistency, which means that the requirements do not contradict or conflict with each other or with other requirements. The first requirement states that comments should not be deleted by the users, while the second requirement states that users with super administrator privileges should be able to delete every page/section in the application. This implies that super administrators can also delete comments, which contradicts the first requirement. The BA should resolve this inconsistency by clarifying the scope and definition of the terms “users” and “comments”, and by specifying the exceptions or conditions for the deletion of comments.

References: The answer is verified and explained using the principles found in the CCBA® certification learning documents, specifically the Business Analysis Body of Knowledge (BABOK®) guide, which outlines the knowledge areas and skills required for effective business analysis and the handling of such situations