CAPM : Business Analysis Frameworks (Domain 4)
PMI - CAPM : Certified Associate in Project Management - Domain 4 - Business Analysis Frameworks
This comprehensive study guide is designed to prepare candidates for Domain 4 of the Certified Associate in Project Management (CAPM) examination. Representing 27% of the total examination content—approximately 41 questions—Domain 4 focuses on the frameworks, roles, and methodologies associated with Business Analysis (BA). This domain was a significant addition during the 2023 certification refresh, reflecting the industry’s shift toward integrated project delivery and the increasing demand for professionals who can bridge the gap between business needs and technical solutions.
The Evolution and Importance of Business Analysis in Project Management
In the current professional landscape, Business Analysis has transitioned from a specialized niche into a core competency required for project success. The integration of BA frameworks into the CAPM curriculum signals that entry-level project professionals must understand how to identify business needs, manage stakeholders, and ensure that project deliverables align with strategic goals.
Business Analysis in the context of the CAPM exam involves a systematic approach to identifying business requirements and managing the communication between various project teams. It is not merely about documenting needs but about ensuring that the final product or service delivers the intended value. This aligns with the broader project management goal of acting as a vehicle for change and benefit planning.
Business Analysis Roles and Responsibilities
A fundamental requirement of Domain 4 is the ability to distinguish between various stakeholder roles and understand the necessity of clear role definition. Without clearly identified roles, projects often suffer from communication breakdowns and scope creep.
Stakeholder Role Distinctions
The framework identifies several critical roles that a Business Analyst must navigate and distinguish:
- Process Owner: The individual with ultimate authority over a specific business process. They are responsible for the performance of the process and have the power to authorize changes to how work is conducted.
- Process Manager: The person responsible for the day-to-day operation and monitoring of a process. While the Owner sets the strategy, the Manager ensures execution.
- Product Manager: This role focuses on the long-term vision, strategy, and roadmap of the product. They are concerned with the product’s entire lifecycle and its market success.
- Product Owner: Primarily found in adaptive (Agile) environments, the Product Owner represents the voice of the customer. They are responsible for maximizing the value of the product and managing the product backlog.
Internal vs. External Roles
Stakeholders are further categorized by their relationship to the performing organization. Internal stakeholders include team members, project sponsors, and functional managers within the company. External stakeholders may encompass customers, end-users, suppliers, and regulatory bodies. A Business Analyst must differentiate between these groups to tailor communication and requirement-gathering strategies effectively.
The Necessity of Identifying Stakeholders
Identifying stakeholders is the first step in any business analysis process. The rationale for this includes:
- Requirement Accuracy: Ensuring all voices that influence the product are heard.
- Conflict Mitigation: Identifying potential misalignments in expectations early.
- Resource Allocation: Understanding who will provide the necessary inputs or approvals.
Strategic Stakeholder Communication
Communication is the “Power Skill” that enables a Business Analyst to function as a bridge between diverse teams. Domain 4 emphasizes that a BA must not only communicate but must recommend the most appropriate channels and tools based on the situational context.
Communication Channels and Tools
The selection of a communication tool depends on the audience and the complexity of the information. Common tools include:
- Reporting: Formalized updates used for tracking progress against requirements or project controls.
- Presentations: Used to gain buy-in from sponsors or to explain complex product roadmaps to stakeholders.
- Focus Groups and Workshops: Interactive sessions designed to elicit deep insights and foster collaboration.
- Stand-up Meetings: Brief, daily check-ins common in adaptive environments to address immediate blockers and requirement updates.
The BA as a Communication Bridge
The Business Analyst serves as the primary liaison between “features” (what the business wants) and “requirements” (what the technical team must build). Effective communication ensures that the technical development stays aligned with the business intent. This requires high levels of emotional intelligence (EQ) to navigate the needs of different teams, ranging from executive sponsors to technical developers.
Methodologies for Gathering Requirements
Gathering requirements is a multifaceted process that involves matching the right tools to specific scenarios. The CAPM exam tests the ability to identify which approach is most suitable for a given situation.
Approaches to Requirement Elicitation
- Stakeholder Interviews: One-on-one sessions used to gather detailed, personal insights and uncover hidden constraints.
- Surveys: Efficient for gathering broad data from a large group of stakeholders when depth of detail is less critical than volume.
- Workshops: Collaborative sessions that allow for real-time conflict resolution and the synthesis of different perspectives.
- Lessons Learned: Reviewing historical data from previous projects to avoid past mistakes and leverage successful requirement strategies.
Requirement Documentation Tools
Once gathered, requirements must be documented in a way that is actionable.
- User Stories: Primarily used in adaptive frameworks, these are short, simple descriptions of a feature told from the perspective of the person who desires the new capability (e.g., “As a [user], I want [goal] so that [reason]”).
- Use Cases: More detailed than user stories, these describe how a system responds to a specific request from a user, often used in predictive or hybrid projects to outline step-by-step interactions.
The Requirements Traceability Matrix and Product Backlog
Ensuring that every requirement adds value and is eventually delivered requires rigorous tracking. Domain 4 highlights two primary artifacts for this purpose.
Requirements Traceability Matrix (RTM)
The RTM is a grid that links product requirements from their origin to the deliverables that satisfy them. It ensures that:
- No requirement is “lost” during the development process.
- Every requirement is linked to a business objective.
- The project stays within scope by preventing “gold plating” (adding features not in the requirements).
The Product Backlog
In adaptive projects, the product backlog replaces or supplements the RTM. It is an ordered list of everything that is known to be needed in the product. It is the single source of requirements for any changes to be made to the product. The Business Analyst or Product Owner is responsible for prioritizing this backlog based on business value, risk, and necessity.
Product Roadmaps and Release Planning
A product roadmap is a high-level visual summary that maps out the vision and direction of a product over time. It is a critical tool for setting stakeholder expectations and aligning the project team’s efforts.
Application of Product Roadmaps
Roadmaps provide the “big picture” that explains why certain features are being built and when they are expected to be available. They act as a strategic guide for the Business Analyst to communicate the evolution of a product across multiple phases or iterations.
Component Release Planning
A key task in BA is determining which components go to which releases. This involves:
- Evaluating the dependencies between different requirements.
- Assessing the “Minimum Viable Product” (MVP) requirements.
- Aligning releases with business cycles or market opportunities.
Impact of Project Methodologies on Business Analysis
The role of a Business Analyst is not static; it changes significantly depending on whether the project follows a predictive, adaptive, or hybrid methodology.
BA in Predictive (Plan-Based) Environments
In predictive projects, the BA’s work is often front-loaded. Requirements are gathered, analyzed, and documented in detail before execution begins. The focus is on creating a comprehensive “baseline” that minimizes change throughout the project lifecycle. Documentation tends to be more formal, utilizing RTMs and detailed functional specifications.
BA in Adaptive (Agile) Environments
In adaptive projects, business analysis is an ongoing, iterative process. The BA works closely with the team to refine the product backlog continuously. Requirements emerge and evolve through feedback loops. The BA’s role focuses heavily on prioritization and ensuring that the most valuable features are addressed in the upcoming iterations.
BA in Hybrid Environments
Many modern organizations utilize hybrid models—using predictive methods for high-level funding and scheduling while using agile methods for workstream delivery. The BA in this environment must be bilingual, capable of producing formal documentation for executives while maintaining a flexible, high-velocity backlog for the development team.
Validating Requirements and Product Delivery
The final stage of the business analysis process is validation—ensuring that the product delivered actually meets the requirements and is ready for the customer.
Defining Acceptance Criteria
Acceptance criteria are a set of predefined requirements that must be met to mark a user story or package as complete. The BA is responsible for defining these criteria based on the situation. They provide a clear “Pass/Fail” metric for quality and completeness. Criteria must be:
- Measurable: Can we prove it was met?
- Achievable: Is it realistic within the project constraints?
- Clear: Is there a common understanding between the business and the developers?
Determining Readiness for Delivery
The Business Analyst uses the Requirements Traceability Matrix or the Product Backlog to confirm readiness. If a requirement is documented but the corresponding acceptance criteria have not been met, the product is not ready for delivery. This validation process serves as the final gatekeeper to ensure that the project fulfills its promise to the business and stakeholders.
Soft Skills and Business Acumen in Business Analysis
Beyond technical frameworks, a Business Analyst must possess significant “Power Skills” and “Business Acumen.” These foundational elements are essential for navigating the complexities of Domain 4.
The Role of Emotional Intelligence
High EQ allows a BA to manage conflict when stakeholders have competing requirements. It involves active listening—not just hearing words, but understanding the underlying business pain points.
Leadership vs. Management in BA
While a project manager might focus on managing the schedule (management), a Business Analyst often focuses on leading the stakeholders toward a common vision (leadership). The BA must act as a negotiator and facilitator to ensure all parties reach a consensus on what the final product should achieve.
Ethics and Professional Conduct
As with all PMI-certified roles, a Business Analyst must adhere to the PMI Code of Ethics and Professional Conduct. This includes honesty in reporting the status of requirements and ensuring that all stakeholders are treated fairly during the elicitation process.
Scenario-Based Assessment: Domain 4
The following ten questions represent scenarios encountered in the Business Analysis domain. Use these to test your judgment and application of the frameworks.
Questions
- Scenario: You are working on a project with a high degree of uncertainty. The stakeholders want to see progress every two weeks and are expected to change their requirements frequently. Which documentation artifact should you prioritize for requirement tracking?
- Scenario: During a requirement-gathering session, the Process Owner and the Process Manager disagree on the workflow of a new software feature. As the Business Analyst, what is your first step?
- Scenario: You are managing an external vendor who is building a component of your product. You need to ensure that every technical feature they build can be traced back to the original business objective you provided. Which tool do you use?
- Scenario: A project is nearing its first release. The technical team claims they are done, but you need to prove to the sponsor that the deliverables meet the business needs. What specific set of standards do you use to validate this?
- Scenario: You are creating a high-level visual guide for the executive board to show them the planned features for the next 18 months. What is this document called?
- Scenario: You need to gather requirements from 500 potential users of a new mobile app. You have a very limited budget and only one week to collect the data. What approach should you take?
- Scenario: In an Agile project, the team is confused about the priority of the next three features. Which role is responsible for making the final decision on prioritization?
- Scenario: You are working on a predictive project where the scope is fixed. A stakeholder asks for a new feature mid-way through execution. What is the role of the Business Analyst in relation to the project baseline?
- Scenario: You are facilitating a meeting between the features team and the requirements team. You notice a lot of tension and miscommunication regarding the feasibility of a specific feature. Which “Power Skill” is most critical here?
- Scenario: The project has finished all development. You are reviewing the Product Backlog and realize that three items marked as “High Priority” do not have corresponding testing results. Is the product ready for delivery?
Answer Key and Explanations
- Answer: The Product Backlog. Explanation: In adaptive/Agile environments where requirements change frequently, the Product Backlog is the appropriate artifact for iterative tracking and prioritization.
- Answer: Use active listening and facilitation skills to identify the root of the disagreement. Explanation: The BA serves as a facilitator to help stakeholders reach a consensus, ensuring the business process is accurately represented.
- Answer: Requirements Traceability Matrix (RTM). Explanation: The RTM is specifically designed to link requirements from their origin (business objective) to their deliverable (technical feature).
- Answer: Acceptance Criteria. Explanation: Acceptance criteria provide the specific, measurable standards that must be met for a product or requirement to be considered complete and ready for delivery.
- Answer: Product Roadmap. Explanation: A product roadmap is a high-level visual summary used to communicate the product vision and plan over a long-term duration.
- Answer: Surveys. Explanation: Surveys are the most efficient tool for gathering broad data from a large group of people quickly and cost-effectively.
- Answer: Product Owner. Explanation: In adaptive methodologies, the Product Owner has the ultimate authority and responsibility for managing and prioritizing the product backlog.
- Answer: To evaluate the change against the requirements baseline and process it through the project’s change control system. Explanation: In predictive projects, the BA must ensure that any changes to the fixed scope are formally documented and analyzed for impact.
- Answer: Emotional Intelligence (EQ). Explanation: EQ helps the BA navigate interpersonal tensions and facilitate clearer communication between teams with different objectives.
- Answer: No. Explanation: Readiness for delivery is determined by confirming that all requirements (especially high-priority ones) have met their acceptance criteria and validation steps as tracked in the backlog or RTM.
Open-Ended Design Questions
The following questions do not have a single correct answer. They are designed to encourage deeper thought on how to apply BA frameworks in complex environments.
- Compare the challenges a Business Analyst faces in a purely virtual organizational structure versus a colocated matrix structure when trying to gather requirements.
- Design a strategy for a Business Analyst to transition a project from a Predictive RTM to an Adaptive Product Backlog mid-project. What risks should be addressed?
- Explain how a Business Analyst’s involvement in “Benefit Planning” during project initiation influences the eventual creation of a product roadmap.
- Discuss the relationship between a Project Manager and a Business Analyst. At what points might their responsibilities overlap, and how can they prevent conflict?
- Analyze the role of a Business Analyst in project closure. Beyond validating requirements, how does a BA contribute to a smooth transition to operations?
Glossary of Key Terms
| Term | Definition |
|---|---|
| Acceptance Criteria | A set of conditions that must be met before a deliverable is accepted by the customer or sponsor. |
| Active Listening | A communication technique that involves fully concentrating, understanding, responding, and then remembering what is being said. |
| Adaptive Approach | A project methodology, also known as Agile, that is iterative and allows for frequent changes based on feedback. |
| Business Acumen | The ability to understand and deal with a business situation in a manner that is likely to lead to a good outcome. |
| Business Analysis (BA) | The practice of enabling change in an organizational context by defining needs and recommending solutions that deliver value. |
| Emotional Intelligence (EQ) | The ability to recognize, understand, and manage your own emotions while also recognizing and influencing the emotions of others. |
| External Stakeholder | An individual or group outside the performing organization who is impacted by or can impact the project. |
| Facilitator | A role that helps a group of people to work together more effectively and reach a consensus. |
| Internal Stakeholder | An individual or group within the performing organization, such as the project team or sponsor. |
| Iteration | A short, fixed-duration timebox during which a team works to deliver a functional increment of the product. |
| Predictive Approach | A traditional project methodology, often called Waterfall, where the scope, time, and cost are determined early in the lifecycle. |
| Process Owner | The person who has the ultimate responsibility for the performance and results of a specific business process. |
| Product Backlog | An ordered, living document of everything that might be needed in a product; used primarily in adaptive projects. |
| Product Roadmap | A high-level visual guide that maps out the long-term vision and evolution of a product. |
| Requirements Traceability Matrix (RTM) | A grid that links requirements from their origin to the deliverables that satisfy them throughout the project life cycle. |
| Stakeholder | Any individual, group, or organization that may affect, be affected by, or perceive itself to be affected by a project. |
| Use Case | A description of a system’s behavior as it responds to a request from a user, detailing the interaction. |
| User Story | A simple, high-level description of a requirement from the end-user’s perspective, typically used in Agile. |
| Validation | The process of confirming that the product or service meets the needs of the customer and the business. |
| Work Breakdown Structure (WBS) | A hierarchical decomposition of the total scope of work to be carried out by the project team to accomplish project objectives. |
Leaderboard
No scores saved yet. Be the first!
25 Questions — PMI - CAPM : Certified Associate in Project Management - Domain 4 - Business Analysis Frameworks
Expand any question to reveal the correct answer and explanation.
-
1 A Business Analyst (BA) is working in an adaptive environment and needs to ensure that the strategic milestones of the product align with the tactical iterations. Which artifact should be utilized to visualize this high-level mapping across multiple releases?
Focus on the artifact that bridges the gap between the vision statement and the specific delivery cycles.
Product Roadmap
The roadmap serves as a strategic visual that maps milestones to incremental product releases over time.
-
✗ Sprint Backlog
This artifact is too granular, focusing only on tasks committed to for a single iteration rather than long-term strategic alignment.
-
✗ Project Charter
While it authorizes the project, it does not provide a time-phased visual of product features and strategic release milestones.
-
✗ Work Breakdown Structure
In adaptive environments, the WBS is typically translated into backlogs, and it lacks the temporal release-mapping function of a roadmap.
-
-
2 During a project transition, a stakeholder asks how they can be certain that every identified business requirement has been accounted for in the final testing phase. Which tool provides this specific end-to-end evidence?
Consider the document used to 'trace' a requirement's history and verification status.
Requirements Traceability Matrix (RTM)
The RTM links requirements from their origin through development and testing to final delivery.
-
✗ Product Backlog
While it contains the list of work, it does not inherently map specific test cases to initial business needs as effectively as a dedicated matrix.
-
✗ Stakeholder Register
This document identifies project participants and their interests but does not track the lifecycle of specific functional requirements.
-
✗ Quality Management Plan
This plan outlines the standards and methodologies for quality but is not the tracking document for individual requirement fulfillment.
-
-
3 An organization is deciding between a predictive and adaptive approach for a new software deployment. If the primary constraint is a highly stable set of requirements with strict regulatory documentation needs, how does this influence the Business Analysis process?
Think about the phase-gate nature of traditional project lifecycles.
The BA will focus on detailed, upfront requirements documentation and formal baseline approval.
Predictive methodologies favor comprehensive upfront planning and controlled change management for stable requirements.
-
✗ The BA will perform continuous backlog grooming and allow requirements to emerge during iterations.
This describes an adaptive approach, which is less suited for environments where requirements are already fixed and stable.
-
✗ The BA role is eliminated in favor of a Product Owner who manages all stakeholder communication.
The BA role remains critical in predictive environments for elicitation and documentation, even if some tasks overlap with other roles.
-
✗ The BA will focus primarily on the 'Finish Project' phase to document lessons learned.
Requirements work in predictive projects is heavily front-loaded in the 'Analysis' and 'Design' phases, not just at the end.
-
-
4 To ensure that a delivered solution provides the expected business value, a BA must define specific, measurable conditions that the deliverable must satisfy. What is the correct term for these conditions?
These are often discussed in the context of 'validating requirements' at the end of a lifecycle.
Acceptance Criteria
Acceptance criteria are the quantifiable standards used to verify that a deliverable meets the stakeholders' requirements.
-
✗ Success Criteria
Success criteria often refer to broader project goals (e.g., ROI) rather than the specific functional conditions for a single deliverable's approval.
-
✗ Definition of Done (DoD)
DoD usually refers to the team's internal checklist for quality standards rather than the client's specific requirement-based approval conditions.
-
✗ Project Constraints
Constraints are limitations (like budget or time) within which the project must operate, not the criteria for feature approval.
-
-
5 A BA is facilitating a session where stakeholders are providing conflicting views on a proposed feature's priority. Which elicitation technique is most effective for reaching a consensus in real-time through collaborative discussion?
Think of a synchronous, group-based technique used for intensive requirements gathering.
Workshops
Focused workshops bring key stakeholders together to resolve conflicts and define requirements collaboratively.
-
✗ Surveys
Surveys are useful for gathering data from large groups but do not allow for the interactive discussion needed to resolve conflicting viewpoints.
-
✗ Observation
Observation helps understand current workflows but is passive and does not facilitate active conflict resolution or negotiation.
-
✗ Document Analysis
Analyzing existing documents provides historical context but cannot address or resolve real-time disagreements between current stakeholders.
-
-
6 In the context of the Business Analysis lifecycle, when does the 'Needs Assessment' typically occur?
Consider the very first steps in a typical project lifecycle before a project manager is even assigned.
During the pre-project 'Aspire' phase to justify a business case.
Needs assessment occurs early to identify problems/opportunities and align project ideas with organizational strategy.
-
✗ Immediately after the Project Charter is signed by the sponsor.
Needs assessment usually informs the charter; once the charter is signed, the project has already been justified and authorized.
-
✗ During the 'Execute Plan' phase to verify deliverables.
Execution focuses on building the solution; checking needs at this stage is often too late to influence the core project direction.
-
✗ During the 'Finish Project' phase to evaluate the ROI.
Evaluation of the solution happens at the end, but the 'Needs Assessment' is the foundational step that initiates the lifecycle.
-
-
7 A project team is using an adaptive approach and needs to prioritize the product backlog. Which technique involves stakeholders using a 'fixed budget' to buy the features they value most?
This method uses a playful analogy to force trade-offs in a resource-limited scenario.
Monopoly Money
This technique gives stakeholders a set amount of 'currency' to allocate to the requirements they consider highest priority.
-
✗ MoSCoW
MoSCoW categorizes items as Must-have, Should-have, Could-have, or Won't-have, rather than using a currency-based allocation.
-
✗ Dot Voting
Dot voting allows stakeholders to place 'dots' on a list of items to show preference, but it doesn't simulate a budget-constrained environment.
-
✗ Kano Model
The Kano model classifies features based on customer satisfaction and functionality rather than direct budgetary prioritization.
-
-
8 When validating requirements through product delivery, a BA uses the SMART acronym to evaluate acceptance criteria. What does the 'A' in SMART typically represent in this context?
Think about how criteria should lead directly to a verifiable activity or test.
Action-oriented
SMART criteria should be Specific, Measurable, Action-oriented, Realistic, and Time-limited to be effective.
-
✗ Achievable
While 'Achievable' is common in goal-setting, the source material specifically identifies 'Action-oriented' within the SMART framework for requirements validation.
-
✗ Adaptive
Requirements should be specific rather than adaptive; the 'A' focuses on the clarity of the action to be performed.
-
✗ Assigned
Acceptance criteria define 'what' must be done, not necessarily 'who' it is assigned to, which is a project management task.
-
-
9 A Business Analyst is comparing the 'Current State' of a business process with the 'Future State' to identify gaps. This activity is a core component of which Business Analysis domain?
This domain is often the starting point for justifying why a project should even exist.
Needs Assessment
Assessing current versus future states is essential to define the business problem or opportunity during needs assessment.
-
✗ Solution Evaluation
Evaluation happens after the solution is built/deployed to see if it works, whereas gap analysis often happens before the project starts.
-
✗ Traceability and Monitoring
This domain focuses on managing requirements throughout the project lifecycle rather than the initial strategic gap analysis.
-
✗ Requirements Elicitation
Elicitation is the act of gathering requirements from stakeholders, which is informed by the gap analysis but is a distinct step.
-
-
10 Which role is primarily responsible for bridging the gap between the business problems and the technical project deliverables by ensuring solution value?
This individual focuses on the 'why' and 'what' of the product rather than the 'how' or 'when' of the project management.
Business Analyst
The BA bridges this gap by identifying stakeholder needs and ensuring the solution delivers the expected business value.
-
✗ Project Manager
The PM focuses on delivery constraints (time, budget, scope) rather than the deep functional alignment of requirements to business value.
-
✗ Scrum Master
The Scrum Master facilitates the process and removes impediments but does not own the requirements-to-value alignment.
-
✗ Process Manager
A process manager oversees ongoing operations, while the BA is focused on the change initiated by the project.
-
-
11 A BA needs to document the data requirements for a new database. Which model should they use to show the relationships between data entities and their attributes?
Think of a diagram that specifically focuses on nouns and the lines connecting them to show cardinality.
Entity Relationship Diagram (ERD)
ERDs are the standard modeling tool for visualizing data structures and the relationships between different data entities.
-
✗ Use Case Diagram
Use cases focus on user interactions with the system, not the underlying data structure or entity relationships.
-
✗ Context Diagram
Context diagrams show the system's boundary and external actors but do not provide detail on internal data entities.
-
✗ Process Flow Diagram
These diagrams model the sequence of activities in a process rather than the structure of the data itself.
-
-
12 What is the primary difference between 'Validation' and 'Verification' in the context of Business Analysis?
One is about satisfying the customer's intent, the other is about following the blueprints.
Validation checks if the right product is built; Verification checks if the product is built correctly.
Validation ensures the solution meets business needs, while verification confirms it meets technical specifications.
-
✗ Validation is done by the project team; Verification is done by the client.
The client typically performs validation (acceptance), while the team performs verification (quality control), but these roles can overlap.
-
✗ Verification happens at the end of the project; Validation happens during planning.
Validation is often the final step in the delivery cycle, while verification occurs throughout the building process.
-
✗ There is no difference; they are interchangeable terms in the PMBOK Guide.
PMI maintains a strict distinction between these terms, as they serve different purposes in the quality and value-delivery spectrum.
-
-
13 A BA is working on an adaptive project and the team is frequently changing requirements based on customer feedback. How should the BA handle these changes to maintain traceability?
Look for a term that implies a continuous, iterative refinement of a list.
Continuously update and groom the Product Backlog.
In adaptive environments, the backlog is a living document that is refined and re-prioritized to reflect changing requirements.
-
✗ Strictly follow the formal Change Control Board (CCB) process.
Formal CCB processes are characteristic of predictive environments and can hinder the agility of adaptive projects.
-
✗ Freeze the requirements until the next version release.
Adaptive projects welcome change mid-project, so freezing requirements would contradict the core agile principles.
-
✗ Only document changes that affect the project budget.
Requirements traceability requires tracking all functional changes, not just those with immediate financial impact.
-
-
14 Which elicitation technique is best suited for gathering requirements from a large, geographically dispersed group of stakeholders where time and budget are limited?
Think of an asynchronous method for collecting data.
Surveys
Surveys are a cost-effective way to gather quantitative data from many stakeholders simultaneously without travel.
-
✗ Interviews
Interviews are time-consuming and expensive to conduct individually with a dispersed group of stakeholders.
-
✗ Focus Groups
Focus groups require scheduling synchronous sessions which can be difficult across many time zones and locations.
-
✗ Observation
Observation requires being physically present where the work is performed, making it impractical for widely dispersed groups.
-
-
15 A BA is creating a 'Situation Statement' during the Needs Assessment. What is the primary purpose of this document?
This document helps stakeholders agree on 'what' is being solved before 'how' is discussed.
To clearly identify the business problem or opportunity that needs to be addressed.
A situation statement articulates the current state problem or the opportunity that justifies the project's inception.
-
✗ To list the technical specifications for the proposed solution.
Technical specs are part of solution design, which occurs much later in the lifecycle than the situation statement.
-
✗ To define the roles and responsibilities of the project team.
Roles are typically defined in the project charter or a RACI matrix, not in a situation statement.
-
✗ To provide a detailed cost-benefit analysis for the project.
While related, the cost-benefit analysis is usually part of the Business Case, which the situation statement supports.
-
-
16 Which component of a Product Roadmap defines the specific features or capabilities that will be included in the next major deployment?
This is a more tactical version of the roadmap.
Release Plan
The release plan translates the roadmap's strategy into a specific set of features scheduled for a particular release.
-
✗ Vision Statement
A vision statement provides the overall goal but does not detail the specific components of individual releases.
-
✗ Task Board
Task boards track the progress of specific activities within an iteration, not the high-level release content.
-
✗ RTM
The RTM tracks the status and fulfillment of requirements but is not a planning tool for release content.
-
-
17 A BA is documenting a requirement that states: 'The system must be available $99.9\%$ of the time.' In which category does this requirement belong?
This type of requirement describes 'how' the system should behave rather than 'what' it should do.
Non-functional Requirements
Non-functional requirements describe the quality attributes or environmental conditions under which the system must operate.
-
✗ Business Requirements
Business requirements are high-level goals for the organization, while system availability is a specific quality attribute.
-
✗ Transition Requirements
Transition requirements are temporary needs (like training or data migration) required to move to a new state.
-
✗ Stakeholder Requirements
Stakeholder requirements focus on what a specific user needs to do, whereas availability is a system-wide constraint.
-
-
18 When performing 'Solution Evaluation,' which activity is intended to determine if a solution should be withdrawn from the market or replaced?
Think about the phases of a product lifecycle like 'maturity' and 'decline'.
Evaluating the deployed solution's performance and maturity.
Post-deployment evaluation tracks the product through its lifecycle phases, including maturity and decline, to decide on its future.
-
✗ Gathering requirements for Version 2.
Eliciting new features focuses on growth rather than the decision to decommission or withdraw a product.
-
✗ Validating the initial project charter.
The charter is a startup document; evaluation at the end of the lifecycle focuses on the actual outcome, not the initial authorization.
-
✗ Performing a quality audit during execution.
Audits ensure processes are followed during the project; solution evaluation determines the product's long-term viability in the market.
-
-
19 A BA is using a 'Wireframe' to elicit feedback from users. What is the primary advantage of this type of prototyping?
This tool is often called a 'blueprint' for the screen.
It provides a low-fidelity visual that focuses on layout and functionality rather than aesthetics.
Wireframes are simple diagrams that allow stakeholders to focus on the structure and requirements without getting distracted by design details.
-
✗ It is a fully functional version of the system that can be used for final testing.
Wireframes are non-functional mockups; a fully functional version would be an evolutionary prototype or a pilot.
-
✗ It provides the technical architecture for the database developers.
Wireframes are user interface (UI) tools and do not provide details on the backend database or system architecture.
-
✗ It serves as the formal project contract between the client and the vendor.
A wireframe is a requirements elicitation tool, not a legal or contractual document.
-
-
20 In a project following the 'Waterfall' lifecycle, which phase involves the Business Analyst conducting a detailed needs analysis and documenting functional specifications?
This phase comes after Feasibility but before technical Design.
Requirements Gathering
In the Waterfall (SDLC) model, this specific phase is dedicated to detailed needs analysis and documentation of specifications.
-
✗ Feasibility
Feasibility is the earlier phase where high-level requirements are elicited just to see if the project is viable.
-
✗ Analysis
The analysis phase in Waterfall often focuses on designing the solution based on already gathered requirements.
-
✗ Design
Design focuses on architecture and technical concepts, occurring after the functional requirements have been documented.
-
-
21 Which artifact is used in adaptive projects to prioritize tasks and track success based on 'Definition of Ready' and 'Definition of Done'?
This is the primary document owned by a Product Owner.
Product Backlog
The backlog contains prioritized items that must meet a 'Definition of Ready' before being moved into an iteration.
-
✗ WBS
A WBS is a hierarchical decomposition of work in predictive projects and does not use 'Done' or 'Ready' definitions in the same way.
-
✗ Risk Register
While it tracks uncertainties, the risk register does not serve as the primary task prioritization tool for value delivery.
-
✗ Schedule Baseline
The schedule baseline is a predictive tool used to measure variances in project timing, not for task prioritization in adaptive cycles.
-
-
22 A Business Analyst is identifying stakeholders for a new project. Why is it critical to identify stakeholders early in the project lifecycle?
Consider the impact of discovering a powerful stakeholder's needs halfway through the build.
To ensure that all requirements are identified before design begins and to manage expectations.
Early identification prevents 'missing' requirements later and ensures stakeholders are aligned with the project's vision.
-
✗ To assign them specific tasks in the project schedule.
While some stakeholders may have tasks, the BA's primary interest is in their requirements and influence on the project outcome.
-
✗ To calculate the total project budget based on their salaries.
Budget calculation is a project management function, and stakeholder identification is about influence and needs, not just cost.
-
✗ To prevent them from requesting any changes once the project starts.
Change is inevitable; early identification is about managing those changes properly, not preventing them entirely.
-
-
23 Which type of requirement describes the temporary needs required to migrate from an old system to a new system?
Think about the 'bridge' needed to move from the 'As-Is' to the 'To-Be' state.
Transition Requirements
Transition requirements are short-term needs like data conversion or user training that disappear once the project is finished.
-
✗ Solution Requirements
Solution requirements describe the permanent features of the product itself, not the temporary steps to get there.
-
✗ Business Requirements
Business requirements are high-level organizational goals that the project is intended to achieve.
-
✗ Environmental Requirements
This isn't a standard PMI requirement category; typically, these fall under non-functional requirements.
-
-
24 A BA is creating a 'Context Diagram.' What is the specific value of this model for stakeholders?
This diagram looks at the system as a 'black box'.
It shows the boundaries of the system and how it interacts with external entities.
Context diagrams clarify scope by visualizing what is inside the system and what is outside, along with the data flows between them.
-
✗ It provides a detailed breakdown of the internal software modules.
Context diagrams are high-level and intentionally ignore the internal complexity of the system.
-
✗ It shows the critical path for the project schedule.
The critical path is a scheduling tool (Domain 2), while context diagrams are a scope modeling tool (Domain 4).
-
✗ It identifies the cost-variance for the project budget.
Variance analysis is an EVM technique, whereas a context diagram is used for requirements elicitation and scope definition.
-
-
25 In an adaptive project, who is ultimately responsible for the Product Backlog and ensuring that it accurately reflects stakeholder value?
This role is often considered the 'voice of the customer' in Scrum.
Product Owner
The Product Owner is the single individual responsible for managing the backlog and maximizing the value delivered by the team.
-
✗ Business Analyst
The BA often supports the Product Owner in backlog grooming, but the accountability for the backlog itself resides with the Product Owner.
-
✗ Project Manager
In pure agile frameworks like Scrum, the PM role is often replaced by the Product Owner and Scrum Master responsibilities.
-
✗ Scrum Master
The Scrum Master facilitates the team's process but does not decide which features are in the backlog or their priority.
-