Full Access IIBA CCBA Tutorials

The standardized template for packaging the requirements is an example of an organizational process asset. Organizational process assets are the plans, processes, policies, procedures, and knowledge bases that are specific to and used by the performing organization. They help to guide and standardize the business analysis activities and deliverables. The other options are not terms that can be assigned to the standardized template for packaging the requirements. Derivative adaption is not a term used in business analysis, but a concept in evolutionary biology. Essential is an adjective that means absolutely necessary or extremely important. Enterprise environmental factors are the conditions, factors, and influences that affect the organization and its projects, such as culture, structure, market, regulations, etc. References:

• 4. Prepare Requirements Package task Flashcards | Chegg.com
• What term can be assigned to this standardized template for packaging …

• A. It defines the nature of a solution that meets that need: This is a correct activity of enterprise analysis, as it involves defining the scope, objectives, and requirements of the solution that will address the business problem or opportunity.
• B. It identifies business needs, problems, or opportunities: This is a correct activity of enterprise analysis, as it involves understanding the current state of the organization, its goals, and the external and internal factors that affect its performance.
• C. It justifies the investment necessary to deliver that solution: This is a correct activity of enterprise analysis, as it involves assessing the costs, benefits, risks, and feasibility of the proposed solution and presenting a business case that supports the decision to implement it.
• D. It manages and expresses requirements to a broad and diverse audience: This is an incorrect activity of enterprise analysis, as it belongs to another knowledge area, which is requirements communication and management. This knowledge area involves ensuring that the requirements are understood, agreed upon, and controlled by all the stakeholders throughout the project lifecycle.

 The type of requirements organization that Ben is doing in this scenario is functional decomposition. This is a technique for breaking down a complex system or process into its constituent parts and describing their functions and interactions12. By taking the laser printer apart and identifying each component’s purpose, Ben is applying functional decomposition to understand the structure and behavior of the system. The other options are not types of requirements organization, but rather techniques for modeling different aspects of the system or process, such as the flow of activities (B), the boundaries and deliverables ©, or the data elements and relationships (D)3. References: Certification of Capability in Business Analysis™ (CCBA®), CBAP / CCBA Certified Business Analysis Study Guide, 2nd Edition, Business Analysis Expert Certification, CCBA® | IIBA®

Stakeholder analysis is the process of identifying and understanding the needs, expectations, interests, and influence of the people who have a stake in the project or the solution. Stakeholder analysis is not a one-time activity, but rather an ongoing process that should be performed throughout the business analysis lifecycle. Stakeholders may change over time, as new ones emerge or existing ones leave or change their roles. Stakeholders may also have different levels of involvement, engagement, and satisfaction at different stages of the project. Therefore, stakeholder analysis should be updated and revised regularly to reflect the current state of the stakeholder relationships and to ensure effective communication and collaboration among the stakeholders12.

The other options are not correct because:

• Option A is incorrect. It will continue until all of the stakeholders have been identified is not a valid statement, because it is impossible to identify all of the stakeholders at the beginning of the project. Some stakeholders may not be visible or accessible at the start, or they may become relevant later as the project progresses. Therefore, stakeholder identification should be an iterative and continuous process that adapts to the changing project environment3.
• Option B is incorrect. It will continue until the requirements have been approved is not a valid statement, because stakeholder analysis does not end with the approval of the requirements. Stakeholder analysis should continue beyond the requirements phase, as the stakeholders may have different feedback, input, or approval on the design, development, testing, implementation, and evaluation of the solution. Stakeholder analysis should also consider the post-implementation impacts and benefits of the solution for the stakeholders4.
• Option D is incorrect. It will continue until the project charter is signed is not a valid statement, because stakeholder analysis does not stop with the initiation of the project. Stakeholder analysis should continue throughout the planning, execution, monitoring, and closing of the project, as the stakeholders may have different issues, risks, or opportunities that need to be addressed or leveraged. Stakeholder analysis should also support the change management and transition activities that involve the stakeholders.

References:

• Business Analysis Guidebook/Stakeholder Analysis - Wikibooks, section “Stakeholder Analysis is the activity of”
• Business Analysis Driving Business Success, page 6
• Stakeholder Identification: How to Identify Stakeholders in a Project, section “Why is stakeholder identification important?”
• Stakeholder Analysis: The Ultimate Guide, section “When to do a stakeholder analysis”
• [Stakeholder Management: A Key to Project Success], section “Stakeholder Management Process”