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

Business analysis planning and monitoring includes tasks that organize and coordinate the efforts of business analysis professionals and stakeholders. These tasks produce outputs that are used as guidance for the other tasks1. Some of the activities involved in this knowledge area are:

Planning how requirements will be approached, traced, and prioritized. This involves defining the requirements life cycle, the level of detail and quality of the requirements, the traceability approach, and the prioritization methods2.

Identifying stakeholders. This involves determining who are the key individuals or groups that have an interest or influence on the solution or the business need, and analyzing their needs, expectations, and level of involvement2.

Defining and determining business analysis processes. This involves selecting the appropriate business analysis approach (such as predictive, adaptive, or hybrid), defining the deliverables and activities, and estimating the effort and resources needed for the business analysis work2.

Job shadowing, on the other hand, is not a business analysis planning and monitoring activity, but an elicitation technique. It involves observing a stakeholder performing their work tasks to gain a better understanding of their needs and challenges2. References:

2: CBAP/CCBA Certified Business Analysis Study Guide, 2nd Edition, by Susan Weese and Terri Wagner, Wiley, 2011.

1: A) Business Analysis Planning and Monitoring | The International Institute of Business Analysis™.

Comprehensive and Detailed Explanation:Requirement attributesprovideadditional context and metadataabout each requirement, such as its priority, complexity, and origin.

BABOK® Guide (Chapter 5.3 - Specify and Model Requirements)states thatrequirement attributes enhance traceability, prioritization, and change management.

Requirement traceability (Option A)tracks dependencies but does not cover complexity or modification history.

Requirement management (Option C)involves overseeing changes but is broader than attributes.

Requirement analysis (Option D)involves refining requirements but does not document their metadata.

The BA should store the requirements package on a secure shared drive that has access control and encryption to protect the sensitive information from unauthorized access or modification. This will ensure that the requirements are available for future reference and can be traced to the solution. Printing the requirements package and distributing it to stakeholders in person may compromise the confidentiality and integrity of the information. Archiving the requirements package in the business analysis portal may not provide adequate security measures for sensitive information. Sending the requirements package to stakeholder in a password protected email may expose the information to interception or hacking. References: [A Guide to the Business Analysis Body of Knowledge® (BABOK® Guide)], Chapter 3: Business Analysis Planning and Monitoring, Section 3.6: Plan Requirements Management Process, Task 3.6.2: Define Requirements Change Process, Page 58. [Business Analysis for Practitioners: A Practice Guide], Chapter 3: Requirements Elicitation and Analysis, Section 3.7: Requirements Traceability, Page 66.