CAPM — PMI Certified Associate in Project Management Quick Reference

Last revised: June 29, 2026

Compact CAPM reference for PMI project management concepts, predictive and agile methods, business analysis, formulas, roles, artifacts, and exam decision cues.

Exam Identity and Use

This Quick Reference supports candidates preparing for PMI’s PMI Certified Associate in Project Management (CAPM) exam, code CAPM. It is independent review support and is designed for fast recall, comparison, and practice-question decision making.

Use it to check:

What artifact, role, or process fits a scenario.
Whether a situation is predictive, agile, hybrid, or business-analysis focused.
Which formula applies and how to interpret the result.
What a project manager, team member, product owner, sponsor, or business analyst should do next.

CAPM Mental Model

Exam cue	Think first	Then decide
“New project,” “authorization,” “funding”	Initiating	Project charter, sponsor approval, high-level risks/stakeholders
“How will we do the work?”	Planning	Management plans, baselines, requirements, estimates
“Work is being performed”	Executing	Team, communications, quality assurance, stakeholder engagement
“Compare actual to plan”	Monitoring and controlling	Variance, forecasts, change requests, corrective action
“Customer accepts deliverable”	Closing	Formal acceptance, lessons learned, final reports, archive
“Unclear requirements, frequent feedback”	Agile/adaptive	Iteration, backlog, product owner, inspect and adapt
“Stable requirements, regulated sequence”	Predictive	Up-front planning, baselines, change control
“Need business value clarity”	Business analysis	Needs assessment, requirements, traceability, acceptance criteria
“Someone asks for extra work”	Scope/change control	Do not just do it; evaluate and process the change
“Risk event happens”	Issue response	Use response plan, update issue log, assess changes

Core PMI Project Terms

Term	Practical meaning	Common exam trap
Project	Temporary effort to create a unique product, service, or result	Temporary does not mean short; operations are ongoing
Program	Related projects managed together for benefits	Program focuses on coordinated benefits, not just a big project
Portfolio	Projects/programs grouped to meet strategic objectives	Portfolio selection is strategy and investment focused
Product	Output or service delivered to users/customers	Product lifecycle can continue after the project ends
Project lifecycle	Phases from start to close	Can be predictive, iterative, incremental, agile, or hybrid
Development approach	How the product/service is created	Separate from the management lifecycle, though related
Deliverable	Verifiable product, result, or capability	Must be accepted against criteria
Milestone	Significant point or event	Usually zero duration
Constraint	Limitation such as time, cost, scope, quality, resources, risk	Not all constraints are equal in every scenario
Assumption	Believed true for planning	Must be validated; uncertainty can become risk
Baseline	Approved version of scope, schedule, or cost	Changes require formal control in predictive environments
Tailoring	Adapting methods to context	Not skipping discipline; choosing appropriate rigor
Value	Benefit, usefulness, or outcome delivered	PMI questions often favor value over mere activity completion

Project, Program, Portfolio, and Operations

Situation	Best classification	Why
Implement a new payroll system	Project	Temporary and unique deliverable
Maintain payroll every two weeks	Operations	Repetitive ongoing work
Modernize HR systems through multiple related projects	Program	Coordinated related projects for benefits
Select which internal transformation initiatives receive funding	Portfolio	Strategic prioritization across investments
Improve support desk response time continuously	Operations / continuous improvement	Ongoing process improvement unless a temporary initiative is defined
Build app v1, then transition support to IT operations	Project then operations	Project creates capability; operations sustain it

PMI Principles and Performance Domains

PMBOK-Style Principles

Principle	Exam-ready meaning
Stewardship	Act responsibly, ethically, and with care for resources and impact
Team	Build a collaborative, respectful project team environment
Stakeholders	Engage stakeholders proactively and continuously
Value	Focus decisions on expected benefit and outcomes
Systems thinking	Understand interdependencies and broader organizational context
Leadership	Influence, guide, motivate, and remove barriers
Tailoring	Fit approach, governance, and artifacts to the context
Quality	Build quality into processes and deliverables
Complexity	Recognize uncertainty, ambiguity, interfaces, and human factors
Risk	Address threats and opportunities proactively
Adaptability and resilience	Respond effectively to change and disruption
Change	Enable beneficial change and transition to new outcomes

Performance Domains

Domain	What to watch for in questions
Stakeholders	Identification, analysis, engagement, communication, expectations
Team	Culture, leadership, roles, conflict, performance
Development approach and lifecycle	Predictive vs agile vs hybrid selection
Planning	Progressive elaboration, baselines, plans, estimates
Project work	Execution, procurement, resources, issues, knowledge
Delivery	Scope completion, quality, acceptance, value delivery
Measurement	Metrics, variance, forecasts, performance reporting
Uncertainty	Risks, ambiguity, complexity, resilience

Lifecycle and Approach Selection

Approach	Choose when	Planning style	Delivery style	Change handling
Predictive / waterfall	Requirements are stable; sequence is known; high need for control	Up-front detailed planning	Deliver near the end or at major phase gates	Formal change control
Iterative	Need feedback to refine solution	Plan enough to repeat cycles	Rework/refine through iterations	Expected learning and refinement
Incremental	Need usable pieces delivered over time	Plan by increments	Deliver completed subsets	New increments can adjust scope
Agile / adaptive	Requirements uncertain; frequent feedback needed	Rolling wave, backlog-driven	Frequent value delivery	Change expected and prioritized
Hybrid	Some parts stable, others uncertain	Mix of predictive and adaptive planning	Predictive components plus agile increments	Formal control for baselined parts; backlog control for agile parts

High-Yield Distinctions

Pair	Distinction
Iterative vs incremental	Iterative improves the same solution through feedback; incremental delivers usable pieces
Predictive vs agile	Predictive protects baselines; agile optimizes learning and value delivery
Tailoring vs shortcutting	Tailoring is deliberate fit-for-purpose governance; shortcutting ignores needed controls
Product scope vs project scope	Product scope = features/functions; project scope = work to deliver them
Verification vs validation	Verification checks correctness against requirements; validation checks fitness for intended use
Risk vs issue	Risk may happen; issue has happened
Corrective action vs preventive action	Corrective realigns performance; preventive reduces chance of future variance
Quality assurance vs quality control	Assurance improves process; control inspects deliverables/results
Manage stakeholders vs manage communications	Stakeholders focuses engagement and relationships; communications focuses information flow

Predictive Process Reference

Process Groups

Process group	Purpose	Typical outputs
Initiating	Authorize project or phase	Project charter, stakeholder register
Planning	Define objectives, scope, approach, baselines	Project management plan, subsidiary plans, baselines
Executing	Complete work and coordinate people/resources	Deliverables, work performance data, issue log updates
Monitoring and controlling	Track, compare, control, and recommend changes	Work performance information, change requests, forecasts
Closing	Formally complete project/phase/contract	Accepted deliverables, final report, lessons learned archive

Knowledge Area Quick Map

Knowledge area	Main concern	Key artifacts / outputs	Exam cue
Integration	Coordinate all parts	Charter, project management plan, change log, lessons learned	“Coordinate,” “overall plan,” “change request”
Scope	Define and control what is included	Scope statement, WBS, scope baseline, requirements traceability matrix	“Extra feature,” “what work is included”
Schedule	Sequence and time work	Activity list, network diagram, schedule baseline	“Delay,” “critical path,” “float”
Cost	Estimate, budget, control costs	Cost estimates, cost baseline, forecasts	“Over budget,” “CPI,” “EAC”
Quality	Meet requirements and fitness for use	Quality management plan, metrics, quality reports	“Defects,” “inspection,” “process improvement”
Resource	Acquire, develop, manage team/resources	Resource management plan, team charter, assignments	“Team performance,” “resource conflict”
Communications	Ensure right information reaches right people	Communications management plan, reports	“Who needs what information when”
Risk	Manage uncertainty	Risk register, risk report, response plans	“Threat,” “opportunity,” “probability/impact”
Procurement	Buy products/services externally	Procurement strategy, bid documents, contracts	“Vendor,” “seller,” “contract”
Stakeholder	Identify and engage impacted parties	Stakeholder register, engagement plan	“Resistance,” “expectations,” “influence”

Key Predictive Artifacts

Artifact	Purpose	Created/used when	Do not confuse with
Business case	Justifies investment and expected benefits	Before or during initiation	Project charter
Benefits management plan	Describes how benefits will be measured and sustained	Initiation/planning	Scope baseline
Project charter	Formally authorizes project and PM authority	Initiating	Project management plan
Stakeholder register	Lists stakeholders and key attributes	Initiating, updated throughout	Communications plan
Project management plan	Integrated plan for executing, monitoring, controlling, closing	Planning, updated by change control	Schedule alone
Scope statement	Detailed product/project scope and exclusions	Planning	WBS
WBS	Hierarchical decomposition of total scope	Planning	Schedule or org chart
WBS dictionary	Detail for WBS components	Planning	Requirements document
Scope baseline	Approved scope statement + WBS + WBS dictionary	Planning/control	Product roadmap
Schedule baseline	Approved schedule model	Planning/control	Activity list
Cost baseline	Approved time-phased budget	Planning/control	Funding limit
Issue log	Tracks current problems needing action	Throughout	Risk register
Risk register	Records risks, analysis, owners, responses	Throughout	Issue log
Change log	Tracks change requests and status	Control changes	Backlog
Lessons learned register	Captures learning during the project	Throughout	Final archive only
Final report	Summarizes performance and closure	Closing	Status report

Project Charter vs Project Management Plan

Attribute	Project charter	Project management plan
Main purpose	Authorize the project	Direct how the project will be executed and controlled
Level of detail	High level	Detailed and integrated
Approved by	Sponsor or authorized initiator	Appropriate governance/change authority
Contains	Purpose, objectives, high-level requirements, high-level risks, milestones, budget, PM authority	Subsidiary plans, baselines, governance, methods
Timing	Initiating	Planning and updated through control
Exam cue	“Project does not yet exist formally”	“How should the work be managed?”

Scope and Requirements

Concept	Meaning	Exam cue
Requirement	Condition or capability needed by stakeholder/product	“The system must…”
Acceptance criteria	Conditions that must be met for acceptance	“Done means…”
Product scope	Features/functions of the deliverable	User-facing capability
Project scope	Work required to deliver product scope	Activities and deliverables
WBS	Decomposes total project scope	Work packages
Work package	Lowest WBS level typically used for estimating/managing	Assignable work
Scope baseline	Approved scope definition	Used to detect scope variance
Scope creep	Uncontrolled expansion of scope	Extra work without approval
Gold plating	Adding unrequested features	Team adds value not requested; still bad practice
Requirements traceability matrix	Links requirements to business need, deliverables, tests, acceptance	Impact analysis and coverage

Schedule Reference

Term	Meaning	Decision cue
Activity	Work needed to produce deliverable	Decompose work packages into activities
Dependency	Logical relationship between activities	Sequence work
Mandatory dependency	Required by nature/contract	Cannot easily change
Discretionary dependency	Preferred/best practice	Can be revised for compression
External dependency	Outside project control	Monitor and manage
Lead	Successor can start before predecessor fully finishes	Overlap work
Lag	Waiting time between activities	Delay successor
Critical path	Longest path through network; determines shortest project duration	Activities with zero/lowest float
Total float	How long activity can slip without delaying project finish	Schedule flexibility
Free float	How long activity can slip without delaying successor	Local flexibility
Fast tracking	Do activities in parallel that were sequential	Adds risk/rework
Crashing	Add resources to shorten duration	Adds cost

Schedule Compression Decision

Situation	Better technique	Why
Need shorten schedule and budget is available	Crashing	Adds resources to critical-path work
Need shorten schedule with limited budget but risk acceptable	Fast tracking	Overlaps work; increases rework risk
Non-critical activity is late but has float	Use float, monitor	May not affect project finish
Critical-path activity is late	Compress, re-sequence, or change scope	Directly affects finish date
Customer requests earlier date without changing scope/cost	Analyze impact first	Do not commit without evaluating constraints

Cost and Earned Value Formula Sheet

Core Earned Value Terms

Term	Plain formula / meaning	Interpretation
PV	Planned Value	Budgeted value of work planned by a date
EV	Earned Value	Budgeted value of work actually completed
AC	Actual Cost	Actual cost incurred
BAC	Budget at Completion	Total approved budget
CV	EV - AC	Positive = under budget; negative = over budget
SV	EV - PV	Positive = ahead of schedule; negative = behind schedule
CPI	EV / AC	Greater than 1 = cost efficient
SPI	EV / PV	Greater than 1 = schedule efficient
EAC	Estimate at Completion	Forecast total cost
ETC	EAC - AC	Expected cost to finish remaining work
VAC	BAC - EAC	Positive = expected under budget; negative = over budget
TCPI	(BAC - EV) / (BAC - AC) or (BAC - EV) / (EAC - AC)	Required future cost performance

Display Formula Reference

\[ \text{CV} = \text{EV} - \text{AC} \]\[ \text{SV} = \text{EV} - \text{PV} \]\[ \text{CPI} = \frac{\text{EV}}{\text{AC}} \]\[ \text{SPI} = \frac{\text{EV}}{\text{PV}} \]\[ \text{EAC} = \frac{\text{BAC}}{\text{CPI}} \]\[ \text{ETC} = \text{EAC} - \text{AC} \]\[ \text{VAC} = \text{BAC} - \text{EAC} \]

EAC Selection

Situation	Use	Plain formula
Current cost performance expected to continue	Cost efficiency drives forecast	EAC = BAC / CPI
Original estimate no longer valid	Re-estimate remaining work	EAC = AC + bottom-up ETC
Future work expected at original budgeted rate	Past variance is atypical	EAC = AC + (BAC - EV)
Both cost and schedule performance affect remaining work	Cost and schedule issues continue	EAC = AC + ((BAC - EV) / (CPI x SPI))

Earned Value Interpretation

Result	Meaning	Likely management response
CV < 0	Over budget	Analyze causes; consider corrective action
CV > 0	Under budget	Verify work is complete and quality is acceptable
SV < 0	Behind schedule	Check critical path and schedule forecast
SV > 0	Ahead of schedule	Confirm sequencing and value actually earned
CPI < 1	Cost inefficient	Investigate spending, productivity, estimates
CPI > 1	Cost efficient	Validate no quality/scope tradeoff hidden
SPI < 1	Schedule inefficient	Consider compression or re-planning
SPI > 1	Schedule efficient	Confirm completed work aligns with plan

Estimating and Planning Formulas

Concept	Plain formula	Use
Communication channels	n(n - 1) / 2	Number of potential communication paths
Triangular estimate	(O + M + P) / 3	Simple three-point average
PERT / beta expected estimate	(O + 4M + P) / 6	Weighted estimate favoring most likely
Beta standard deviation	(P - O) / 6	Uncertainty spread
Range estimate	Expected estimate ± standard deviation	Quick estimate range
Expected monetary value	Probability x impact	Quantitative risk analysis
Net present value	Present value of benefits - present value of costs	Investment comparison
ROI	(Benefit - Cost) / Cost	Return relative to cost
Velocity	Completed story points per iteration	Agile planning trend
Cycle time	Time from work start to completion	Flow efficiency
Lead time	Time from request to delivery	Customer wait time

\[ \text{Communication Channels} = \frac{n(n-1)}{2} \]\[ \text{PERT Expected Duration} = \frac{O + 4M + P}{6} \]\[ \text{Expected Monetary Value} = \text{Probability} \times \text{Impact} \]

Quality Reference

Concept	Meaning	Exam cue
Quality	Degree to which requirements are met	“Conformance to requirements”
Grade	Category or rank of functionality	Low grade may be acceptable; low quality is not
Prevention	Avoid defects	Preferred over inspection
Inspection	Find defects after work	More costly than prevention
Cost of quality	Cost of conformance + cost of nonconformance	Invest in prevention/appraisal
Cost of conformance	Prevention + appraisal costs	Training, testing, reviews
Cost of nonconformance	Internal + external failure costs	Rework, warranty, complaints
Quality assurance	Process-focused; ensure correct processes	Audits, process analysis
Quality control	Product/result-focused; verify deliverables	Inspection, testing, measurements
Continuous improvement	Ongoing process improvement	Retrospectives, lessons learned, Kaizen-style thinking

Quality Tools

Tool	Use
Check sheet	Collect defect/frequency data
Pareto chart	Identify most significant causes
Cause-and-effect diagram	Explore root causes
Control chart	Determine process stability
Histogram	Show distribution/frequency
Scatter diagram	Show relationship between variables
Flowchart	Visualize process steps
Checklist	Verify required steps/items
Audit	Check compliance with process
Design of experiments	Analyze variable effects on outcomes

Risk Reference

Term	Meaning	Exam action
Risk	Uncertain event/condition affecting objectives	Record in risk register
Threat	Negative risk	Avoid, mitigate, transfer, accept, escalate
Opportunity	Positive risk	Exploit, enhance, share, accept, escalate
Trigger	Warning sign that risk may occur	Monitor
Risk owner	Person responsible for risk response	Assign clearly
Residual risk	Risk remaining after response	Monitor/accept/respond
Secondary risk	New risk created by response	Analyze and manage
Risk appetite	General willingness to take risk	Align response
Risk threshold	Specific measurable limit	Escalate if exceeded
Contingency reserve	For identified risks	Part of cost/schedule baseline when approved
Management reserve	For unknown-unknowns	Outside baseline; controlled by management

Risk Response Selection

Scenario	Threat response	Opportunity response
Remove uncertainty entirely	Avoid	Exploit
Reduce probability or impact	Mitigate	Enhance
Shift ownership to third party	Transfer	Share
Take no proactive action beyond monitoring	Accept	Accept
Outside project manager authority	Escalate	Escalate

Communications and Stakeholder Management

Need	Best artifact/action
Identify who is affected by the project	Stakeholder register
Analyze power, interest, influence, impact	Stakeholder analysis
Decide how to engage resistant stakeholders	Stakeholder engagement plan
Decide what information goes to whom and when	Communications management plan
Track stakeholder concerns and actions	Issue log
Report actual project performance	Performance report
Communicate urgent blocker	Direct communication/escalation per plan
Handle misunderstanding	Use active listening, confirm message, adjust communication method

Stakeholder Engagement Levels

Level	Meaning
Unaware	Does not know about project/impact
Resistant	Aware but opposed
Neutral	Aware but neither supportive nor resistant
Supportive	Aware and supportive
Leading	Actively engaged in project success

Communication Method Selection

Method	Best for	Weakness
Interactive	Meetings, calls, workshops, conflict resolution	Requires availability
Push	Email, memo, report sent to recipients	Does not ensure understanding
Pull	Portal, repository, dashboard	Requires stakeholder to retrieve information
Formal written	Contracts, approvals, baselines	Slower but authoritative
Informal verbal	Quick alignment	Poor audit trail

Resources, Team, and Leadership

Concept	Meaning	Exam cue
Functional organization	Functional manager has high authority	PM coordinates with departments
Projectized organization	PM has high authority	Dedicated project team
Matrix organization	Authority shared	Resource negotiation is common
RACI	Responsible, Accountable, Consulted, Informed	Clarifies role ambiguity
Team charter	Team values, ground rules, working agreements	Conflict prevention
Servant leadership	Remove impediments, support team autonomy	Agile and collaborative scenarios
Emotional intelligence	Understand/manage self and relationships	Conflict, negotiation, stakeholder trust
Conflict management	Address disagreement constructively	Collaborate/problem solve often preferred
Virtual team	Team members geographically dispersed	Communication planning is critical

Conflict Techniques

Technique	Meaning	When appropriate
Collaborate / problem solve	Seek win-win and root cause resolution	Important issues, time available
Compromise / reconcile	Each side gives up something	Moderate urgency
Smooth / accommodate	Emphasize agreement	Low-stakes or relationship priority
Force / direct	One viewpoint imposed	Emergency or safety issue
Withdraw / avoid	Delay or retreat	Cooling-off or low-priority issue

Procurement Reference

Contract type	Buyer risk	Seller risk	Best when
Firm fixed price	Lower	Higher	Scope is well defined
Fixed price incentive fee	Medium	Medium	Need cost/schedule/performance incentives
Fixed price with economic price adjustment	Lower/medium	Medium	Long duration with market uncertainty
Cost plus fixed fee	Higher	Lower	Scope uncertain; fixed seller fee
Cost plus incentive fee	Higher	Medium	Need seller cost-performance incentive
Cost plus award fee	Higher	Medium	Subjective performance award criteria
Time and materials	Medium/high	Medium/low	Staff augmentation or undefined quantity; needs oversight

Procurement Decision Cues

Scenario	Likely action
Need external goods/services	Plan procurement
Need bids/proposals	Conduct procurement
Seller performance issue	Control procurement
Contract complete	Close procurement
Ambiguous contract term	Follow contract and procurement procedures; involve authorized roles
Seller requests change	Process through contract/change control
Buyer wants lowest risk with clear scope	Fixed price
Scope unclear and buyer can manage oversight	Cost-reimbursable or T&M may appear

Agile and Adaptive Reference

Agile Values in Exam Language

Agile value	Practical interpretation
Individuals and interactions over processes and tools	Collaboration matters more than rigid procedure
Working product over comprehensive documentation	Useful increments demonstrate progress
Customer collaboration over contract negotiation	Frequent feedback reduces misunderstanding
Responding to change over following a plan	Change can improve value when managed through backlog

Scrum Reference

Element	Purpose	Exam cue
Product owner	Maximizes product value; orders product backlog	Owns priorities, acceptance, value
Scrum master	Servant leader; removes impediments; supports Scrum	Facilitates, coaches, protects process
Developers / team	Create the increment	Self-managing, cross-functional
Product backlog	Ordered list of product work	Changes as learning occurs
Sprint backlog	Work selected for sprint plus plan	Team-owned during sprint
Increment	Usable completed product slice	Meets definition of done
Sprint planning	Select sprint goal and backlog items	Start of sprint
Daily scrum	Inspect progress toward sprint goal	Short team coordination
Sprint review	Inspect product increment with stakeholders	Feedback on product
Sprint retrospective	Improve team/process	After sprint review, before next sprint
Definition of done	Shared quality/completion standard	Prevents incomplete work from being counted

Agile Planning Levels

Level	Focus
Vision	Product purpose and desired outcome
Roadmap	Major releases/features over time
Release plan	Target capabilities for release
Iteration/sprint plan	Near-term work for iteration
Daily plan	Immediate coordination and impediments

Agile Metrics

Metric	Meaning	Trap
Velocity	Amount of work completed per iteration	Use for planning, not comparing teams
Burndown chart	Work remaining over time	Flat line may show blockers or overcommitment
Burnup chart	Work completed and total scope	Shows scope growth clearly
Cumulative flow diagram	Work across states over time	Widening band may indicate bottleneck
Cycle time	Start-to-finish work time	Helps improve flow
Lead time	Request-to-delivery time	Customer-focused waiting time
WIP limit	Maximum work in progress	Improves focus and flow

Agile Change Handling

Situation	Preferred response
Stakeholder requests new feature	Product owner evaluates and orders backlog
Team discovers better technical approach	Discuss with team/product owner; adapt if valuable
Work does not meet definition of done	Do not count as complete
Sprint goal at risk	Team raises impediment; scrum master helps remove
Stakeholder wants to change current sprint work	Protect sprint goal; product owner considers tradeoffs
Product backlog has too much uncertainty	Refine backlog, split stories, clarify acceptance criteria
Velocity drops	Inspect causes; do not punish the team
Frequent defects	Strengthen definition of done, testing, engineering practices

Predictive vs Agile Decision Table

Question stem says…	Best mindset
Detailed requirements approved and baselined	Predictive control
Regulatory phase gate or contractual milestone	Predictive or hybrid governance
Customer wants frequent demos and evolving scope	Agile/adaptive
Team is delivering usable pieces every few weeks	Agile/incremental
Sponsor asks for impact of scope change on cost/schedule	Predictive change analysis
Product owner reorders work based on value	Agile backlog management
Project has hardware build plus software iteration	Hybrid
Requirements cannot be fully known at start	Agile/iterative discovery
Late change to signed baseline	Formal change request
New feature request in backlog	Product owner prioritization

Business Analysis Reference for CAPM

BA concept	Meaning	Exam cue
Needs assessment	Understand problem/opportunity and business need	“Why is this project needed?”
Business requirements	High-level organizational needs	Strategic outcomes
Stakeholder requirements	Needs of stakeholders/user groups	Expectations and constraints
Solution requirements	Product capabilities and qualities	Functional/nonfunctional requirements
Functional requirement	What the solution does	Behavior/capability
Nonfunctional requirement	How well the solution performs	Security, performance, usability
Transition requirement	Temporary capability needed to move to future state	Data migration, training
Elicitation	Draw out information from stakeholders	Interviews, workshops, observation
Requirements analysis	Organize, model, prioritize, validate requirements	Resolve conflicts and gaps
Requirements traceability	Link requirement to source, design, test, deliverable	Impact analysis
Acceptance criteria	Conditions for accepting work	Testable completion
Product roadmap	High-level product direction	Releases/features over time
Backlog refinement	Clarify and split upcoming backlog items	Agile BA work

Elicitation Technique Selection

Technique	Best for	Watch out
Interview	Deep individual insight	May be biased or incomplete
Workshop	Shared understanding and fast alignment	Needs facilitation
Survey/questionnaire	Many stakeholders	Limited depth
Observation/job shadowing	Understand actual work process	People may behave differently when observed
Document analysis	Existing rules/processes	Documents may be outdated
Prototype	Clarify uncertain requirements	Stakeholders may think prototype is finished product
Brainstorming	Generate options quickly	Needs later filtering
Focus group	Gather reactions from selected users	Not statistically broad

Requirement Prioritization

Method	Meaning
MoSCoW	Must, Should, Could, Won’t for now
Ranking	Order from highest to lowest priority
Weighted scoring	Score options against weighted criteria
Kano-style thinking	Basic needs, performance needs, delighters
Value vs effort	Prioritize high-value, feasible items
Risk-based prioritization	Do risky/uncertain work earlier

Change Control Decision Reference

Scenario	What should happen next?	Why
Stakeholder requests scope addition in predictive project	Document change request and analyze impact	Baselines require control
Team member starts extra unapproved feature	Stop gold plating; evaluate through change control/backlog	Prevent uncontrolled scope
Defect found in deliverable	Log, analyze, correct according to quality/change process	Defect repair may need approval
Approved change affects schedule baseline	Update impacted baselines and plans	Keep plans integrated
Emergency change needed	Follow approved emergency change procedure if defined	Control still applies
Change request rejected	Communicate decision and update change log	Maintain transparency
Agile stakeholder requests new feature	Product owner evaluates and orders backlog	Backlog is the change mechanism
Change exceeds PM authority	Escalate to change control board/sponsor as appropriate	Authority matters

Integrated Change Control Flow

    flowchart TD
	    A[Change idea or variance] --> B[Document change request]
	    B --> C[Analyze impact on scope, schedule, cost, quality, risk, resources, stakeholders]
	    C --> D{Within PM authority?}
	    D -- Yes --> E[Approve, defer, or reject per governance]
	    D -- No --> F[Submit to CCB/sponsor/authorized body]
	    E --> G[Update change log]
	    F --> G
	    G --> H{Approved?}
	    H -- Yes --> I[Update plans, baselines, documents, communicate]
	    H -- No --> J[Communicate decision, keep current baseline]

“What Should the Project Manager Do Next?”

Exam situation	Usually do next	Avoid
Project lacks formal approval	Obtain/confirm charter authorization	Begin full execution
Stakeholder is newly identified	Add to stakeholder register and analyze	Ignore until next phase
Team reports a risk may occur	Record/analyze in risk register	Treat as issue before it happens
Risk event occurs	Implement response; update issue log/risk documents	Re-plan everything immediately
Customer requests scope change	Submit/evaluate change request	Add work informally
Work performance differs from baseline	Analyze variance and forecast	Jump straight to corrective action
Corrective action affects baseline	Process change request	Update baseline without approval
Team conflict emerges	Address collaboratively and early	Escalate first unless severe
Stakeholder is resistant	Analyze concerns and adjust engagement	Remove stakeholder from communication
Vendor misses deliverable	Review contract and manage procurement	Personally redo seller work without process
Agile team has impediment	Scrum master/team removes or escalates impediment	Blame individual team members
Agile product priorities change	Product owner reorders backlog	PM unilaterally changes sprint scope
Deliverable completed	Verify/control quality, then seek acceptance as applicable	Close project immediately
Project is ending	Confirm acceptance, close procurements, archive, lessons learned	Skip final administrative closure

Ethics and Professional Conduct Cues

Theme	Exam behavior
Responsibility	Own decisions, follow policies, report truthfully
Respect	Treat stakeholders fairly and professionally
Fairness	Avoid favoritism, discrimination, and improper advantage
Honesty	Provide accurate information; do not misrepresent status
Conflict of interest	Disclose and follow appropriate guidance
Confidentiality	Protect sensitive information
Gifts or favors	Avoid anything that could impair objectivity or appear improper
Bad news	Report accurately and promptly; do not hide problems
Pressure to falsify	Refuse and escalate through proper channels

Common CAPM Traps

Trap	Correct exam thinking
“The PM should just approve it”	Check authority, governance, and change process
“Agile means no documentation”	Agile uses right-sized documentation
“Customer asked, so team should do it”	Customer input still needs prioritization/control
“Under budget always good”	Could indicate incomplete scope or quality issues
“Fast tracking is free”	It increases risk and potential rework
“Crashing always works”	Only useful where added resources shorten critical-path work
“Risk response after event is risk management”	Once it occurs, it is issue management using planned responses
“High power stakeholder can be ignored if uninterested”	Manage closely or keep satisfied depending analysis
“Velocity is a productivity ranking”	It is for team planning, not cross-team comparison
“Lessons learned happen only at the end”	Capture throughout and archive at closure
“Quality is inspected in at the end”	Quality should be planned and built in
“Scope baseline equals requirements list”	Scope baseline includes scope statement, WBS, WBS dictionary

Last-Minute Review Checklist

Know the difference between project charter, project management plan, and baselines.
Practice earned value interpretation: CV/SV/CPI/SPI and common EAC variants.
Be able to choose predictive, agile, iterative, incremental, or hybrid from scenario clues.
Memorize risk responses for threats and opportunities.
Know Scrum roles, events, artifacts, and who owns prioritization.
Understand business analysis flow: need, stakeholders, elicitation, requirements, traceability, acceptance.
For “what next” questions, first identify whether the situation is a risk, issue, change, defect, conflict, or stakeholder engagement problem.
Favor ethical, transparent, documented, and value-focused actions.
Do not skip analysis before escalation unless there is an immediate safety, legal, or authority issue.

Practical Next Step

Use this Quick Reference as a checklist while working CAPM-style practice questions: after each missed item, tag it as predictive process, agile, business analysis, formula, artifact, role, or decision sequence, then drill that category until the correct next action becomes automatic.

Scenario Guide

Project Management Fundamentals and Core Concepts