CAPM — PMI Certified Associate in Project Management Quick Review

Quick Review for PMI Certified Associate in Project Management (CAPM) candidates: high-yield concepts, traps, formulas, and practice focus.

Quick Review purpose

This Quick Review is for candidates preparing for the real PMI Certified Associate in Project Management (CAPM) exam from PMI, exam code CAPM. Use it to refresh high-yield concepts before working through topic drills, mock exams, and detailed explanations.

The CAPM rewards candidates who can do more than recognize terms. You need to connect project management vocabulary to realistic scenarios: which artifact is used, what the project manager should do next, which lifecycle fits the situation, and how to avoid common “sounds right but not best” answers.

This page is PM Mastery review support and companion practice guidance. It is not affiliated with PMI.

Exam identity

ItemDetails
ProviderPMI
Official exam titlePMI Certified Associate in Project Management (CAPM)
Exam codeCAPM
Best use of this pageFinal concept refresh before original practice questions, topic drills, and mock exam review

High-yield review map

AreaKnow coldCommon exam angle
Project fundamentalsProject vs operations, programs, portfolios, constraints, stakeholders, valueIdentify what type of work is being described and who should act
Predictive project managementCharter, plan, baselines, WBS, schedule, budget, quality, risks, change controlChoose the next process, artifact, or control action
Agile and adaptive approachesScrum, Kanban, servant leadership, backlog, increments, velocity, WIPMatch adaptive practices to uncertain or changing work
Hybrid deliveryCombining predictive governance with adaptive executionDecide which parts should be planned up front and which should evolve
Business analysisNeeds, requirements, elicitation, traceability, acceptance criteriaSeparate business need, solution requirement, and acceptance validation
Formulas and metricsEVM, PERT, communication channels, EMV, floatInterpret whether the project is ahead/behind or over/under budget
Scenario judgment“First,” “best,” “next,” “most likely”Avoid jumping to escalation, blame, or undocumented action

Project management fundamentals

Project, program, portfolio, and operations

ConceptMeaningExam trap
ProjectTemporary effort that creates a unique product, service, or result“Temporary” means the project ends, not necessarily that the result is short-lived
OperationsOngoing, repetitive work that sustains the businessOperations can use project outputs, but they are not projects
ProgramRelated projects managed together for benefits not available separatelyDo not treat a program as merely a large project
PortfolioProjects, programs, and operations grouped to meet strategic objectivesPortfolio decisions are about strategic alignment and investment choices

Core project constraints

CAPM questions often hide the real issue inside one constraint while distracting you with another.

ConstraintTypical question signalReview point
ScopeNew features, unclear deliverables, acceptance disputesUse requirements, scope statement, WBS, acceptance criteria, and change control
ScheduleMissed dates, dependencies, critical path, compressionReview sequencing, duration estimates, float, crashing, and fast tracking
CostBudget variance, reserves, cost estimatesKnow cost baseline, contingency reserve, management reserve, and earned value basics
QualityDefects, rework, inspection, preventionQuality is meeting requirements, not automatically “premium grade”
RiskUncertain future event, probability, impactRisk is proactive; issues are already happening
ResourcesSkills, availability, conflict, team performanceMatch staffing, development, conflict resolution, and recognition
StakeholdersResistance, expectations, communication needsAnalyze interest, influence, engagement, and communication preferences

Organizational structures

StructureProject manager authorityResource controlTypical clue
FunctionalLowFunctional managerTeam members report mainly to department managers
Weak matrixLow to moderateFunctional managerProject coordinator or expediter language may appear
Balanced matrixSharedSharedPM and functional manager both influence decisions
Strong matrixModerate to highProject managerPM has meaningful authority over work and priorities
ProjectizedHighProject managerTeam is organized around projects

Project manager behavior that is usually favored

In scenario questions, the best project manager usually:

  • Uses documented processes before acting informally.
  • Communicates early and appropriately.
  • Engages stakeholders instead of avoiding conflict.
  • Uses data, baselines, and agreed criteria.
  • Facilitates team problem solving.
  • Protects value and quality.
  • Tailors the approach to the project context.
  • Escalates only after reasonable project-level action is insufficient.

Delivery approach decision rules

Choosing the lifecycle is a frequent decision point. Focus on uncertainty, change frequency, stakeholder involvement, and ability to define requirements early.

    flowchart TD
	    A[Start with product and project uncertainty] --> B{Requirements stable and well understood?}
	    B -- Yes --> C{Technology and work approach familiar?}
	    C -- Yes --> D[Predictive approach likely fits]
	    C -- No --> E[Hybrid may fit: plan governance, adapt technical work]
	    B -- No --> F{Frequent stakeholder feedback possible?}
	    F -- Yes --> G[Adaptive or agile approach likely fits]
	    F -- No --> H[Hybrid with discovery, prototypes, and staged decisions]
ApproachBest fitWeak fitKey artifacts or practices
PredictiveStable requirements, regulated sequence, clear scopeHigh uncertainty and frequent changeCharter, baselines, WBS, detailed plan, formal change control
IterativeNeed repeated refinement of solutionWork that must be fully defined once and delivered oncePrototypes, feedback cycles, evolving solution
IncrementalNeed usable pieces delivered over timeProduct cannot provide value until everything is completeIncrements, release planning, staged delivery
Adaptive/agileRequirements change, discovery needed, high stakeholder involvementLow collaboration or fixed detailed scope with no flexibilityBacklog, sprint/iteration, daily coordination, review, retrospective
HybridSome elements stable, others uncertainOrganization cannot support mixed governancePredictive milestones plus adaptive delivery cycles

Predictive project management essentials

Initiating

High-yield idea: initiating authorizes the project and identifies key stakeholders. It does not create every detailed plan.

ArtifactPurposeTrap
Business caseExplains business need and justificationUsually created before or around project selection, not as a substitute for the project plan
Benefits management informationDescribes expected benefits and how they may be measuredBenefits may continue after project closure
Project charterFormally authorizes the project and names the project managerA project manager should not spend heavily or direct major work before authorization
Stakeholder registerIdentifies stakeholders and relevant informationIt is updated as new stakeholders are discovered

Planning

Planning defines how the project will be executed, monitored, controlled, and closed.

Planning itemWhat to remember
Project management planIntegrated plan made of subsidiary plans and baselines
Scope baselineApproved scope statement, WBS, and WBS dictionary
Schedule baselineApproved schedule used to measure schedule performance
Cost baselineApproved time-phased budget, excluding certain management-level reserves
Requirements documentationCaptures stakeholder and solution requirements
Requirements traceability matrixLinks requirements to business needs, deliverables, tests, and acceptance
Risk registerContains identified risks, analysis, owners, and responses
Communications planDefines who needs what information, when, how, and from whom
Stakeholder engagement planPlans how to move stakeholders toward desired engagement

Executing

Executing is where the team performs the work and the project manager facilitates delivery.

Common executing activities:

  • Direct and manage project work.
  • Manage quality.
  • Acquire, develop, and manage the team.
  • Manage communications.
  • Implement risk responses.
  • Conduct procurements.
  • Manage stakeholder engagement.

Exam trap: executing is not uncontrolled doing. Work should follow the approved plan, and problems should feed monitoring, controlling, or change control when needed.

Monitoring and controlling

Monitoring and controlling compares actual performance against the plan and recommends corrective action.

If the question says…Think…
Performance differs from baselineAnalyze variance and determine corrective or preventive action
Deliverable needs formal acceptanceValidate scope
Work results need inspectionControl quality
A requested change affects baselineSubmit and evaluate through change control
Risk trigger occursImplement risk response or handle as issue
Stakeholder engagement differs from planAdjust engagement and communication actions

Closing

Closing confirms completion, acceptance, transition, records, lessons learned, and release of resources.

Common trap: closing is not only administrative. It includes formal acceptance, final reporting, procurement closure where applicable, archiving records, and capturing lessons learned.

Scope, requirements, and change control

Product scope vs project scope

ConceptMeaningExample
Product scopeFeatures and functions of the product, service, or resultWhat the software does
Project scopeWork required to deliver the product, service, or resultThe project activities needed to build and release the software

WBS essentials

The work breakdown structure is a hierarchical decomposition of the total project scope.

Remember:

  • The WBS organizes deliverables and work packages.
  • The WBS dictionary gives detail about WBS components.
  • The scope baseline includes the approved scope statement, WBS, and WBS dictionary.
  • The WBS is not the same as the schedule; activities are developed from work packages.

Integrated change control

When a requested change could affect scope, schedule, cost, quality, risk, or baselines, do not simply “do the work.”

Typical sequence:

  1. Document the change request.
  2. Assess impact on scope, schedule, cost, quality, resources, risk, and stakeholders.
  3. Submit to the appropriate change control authority.
  4. Communicate the decision.
  5. Update plans, baselines, and documents if approved.
  6. Implement and verify the approved change.

Common trap: “The customer is important, so implement immediately” is usually wrong if the change affects approved baselines.

Schedule review

Dependencies

Dependency typeMeaningExample clue
MandatoryInherent or legally/contractually requiredFoundation before walls
DiscretionaryPreferred or best-practice sequenceTeam chooses one design review before another
ExternalDependency outside project controlVendor or regulator action
InternalDependency within project controlTeam A must finish before Team B starts

Leads and lags

TermMeaningTrap
LeadSuccessor can start before predecessor fully finishesLead accelerates overlap
LagWaiting time between activitiesLag adds delay

Critical path and float

The critical path is the longest path through the network and usually determines the shortest project duration. Activities on the critical path generally have zero total float, but always rely on the data in the question.

MetricPlain-language formula
Total floatLS - ES, or LF - EF
Free floatTime an activity can slip without delaying the early start of its successor
Critical pathLongest path through the project network

Schedule compression

TechniqueMeaningMain risk
CrashingAdd resources to shorten durationHigher cost; may not work for all activities
Fast trackingPerform activities in parallel that were planned sequentiallyIncreased rework and risk

Cost and earned value review

Key cost terms

TermMeaning
Rough order estimateEarly estimate with limited detail
Definitive estimateMore detailed estimate when information is better known
Contingency reserveBudget for identified risks, often controlled within the project
Management reserveBudget for unknown unknowns, usually outside the cost baseline
Cost baselineApproved budget used to measure cost performance

Earned value basics

Know the meaning before memorizing formulas.

MetricMeaningInterpretation
PVPlanned Value: budgeted value of work plannedWhat should have been earned by now
EVEarned Value: budgeted value of work actually completedValue of completed work
ACActual Cost: actual cost incurredWhat has been spent
CVCost Variance = EV - ACPositive is under budget; negative is over budget
SVSchedule Variance = EV - PVPositive is ahead of schedule; negative is behind schedule
CPICost Performance Index = EV / ACGreater than 1 is favorable
SPISchedule Performance Index = EV / PVGreater than 1 is favorable
EACEstimate at CompletionForecasted total cost
VACVariance at Completion = BAC - EACPositive is favorable

High-yield formulas:

\[ \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}} \]

Fast interpretation rule:

  • Variance: positive is generally good.
  • Index: greater than 1 is generally good.
  • If EV is lower than PV, the project has earned less value than planned.
  • If AC is higher than EV, the project spent more than the value earned.

Quality review

Quality vs grade

ConceptMeaningExample
QualityDegree to which requirements are metA basic product that meets all requirements can be high quality
GradeCategory or rank of featuresA luxury version may be higher grade

Do not assume higher grade means higher quality.

Prevention, inspection, and cost of quality

ConceptMeaningExam point
PreventionAvoid defects before they happenUsually preferred over inspection
InspectionFind defects after work is doneNecessary but not as efficient as building quality in
Cost of conformanceMoney spent to prevent defectsTraining, process improvement, testing
Cost of nonconformanceMoney lost due to defectsRework, warranty, reputation damage

Quality assurance vs quality control

TermFocus
Manage quality / quality assuranceProcess effectiveness and quality practices
Control qualityInspecting and verifying deliverables meet requirements

Resource and team review

Team development

A common model describes team progression as forming, storming, norming, performing, and adjourning.

StageClueProject manager focus
FormingTeam is polite, uncertain, looking for directionClarify goals, roles, working agreements
StormingConflict, disagreement, competitionFacilitate conflict resolution
NormingTeam establishes norms and trustReinforce collaboration
PerformingTeam works effectively and independentlyRemove impediments, support performance
AdjourningWork ends, team disbandsRecognition, lessons learned, transition

Conflict resolution

TechniqueMeaningWhen it is attractive
Collaborate / problem solveWork together for a win-win solutionUsually best for important issues
CompromiseEach side gives something upUseful when time is limited and both can accept tradeoff
Smooth / accommodateEmphasize agreement, downplay disagreementTemporary or low-priority issues
Force / directOne side winsEmergency or when authority must decide
Withdraw / avoidPostpone or retreatRarely best for important unresolved issues

Exam trap: “Avoid the conflict” is seldom best when the conflict affects project objectives or team performance.

Responsibility assignment

A RACI chart clarifies roles:

LetterMeaning
RResponsible: does the work
AAccountable: owns the outcome or decision
CConsulted: provides input
IInformed: kept updated

Communications review

Communication questions often test the method, not just the message.

MethodBest useExample
InteractiveReal-time multidirectional communicationMeeting, call, workshop
PushSent to recipientsEmail, memo, report
PullRecipients access when neededPortal, knowledge base, dashboard

Communication channel formula:

\[ \text{Number of communication channels} = \frac{n(n-1)}{2} \]

Where \(n\) is the number of people.

Common trap: adding one stakeholder increases channels by more than one because that person can communicate with every existing person.

Risk review

Risk vs issue

ConceptMeaningResponse
RiskUncertain future eventAnalyze and plan response
IssueCurrent problem or event that has occurredManage and resolve now

Threat responses

ResponseMeaning
AvoidChange plan to eliminate the threat
MitigateReduce probability or impact
TransferShift impact to a third party, often through contract or insurance
AcceptTake no proactive action beyond monitoring or reserve
EscalateMove outside project authority when appropriate

Opportunity responses

ResponseMeaning
ExploitEnsure the opportunity happens
EnhanceIncrease probability or positive impact
ShareAllocate ownership to a party best able to capture it
AcceptTake advantage if it occurs
EscalateMove outside project authority when appropriate

Expected monetary value:

\[ \text{EMV} = \text{Probability} \times \text{Impact} \]

For decision trees, multiply each outcome by its probability and sum the results for each option.

Procurement review

Contract types

Contract typeBuyer riskSeller riskBest fit
Fixed priceLower if scope is clearHigher if seller underestimatesWell-defined scope
Cost reimbursableHigherLowerUncertain or evolving work
Time and materialsModerate; can grow without controlModerateStaff augmentation or unclear duration

Common traps:

  • Fixed price is not automatically best; unclear scope can cause disputes and change requests.
  • Cost reimbursable does not mean uncontrolled spending; it still needs oversight.
  • Procurement documents should match the type of work and the desired risk allocation.

Stakeholder review

Identify, analyze, engage

ActivityPurpose
Identify stakeholdersDetermine who can affect or be affected by the project
Analyze stakeholdersUnderstand interest, influence, power, expectations, and impact
Plan engagementDecide how to move stakeholders toward desired engagement
Manage engagementCommunicate, address concerns, and involve stakeholders
Monitor engagementCompare actual engagement to desired engagement

Stakeholder engagement levels

LevelMeaning
UnawareDoes not know about the project or impact
ResistantAware but opposed
NeutralAware but neither supportive nor resistant
SupportiveAware and supportive
LeadingActively helps the project succeed

Exam trap: the best answer is often to engage, understand concerns, and communicate value—not ignore resistance or escalate immediately.

Agile and adaptive essentials

Agile mindset

Agile questions usually favor:

  • Frequent delivery of usable value.
  • Close customer or stakeholder collaboration.
  • Welcoming change when it improves value.
  • Self-organizing, empowered teams.
  • Transparency through visual work and regular feedback.
  • Continuous improvement through retrospectives.

Agile does not mean no planning. It means planning is continuous and adaptive.

Scrum review

ElementPurpose
Product ownerMaximizes product value and orders the product backlog
Scrum masterFacilitates Scrum, removes impediments, supports the team
Developers / teamBuild the increment
Product backlogOrdered list of product work
Sprint backlogWork selected for the sprint plus delivery plan
IncrementUsable completed work that meets the Definition of Done
Sprint planningDecide what can be delivered and how
Daily ScrumShort daily inspection and adaptation by the team
Sprint reviewInspect increment and adapt backlog with stakeholders
Sprint retrospectiveImprove process and teamwork

Common trap: the daily Scrum is not a status meeting for the project manager. It is for the team to coordinate.

Kanban review

ConceptMeaning
Visual boardMakes work visible
WIP limitLimits work in progress to improve flow
Pull systemWork is pulled when capacity exists
Cycle timeTime from starting work to finishing it
Lead timeTime from request to delivery
BottleneckConstraint slowing flow

Common trap: adding more work to a clogged system usually worsens flow. Reduce WIP and address bottlenecks.

Agile estimation and tracking

Metric or practiceMeaningTrap
Story pointsRelative estimate of effort, complexity, and uncertaintyDo not compare points directly across unrelated teams
VelocityAmount of work completed in an iterationUseful for forecasting, not as a performance weapon
Burndown chartShows work remaining over timeA flat line signals little completed work
Burnup chartShows work completed and may show scope changesHelps reveal expanding scope
Definition of DoneShared quality/completion standard“Almost done” is not done
Acceptance criteriaConditions a story or requirement must meetUsed to confirm the right outcome

User stories

A common user story pattern is:

“As a [user], I want [capability], so that [benefit].”

Good user stories are small enough to complete, testable, valuable, and understood by the team. Acceptance criteria clarify when the story satisfies the need.

Hybrid project management

Hybrid questions test tailoring. A project can use predictive planning for governance, funding, compliance, or major milestones while using agile delivery for uncertain product features.

SituationLikely approach
Fixed regulatory deadline, uncertain product designHybrid
Stable construction sequence with defined plansPredictive
New digital product with evolving customer feedbackAdaptive
Hardware component fixed, software features evolvingHybrid
Research or discovery work with unknown solutionIterative or adaptive

Common trap: do not force every project into agile. The best approach depends on uncertainty, risk, stakeholder availability, and organizational needs.

Business analysis essentials

Need, requirement, and solution

TermMeaning
Business needProblem or opportunity that justifies action
RequirementCondition or capability needed by a stakeholder or solution
SolutionProduct, service, or result that satisfies the need
Acceptance criteriaConditions used to determine whether a requirement is satisfied

Requirement types

Requirement typeFocus
Business requirementsHigh-level organizational needs
Stakeholder requirementsNeeds of a stakeholder group
Solution requirementsFunctional and nonfunctional capabilities
Functional requirementsWhat the solution must do
Nonfunctional requirementsQuality attributes such as performance, security, usability
Transition requirementsTemporary capabilities needed to move from current to future state

Elicitation techniques

TechniqueBest use
InterviewsDeep individual insight
WorkshopsShared understanding and alignment
ObservationDiscover actual work practices
SurveysBroad input from many people
Document analysisUnderstand existing rules, processes, and systems
PrototypesClarify uncertain or visual requirements

Verification vs validation

ConceptQuestion to ask
VerificationIs the requirement or deliverable built correctly according to specification?
ValidationDoes it meet the business need and stakeholder expectations?

Common trap: a requirement can be documented clearly and still fail to solve the real business problem.

Formula quick sheet

PERT expected duration

\[ \text{Expected duration} = \frac{O + 4M + P}{6} \]

Where:

  • \(O\) = optimistic estimate
  • \(M\) = most likely estimate
  • \(P\) = pessimistic estimate

Communication channels

\[ \text{Channels} = \frac{n(n-1)}{2} \]

Earned value interpretation

If…Meaning
CV is positiveUnder budget
CV is negativeOver budget
SV is positiveAhead of schedule
SV is negativeBehind schedule
CPI greater than 1Cost efficiency is favorable
CPI less than 1Cost efficiency is unfavorable
SPI greater than 1Schedule efficiency is favorable
SPI less than 1Schedule efficiency is unfavorable

Common CAPM candidate traps

Trap 1: Memorizing terms without context

Many wrong answers use correct vocabulary in the wrong situation. Practice identifying the project phase, lifecycle, artifact, and decision point before choosing.

Trap 2: Skipping change control

If an approved baseline may change, use formal change control. Do not implement just because the sponsor, customer, or senior stakeholder requested it.

Trap 3: Confusing risks and issues

A risk may happen. An issue has happened. Risk responses are planned proactively; issue management is immediate and corrective.

Trap 4: Treating agile as unplanned work

Agile uses planning, prioritization, quality standards, reviews, and retrospectives. It is adaptive, not chaotic.

Trap 5: Choosing escalation too quickly

Escalation can be correct, but only when the matter exceeds the project manager’s authority or reasonable project-level action has failed.

Trap 6: Ignoring stakeholders

Stakeholder resistance usually calls for analysis, engagement, communication, and understanding—not avoidance.

Trap 7: Misreading “best,” “first,” and “next”

  • First often means identify, document, assess, or understand before acting.
  • Next means the immediate logical step in the process.
  • Best means the most professional, proactive, and process-aligned answer.
  • Most likely asks for diagnosis, not necessarily the ideal action.

Scenario-answering checklist

Use this quick mental sequence on practice questions:

  1. Identify the lifecycle. Predictive, agile, or hybrid?
  2. Find the moment. Initiating, planning, executing, monitoring/controlling, or closing?
  3. Name the issue. Scope, schedule, cost, quality, risk, resources, communications, procurement, stakeholder, or business analysis?
  4. Look for the artifact. Charter, plan, baseline, backlog, risk register, stakeholder register, requirements traceability matrix, etc.
  5. Apply the rule. Change control, stakeholder engagement, risk response, team facilitation, or value delivery?
  6. Eliminate weak answers. Ignore, blame, act without approval, gold-plate, over-escalate, or skip analysis.
  7. Choose the most professional next step.

Practice focus before exam day

Use this Quick Review as a checklist, then move into PM Mastery practice:

Practice activityGoal
Topic drillsIsolate weak areas such as EVM, agile roles, risk responses, or requirements
Original practice questionsBuild recognition of realistic scenario patterns
Mock examsPractice timing, stamina, and mixed-topic decision-making
Detailed explanationsLearn why the best answer is best and why distractors are wrong
Error logTrack repeated mistakes by concept and question wording

A strong final review cycle is: read this Quick Review, complete focused topic drills, review detailed explanations, then sit for a mixed mock exam and update your error log.

Practical next step

Start with a short set of CAPM topic drills in your weakest area, then review every explanation carefully—especially for questions where two answers seemed plausible.

Continue in PM Mastery

Use this Quick Review as a final concept map, then move into PM Mastery for focused topic drills, mixed practice sets, timed mock exams, and detailed explanations. The practice questions are original PM Mastery practice items; they are not official PMI questions, copied live-exam content, or exam dumps.

Browse Certification Practice Tests by Exam Family