10.1 Business Analysis in Predictive and Agile Approaches

Where Domain 4 Sits on the Exam

The Certified Associate in Project Management (CAPM) exam is 150 questions (135 scored plus 15 unscored pretest items) answered in a 3-hour window with one 10-minute break after question 75. The four domains are weighted: Project Management Fundamentals 36%, Predictive Methodologies 17%, Agile Frameworks 20%, and Business Analysis 27%. Domain 4 is therefore the second-heaviest section and supplies roughly 40 questions.

The single most-tested idea in Task 5 is that the BA process does not change, but the package does. You always elicit, analyze, document, and validate requirements. What shifts with the development approach is when you do it, how much you write down, and how you handle change.

Business Analysis in Predictive Projects

In a predictive (plan-driven, "waterfall") project, business analysis is front-loaded into the early phases and baselined before build begins.

BA activity by phase

Core predictive artifacts

• Business Requirements Document (BRD) captures high-level business needs and objectives (the why).
• Functional Requirements Specification / Software Requirements Specification (SRS) details what the solution must do (the what).
• Non-functional requirements define performance, security, scalability, and usability targets.
• Requirements Traceability Matrix (RTM) links each requirement to its source, design, deliverable, and test case.
• Use cases, process flow diagrams, and a data dictionary add structured detail.

Predictive BA characteristics

• Comprehensive documentation before development begins.
• Formal sign-offs at phase gates create an approved requirements baseline.
• Any change runs through integrated change control and a change control board.
• A dedicated business analyst role is typically separate from the build team.
• Sequential: requirements are treated as "complete" before design starts.

Business Analysis in Agile Projects

In an agile project, business analysis is continuous and just-in-time, organized around the cadence of iterations rather than phases.

BA activity by Scrum event

Core agile artifacts

• Product backlog is the single, prioritized list of everything wanted (epics and user stories).
• User stories follow the lightweight form: As a [role], I want [goal], so that [benefit].
• Acceptance criteria define when a story is "done" enough to accept.
• Story maps, personas, and wireframes/prototypes support shared understanding.

In agile the dedicated BA role is often absorbed by the Product Owner, who owns the backlog and accepts the work, or a BA is embedded in the team.

Why the agile package is smaller

Agile does not skip analysis; it defers detailed elaboration until the last responsible moment. A user story may sit in the backlog for months as a one-line placeholder and only gain full acceptance criteria during the refinement session just before the sprint that will build it. This progressive elaboration reduces waste because requirements that get deprioritized or dropped never incur the cost of full documentation. The risk the exam tests is insufficient written detail for audit, regulatory, or contractual needs — the mirror image of the predictive risk that requirements go stale by the time a long sequential build finishes.

Neither approach is universally "better"; the right choice depends on how stable the requirements are and how much regulatory documentation the domain demands.

Side-by-Side Comparison (high-yield)

Common trap: a scenario states the team "welcomes a stakeholder's new request mid-iteration and adds it to the backlog" — that is agile, not a change-control failure. If the scenario instead says a requirement is "already baselined and signed off," the correct response is to raise a change request, not to quietly build it.

Hybrid Projects

Hybrid work combines both. The exam favors the pattern where business requirements stay predictive (formal BRD, compliance, architecture) while solution requirements go agile (stories refined iteratively, prototyped UI). A typical hybrid "requirements funnel" pushes an approved business case and BRD into an agile backlog for iterative delivery, with predictive documentation kept for audit and compliance.

Hybrid patterns you may be asked to recognize

• Two-speed BA: high-level scope and milestones are planned predictively while features are delivered in agile sprints.
• Compliance overlay: the team delivers iteratively but maintains formal traceability so regulators or auditors can confirm every requirement was tested.
• Phase-gated agile: agile sprints run inside predictive phase gates, so a stage-gate review still approves funding before the next block of iterations.

For any Task 5 scenario, do not memorize a single "correct" methodology. Read for the cues: words like baseline, sign-off, phase gate, and change control board signal predictive; backlog, user story, sprint, Product Owner, and welcome change signal agile; a split between stable business requirements and evolving solution features signals hybrid. Picking the answer that matches the cues, rather than your personal preference, is how Domain 4 rewards you.