2.1 Projects, Programs, and Portfolios

CAPM Certified Associate in Project Management Exam

Track your progress as you read

Finished sections get a check mark.

1 Chapter 1: Introduction & CAPM Exam Overview

1.1 About the CAPM Exam 1.2 PMBOK 7th Edition Overview 1.3 Exam Content Outline (ECO) 1.4 CAPM vs. PMP: Understanding the Differences

2 Chapter 2: Project Life Cycles and Processes (Domain 1, Tasks 1-2)

2.1 Projects, Programs, and Portfolios 2.2 Project Life Cycle Phases 2.3 The Five Process Groups 2.4 The Ten Knowledge Areas

3 Chapter 3: Project Management Planning (Domain 1, Task 2)

3.1 The Project Management Plan 3.2 Scope Management and the WBS 3.3 Schedule Management 3.4 Cost Management and Earned Value 3.5 Quality Management

4 Chapter 4: Project Roles, Responsibilities, and Ethics (Domain 1, Tasks 3-4)

4.1 Project Roles and Responsibilities 4.2 Leadership and Emotional Intelligence 4.3 Risk Management Fundamentals 4.4 PMI Code of Ethics and Professional Conduct 4.5 Problem-Solving Tools and Techniques

5 Chapter 5: Resource, Communication, and Stakeholder Management (Domain 1, Tasks 2-3)

5.1 Resource Management 5.2 Communications Management 5.3 Stakeholder Management 5.4 Procurement Management 5.5 Issues, Risks, Assumptions, and Constraints

6 Chapter 6: Predictive, Plan-Based Methodologies (Domain 2)

6.1 When to Use a Predictive Approach 6.2 WBS, Work Packages, and Activity Definition 6.3 Predictive Project Controls and Artifacts 6.4 Critical Path and Schedule Calculations

7 Chapter 7: Agile Frameworks and Methodologies (Domain 3, Tasks 1-3)

7.1 When to Use an Adaptive (Agile) Approach 7.2 The Scrum Framework 7.3 Kanban, XP, and SAFe 7.4 Agile Planning, Estimation, and Metrics 7.5 Agile Project Controls and Artifacts

8 Chapter 8: Business Analysis Roles and Stakeholder Communication (Domain 4, Tasks 1-2)

8.1 Business Analysis Roles and Responsibilities 8.2 Stakeholder Communication in Business Analysis 8.3 Business Case and Needs Assessment

9 Chapter 9: Requirements Gathering and Product Roadmaps (Domain 4, Tasks 3-4)

9.1 Requirements Gathering Approaches 9.2 Requirements Traceability Matrix 9.3 Product Roadmaps

10 Chapter 10: BA Methodologies and Requirements Validation (Domain 4, Tasks 5-6)

10.1 Business Analysis in Predictive and Agile Approaches 10.2 Acceptance Criteria and Requirements Validation 10.3 Business Analysis Tools and Techniques Summary

2.1 Projects, Programs, and Portfolios

Key Takeaways Explain This Topic AI

A project is a temporary endeavor (definite start and end) that creates a unique product, service, or result; operations are ongoing and repetitive

A program is a group of RELATED projects and subsidiary programs managed in a coordinated way to obtain benefits not available from managing them individually

A portfolio is a collection of projects, programs, and operations grouped to achieve strategic objectives; its components need not be related or interdependent

The portfolio question is 'Are we doing the RIGHT work?' (selection); the project question is 'Are we doing the work RIGHT?' (execution)

Organizational Project Management (OPM) aligns portfolio, program, and project management with organizational strategy through governance and enablers

Last updated: June 2026

Why This Matters on the CAPM

Domain 1 (Project Management Fundamentals and Core Concepts) is 36% of the CAPM exam — the single largest slice of the 150-question, three-hour test. A large share of those questions are scenario items that hand you a short situation and ask: is this a project, a program, a portfolio, or operations? You answer by applying two crisp definitions and three governing questions. PMI draws these definitions from the PMBOK Guide and the standards for program and portfolio management, so the wording is precise and worth memorizing verbatim.

Defining a Project

A project is a temporary endeavor undertaken to create a unique product, service, or result. Both adjectives must be present:

Temporary — there is a definite beginning and a definite end. The end is reached when objectives are met, when objectives cannot be met and the project is terminated, when funding runs out, or when the need no longer exists. "Temporary" does NOT mean short — a 12-year dam project is still temporary.

Unique — the deliverable differs in some way from every prior deliverable, even if it reuses a template (each house in a subdivision is a project; building 10,000 identical phones on a line is operations).

Trap: Candidates over-index on duration. A long endeavor can be a project; a short repeated task (running payroll every two weeks) is operations. Test for temporary AND unique , not "big" or "long."

Projects vs. Operations

Characteristic Projects Operations
Duration Temporary — defined start and end Ongoing, indefinite
Output Unique product, service, or result Standardized, repetitive output
Resources Assigned for the project, then released Permanently assigned
Goal Meet objectives, then close Sustain the business
Effect Creates change / new capability Maintains the steady state
Example Build a new warehouse Run the warehouse day to day

Projects and operations intersect at handoff: a project delivers a new capability (a product, a facility, a system) and operations then sustains it. CAPM scenarios sometimes test this transition point.

Defining a Program

A program is a group of related projects, subsidiary programs, and program activities managed in a coordinated way to obtain benefits not available from managing them individually . Two ideas dominate the exam:

The projects in a program are interdependent — coordinating them produces synergy (shared resources, sequenced delivery, combined benefits).

Program management is about benefits realization , not just delivering each project's output.

Example program — launching a new electric vehicle:

Project A: design the vehicle platform
Project B: build the battery supply chain
Project C: retool the assembly plant
Project D: run the launch marketing campaign
Ongoing program activity: dealer training and service rollout

Trap: A program is NOT "a big project." If a question describes one large effort split into phases, that is still a project. "Related projects coordinated for combined benefit" signals a program.

Defining a Portfolio

A portfolio is a collection of projects, programs, subsidiary portfolios, and operations managed as a group to achieve strategic objectives . The defining contrast: portfolio components do not have to be related or interdependent. A portfolio might hold a cybersecurity program, an unrelated standalone office-move project, and a manufacturing operation — grouped only because each advances the organization's strategy and competes for the same funding.

Portfolio management is about selection and prioritization : deciding which work to fund, balance, and kill based on strategic value, typically by senior leadership or a portfolio review board.

Organizational Project Management and the Three Questions

Organizational Project Management (OPM) is the framework that aligns portfolio, program, and project management with organizational strategy and enablers (governance, methods, tools) so all work delivers strategic value. The fastest way to nail scenario questions is to memorize the governing question at each level:

Level Managed by Focus Governing question
Portfolio Portfolio manager Strategic alignment / selection "Are we doing the RIGHT work?"
Program Program manager Coordinated benefits "Are we getting combined BENEFITS?"
Project Project manager Deliverables "Are we doing the work RIGHT?"
Operations Operations manager Efficiency "Are we running SMOOTHLY?"

Not every project belongs to a program, and not every program belongs to a portfolio — but every portfolio should map back to strategy.

The Relationship Hierarchy

Visualize the nesting from strategy down to individual work:

Organizational strategy sets the direction.

A portfolio selects the mix of work that advances that strategy.

Programs inside the portfolio coordinate related projects for combined benefits.

Projects (some inside programs, some standalone) deliver unique outputs.

Operations sustain the capabilities those projects create.

The key insight tested on the CAPM is that the levels are about purpose , not size. A small standalone project can sit directly in a portfolio without a program above it; a program is justified only when coordinating related projects yields benefits none could deliver alone.

Project Selection and Business Value

Domain 1 also expects you to know why a project is chosen. Organizations pick projects from a business case that documents the business need and expected business value — the net quantifiable benefit (financial, such as revenue or savings, and non-financial, such as brand or compliance). Common triggers for launching a project include: meeting regulatory, legal, or social requirements; satisfying stakeholder requests; creating, improving, or fixing products or services; and implementing or changing a business or technology strategy.

Selection decisions are made at the portfolio level using value metrics such as net present value, payback period, or strategic fit. The project manager rarely selects the project but must understand the business case so the team stays aligned to the value it was funded to deliver.

Trap: "Operations" sometimes appears as a portfolio component. That is correct — a portfolio can include ongoing operations alongside projects and programs. Do not eliminate an answer just because it mixes operations with project work at the portfolio level.