Fasil PM logoFasil PMProject & IT ConsultancyBook a call
Free reference

200 project management terms, in plain English

Every term twice over: the definition PMI examines you on, and what it actually means when you are on a project or sitting the exam. This is the whole ofThe PM Phrase Book, as text. The same book is readable page by page if you prefer it that way.

Governance

26 terms

Project Charter
Document that formally authorizes a project and gives the PM authority to apply organizational resources
Your permission slip. Without this, the project doesn't officially exist and you have no power.
Business Case
Document providing justification for the project based on benefits vs. costs
The 'why should we spend money on this?' document. If you can't answer that, don't start.
Assumption Log
Record of all assumptions and constraints identified throughout the project
Things we're treating as true but haven't verified. These will bite you if you don't track them.
Project Management Plan
Document describing how the project will be executed, monitored, controlled, and closed
The master playbook. Not a schedule — it's the plan for how you'll manage everything.
Change Request
Formal proposal for modification to any document, deliverable, or baseline
Someone wants something different. This is the paperwork that prevents chaos.
Change Control Board
Group responsible for reviewing, evaluating, approving, or (CCB) rejecting changes
The committee that says yes or no. You don't approve scope changes alone.
Integrated Change Control
Process of reviewing all change requests, approving changes, and managing changes to deliverables and baselines
Every change — no matter how small — goes through one process. No exceptions.
Deliverable
Any unique and verifiable product, result, or capability produced to complete a process or project
The actual thing you're building or producing. What the customer pays for.
Work Performance Data
Raw observations and measurements identified during project activities
Raw numbers straight from the work. Hours logged, defects found, money spent. Unprocessed.
Work Performance Information
Performance data collected and analyzed in context
Data that's been analyzed and means something. 'We spent $50K' becomes 'We're 10% over budget.'
Work Performance Report
Physical or electronic representation of work performance information compiled for decision-making
The actual status report your sponsor reads. Decisions get made from this.
Lessons Learned
Knowledge gained during a project used to improve future performance
What went right, what went wrong, and what you'd do differently. Useless if not documented.
OPA (Organizational Process Assets)
Plans, processes, policies, procedures, and knowledge bases specific to the organization
Your company's historical files, templates, and 'how we do things here' documents.
EEF (Enterprise Environmental Factors)
Conditions not under the team's control that influence the project
Everything outside your control: market conditions, regulations, org culture, infrastructure.
Knowledge Management
Process of using existing knowledge and creating new knowledge to achieve project objectives
Capturing what people know (tacit) and what's written down (explicit) so it doesn't walk out the door.
Phase Gate
Review at the end of a phase to decide whether to continue, modify, or terminate
The checkpoint where leadership decides: keep going, pivot, or kill the project.
Governance
Framework of authority, accountability, and decision- making within a project
Who decides what, who reports to whom, and who has the authority to spend money or approve changes.
Quality Assurance
Process of auditing quality requirements and results from (QA) quality control measurements
Are we following the right processes? (Different from QC, which checks the actual deliverables.)
Quality Control (QC)
Process of monitoring and recording results of executing quality activities
Does the actual deliverable meet requirements? Testing, inspection, review of the output.
Sourcing Strategy
Approach for make-or-buy decisions, vendor selection, and contract types
Do we build it ourselves or hire someone? And if we hire, what kind of contract protects us?
Progressive Elaboration
Iteratively increasing the level of detail in a project management plan as greater amounts of information become available
You can't know everything on day one. Details emerge as you go. Plan in waves, not all upfront.
Configuration Management
System for tracking and controlling changes to project artifacts
Version control for project documents. Who changed what, when, and which version is the official one.
Rolling Wave Planning
Iterative planning technique where near-term work is planned in detail and future work at a higher level
Plan the next 2-4 weeks in detail. Months 3-6? High level only. Details come later when you know more.
Procurement Audit
Review of the procurement process from planning through contract administration
Did we follow our own procurement rules? Were vendors selected fairly? Were contracts managed properly?
Claims Administration
Process of processing, adjudicating, and communicating contract claims
When a vendor says 'you owe us more money' or 'that wasn't in the contract.' The dispute resolution process.
Make-or-Buy Analysis
Technique to determine whether work should be done internally or outsourced
Can we do it cheaper/better ourselves, or should we hire someone? Factor in risk, speed, IP, and capability.

Scope

20 terms

Scope
The sum of products, services, and results to be provided
What's included in the project — and equally important, what's NOT included.
Product Scope
Features and functions that characterize a product, service, or result
What the thing you're building actually does. The features list.
Project Scope
The work performed to deliver a product, service, or result with specified features
All the work needed to deliver the product scope. Includes PM activities, testing, deployment, etc.
Scope Baseline
Approved version of the scope statement, WBS, and WBS dictionary
The official, approved definition of what's in and out. Changes to this require formal approval.
WBS (Work Breakdown Structure)
Hierarchical decomposition of the total scope of work
Breaking the project into bite-sized pieces. The family tree of all deliverables. 100% of the work.
WBS Dictionary
Document providing detailed information about each WBS component
The details behind each box in the WBS: who's responsible, what it costs, how long, acceptance criteria.
Work Package
Lowest level of the WBS; the point at which cost and duration can be reliably estimated
The smallest chunk of work you plan and track. Small enough to estimate, assign, and control.
Requirements
Conditions or capabilities needed by a stakeholder to solve a problem or achieve an objective
What the customer actually needs. Not what they say they want — what they need to solve the problem.
Requirements Traceability Matrix
Grid linking requirements to their origin and tracing them throughout the project
Proof that every requirement has a deliverable and every deliverable has a test. Nothing falls through.
Scope Creep
Uncontrolled expansion of scope without adjustments to time, cost, or resources
Features sneaking in without anyone adjusting the schedule or budget. The silent project killer.
Gold Plating
Adding extra features or work not requested by the customer
Going above and beyond what was asked. Sounds nice. Never acceptable — deliver what was agreed.
Validate Scope
Process of formalizing acceptance of completed project deliverables
Getting the customer to officially sign off and say 'yes, this is what I asked for.' Different from QC.
Decomposition
Technique for dividing project scope into smaller, more manageable components
Breaking big things into small things until each piece is estimable and assignable.
MoSCoW
Prioritization technique: Must have, Should have, Could have, Won't have
Sorting requirements into buckets: non-negotiable, important, nice-to- have, and not this time.
Scope Statement
Description of the project scope, major deliverables, assumptions, and constraints
The document that says 'here's what we're building' AND 'here's what we're NOT building.' Both matter equally.
Product Analysis
Technique for defining scope by analyzing the product description
Breaking down what the product needs to do to understand what work is required to build it.
Prototyping
Method of obtaining early feedback by providing a working model of the expected product
Build a rough version first, show it to stakeholders, learn from their reaction, then build the real thing.
Inspection
Examination of a work product to determine if it conforms to documented standards
Looking at the actual output and checking it against requirements. Visual review, walkthrough, audit.
Affinity Diagram
Technique for organizing large numbers of ideas into groups for analysis
Brainstorm everything on sticky notes, then group similar items together. Pattern emerges from chaos.
Benchmarking
Comparing actual or planned practices to those of comparable organizations
How does our approach compare to industry best practices or competitors? Where are the gaps?

Schedule

20 terms

Critical Path
Longest sequence of activities that determines the shortest possible project duration
The sequence of tasks where any delay pushes the end date. Zero wiggle room on these.
Float (Slack)
Amount of time an activity can be delayed without delaying the project end date
How much cushion you have before this task affects the deadline. Zero float = critical path.
Free Float
Amount of time an activity can be delayed without delaying successor activities
How much this specific task can slip without affecting the next task (not the whole project).
Crashing
Adding resources to critical path activities to compress the schedule
Throwing more people or money at the problem to finish faster. Costs more. Diminishing returns.
Fast-Tracking
Performing critical path activities in parallel instead of in sequence
Doing things at the same time that were supposed to be sequential. Faster but riskier — may need rework.
Resource Leveling
Adjusting the schedule to resolve resource over-allocation
Fixing the schedule so nobody is assigned to 3 tasks at once. May extend the end date.
Resource Smoothing
Adjusting activities within their float to optimize resource use
Shuffling tasks within their slack to even out workloads. Unlike leveling, does NOT change the end date.
Lead
Amount of time a successor activity can be advanced with respect to a predecessor
Starting the next task before the current one is done. Overlapping activities.
Lag
Amount of time a successor activity must be delayed after a predecessor
Waiting time between tasks. Like waiting for concrete to dry before you can build on it.
PERT
Three-point estimate: (Optimistic + 4×Most Likely + Pessimistic) ÷ 6
A weighted average that says 'the real answer is probably close to your best guess but accounts for risk.'
Milestone
Significant point or event in a project, usually with zero duration
A checkpoint — not a task. It marks when something important should be done. Takes zero time itself.
Velocity
Amount of work a team completes in one iteration (agile)
How many story points the team actually finishes per sprint. Used to forecast future sprints.
Burn-down Chart
Graph showing work remaining versus time in an iteration
The line that should go down. If it's flat or going up, the team is in trouble.
Sprint
Fixed-length iteration in Scrum, typically 1-4 weeks
A time box where the team delivers a working increment. Same length every time. No extensions.
Gantt Chart
Bar chart showing activities plotted against time
The visual schedule most people think of when they hear 'project plan.' Bars = tasks, length = duration.
PDM (Precedence Diagramming Method)
Technique for constructing a schedule model using nodes representing activities connected by dependencies
The network diagram. Boxes connected by arrows showing which tasks depend on which other tasks.
Forward Pass
Calculation of early start and early finish dates for all uncompleted activities
Starting from the beginning and calculating the earliest each task can start and finish.
Backward Pass
Calculation of late start and late finish dates for all uncompleted activities
Starting from the end date and working backward to find the latest each task can start without delaying the project.
Schedule Compression
Shortening the project schedule without reducing scope
Making the project finish faster. Only two ways: crashing (more resources) or fast-tracking (parallel work).
Iteration
Single development cycle in agile, producing a working increment
One loop through plan-build-review. Could be a sprint, could be any time-boxed cycle.

Finance

26 terms

BAC (Budget at Completion)
Total planned budget for the project
How much we planned to spend total. The number everyone agreed to at the start.
PV (Planned Value)
Authorized budget assigned to scheduled work
How much work we planned to have done by now, in dollars. The plan's expectation at this point in time.
EV (Earned Value)
Measure of work performed expressed in terms of the budget authorized
How much work we actually completed, measured in planned dollars. What we earned by doing the work.
AC (Actual Cost)
Realized cost incurred for the work performed
How much we actually spent. Cold hard cash out the door.
CV (Cost Variance)
EV minus AC; positive = under budget
Are we over or under budget? Positive is good, negative means you've overspent.
SV (Schedule Variance)
EV minus PV; positive = ahead of schedule
Are we ahead or behind? Positive is good, negative means you're behind where you should be.
CPI (Cost Performance Index)
EV divided by AC; greater than 1 = under budget
Getting more than $1 of work for every $1 spent = good. Less than $1 = burning money.
SPI (Schedule Performance Index)
EV divided by PV; greater than 1 = ahead
Completing more work than planned = good. Less = you're falling behind the plan.
EAC (Estimate at Completion)
Expected total cost when all work is done
What we NOW think the project will actually cost. Usually BAC ÷ CPI. Reality check on the budget.
ETC (Estimate to Complete)
Expected cost to finish remaining work; EAC minus AC
How much more money we need to finish from this point forward.
VAC (Variance at Completion)
BAC minus EAC; positive = expected under budget
Will we finish over or under budget? The crystal ball number for the final bill.
TCPI (To-Complete Performance Index)
(BAC−EV) ÷ (BAC−AC); above 1 = must improve
The efficiency you MUST achieve on all remaining work to hit the original budget. Above 1 = painful.
Contingency Reserve
Budget for identified risks, included in the cost baseline
Money set aside for risks you know about. The PM can use this without asking permission.
Management Reserve
Budget for unknown risks, NOT part of the cost baseline
Money set aside for surprises nobody saw coming. Only the sponsor can release this.
Cost Baseline
Approved time-phased budget excluding management reserve
The official spending plan over time. Estimates + contingency. This is what you're measured against.
Sunk Cost
Money already spent that cannot be recovered
Money that's gone. Should NEVER influence future decisions. 'We already spent $2M' is not a reason to continue.
Opportunity Cost
Value of the next best alternative not chosen
What you gave up by choosing this project instead of another. Always exists when choosing between options.
NPV (Net Present Value)
Sum of discounted future cash flows minus initial investment
Is this project worth more than the money we put in, accounting for the time value of money? Positive = yes.
IRR (Internal Rate of Return)
Discount rate that makes NPV equal to zero
The return percentage this project generates. Higher = better. Must beat your company's hurdle rate.
BCR (Benefit-Cost Ratio)
Total benefits divided by total costs; above 1.0 = benefits exceed costs
For every $1 we spend, how many dollars of benefit do we get? Above 1.0 or don't do the project.
Funding Limit Reconciliation
Comparing planned expenditures against funding constraints
Making sure you don't plan to spend $500K in March when the CFO only releases $200K per month.
Cost Aggregation
Summing lower-level cost estimates to establish an authorized cost baseline
Adding up all the individual estimates to get the total. Bottom-up math.
Analogous Estimating
Using historical data from similar projects as a basis for estimating
This project is like the last one, which cost $2M, so this one is probably around $2M too. Fast but rough.
Parametric Estimating
Using statistical relationships between historical data and other variables
If painting one room costs $500, painting 10 rooms costs ~$5,000. Math-based estimation.
Bottom-Up Estimating
Estimating duration or cost by aggregating estimates from lower-level components
Estimate every single work package, then add them all up. Most accurate. Most time-consuming.
Three-Point Estimating
Using optimistic, most likely, and pessimistic estimates to define an approximate range
Best case + worst case + realistic = a range that accounts for uncertainty. PERT formula.

Stakeholders

19 terms

Stakeholder
Individual, group, or organization that may affect, be affected by, or perceive itself affected by a project
Anyone who cares about your project, is impacted by it, or thinks they are. Wider than you think.
Stakeholder Register
Document identifying stakeholders, interests, involvement, and influence
Your master list of who matters, what they care about, and how much power they have.
Stakeholder Engagement
Process of involving stakeholders in project decisions and execution
Keeping people informed, involved, and aligned. Not just sending emails — actually engaging.
Power/Interest Grid
Classification model mapping stakeholder power against interest level
The 2×2 that tells you who to manage closely (high power, high interest) and who to just monitor.
Salience Model
Classification using power, legitimacy, and urgency to determine stakeholder importance
Three circles that identify which stakeholders deserve most attention based on their authority, claim, and time pressure.
Engagement Assessment Matrix
Grid comparing current vs. desired engagement level for each stakeholder
Where each stakeholder IS vs. where you NEED them to be. C = current, D = desired. Close the gap.
Communication Channels Formula
n(n-1)/2 where n = number of people
10 people = 45 channels. Add one person = 55. That's why big teams have communication problems.
Push Communication
Sending information to recipients who may or may not read it
Emails, reports, memos. You push it out. No guarantee anyone reads it.
Pull Communication
Recipients access information at their discretion
Intranet, shared drives, dashboards. It's there when they want it. They have to go get it.
Interactive Communication
Real-time, multidirectional exchange of information
Meetings, calls, face-to-face. Best for complex topics. Immediate feedback. Hardest to scale.
Active Listening
Fully concentrating on what is being said, understanding, responding, and remembering
Actually hearing what someone says, not just waiting for your turn to talk. Paraphrase to confirm.
Noise
Anything that interferes with the transmission or understanding of a message
Whatever gets in the way of communication: jargon, assumptions, distractions, cultural differences.
Issue Log
Document recording issues, owners, target resolution dates, and status
The list of current problems that need to be solved. Not risks (future) — issues are happening NOW.
Communication Model
Framework showing how information is transmitted between sender and receiver
Sender encodes → transmits → receiver decodes. Noise interferes at every step. Feedback confirms receipt.
Communication Styles Assessment
Technique to identify preferred communication approaches for each stakeholder
Some people want emails. Some want meetings. Some want dashboards. Figure out who wants what.
Interpersonal Skills
Skills used to establish and maintain relationships with other people
Active listening, empathy, cultural awareness, negotiation, conflict management. The soft skills that aren't soft.
Negotiation
Process of reaching agreement through discussion and compromise
Finding a solution both parties can live with. Not winning — finding mutual ground.
Political Awareness
Understanding of formal and informal power relationships within the organization
Knowing who really makes decisions (not just who's on the org chart) and how to navigate that.
Cultural Awareness
Understanding of differences between individuals, groups, and organizations and adapting behavior accordingly
Not everyone communicates, decides, or works the same way. Especially on global projects.

Resources

18 terms

RACI Matrix
Responsible, Accountable, Consulted, Informed — role assignment chart
Who does it (R), who owns it (A — only ONE per row), who to ask (C), and who to tell (I).
Servant Leadership
Practice of leading through service to the team
Your job is to remove obstacles, not assign tasks. Help the team succeed, don't manage them.
Lead the Team
Process of guiding, developing, and managing the team (renamed from Manage Team)
Develop skills, resolve conflicts, give feedback. The name change signals: lead, don't control.
Tuckman Model
Team development stages: Forming, Storming, Norming, Performing, Adjourning
Every team goes through awkward (Forming), conflict (Storming), cohesion (Norming), then productivity (Performing).
Psychological Safety
Belief that one will not be punished or humiliated for speaking up
Team members feel safe to take risks, ask questions, and admit mistakes without fear. Essential for performance.
Virtual Teams
Groups of people with shared objectives who collaborate remotely
Team members not in the same room. Need extra effort on communication, trust, and collaboration tools.
Resource Histogram
Bar chart showing resource usage over time
Visual showing who is allocated when. Tall bars = overloaded. Look for peaks that need leveling.
Colocation
Placing team members in the same physical location
Everyone in the same room or building. Maximizes communication. The 'war room' approach.
Generalizing Specialist
Person with one or more specialties plus broad knowledge across the domain
Someone who's an expert at one thing but can do many things. The agile ideal — T-shaped skills.
Expert Power
Influence based on knowledge, skills, or expertise
People follow you because you know what you're doing. Most effective power type for PMs.
Referent Power
Influence based on personal charisma and relationships
People follow you because they like and respect you. Second most effective for PMs.
Coercive Power
Influence based on ability to punish
People comply because they're afraid. Least effective. Creates resentment. Never the right exam answer.
Motivation Theories
Frameworks explaining what drives human behavior (Maslow, Herzberg, McGregor)
Maslow: hierarchy of needs. Herzberg: hygiene vs. motivators. McGregor: Theory X (lazy) vs. Y (self-driven).
Team Charter
Document recording team values, agreements, and operating guidelines
The team's own rules: how we make decisions, how we communicate, what we expect of each other.
Recognition and Rewards
Formal or informal acknowledgment of desired behavior or performance
Saying thank you. Publicly or privately. Money, time off, or just acknowledgment. Hugely underused.
Training
Activities designed to enhance the competencies of team members
Building skills the team needs but doesn't have. Courses, workshops, mentoring, self-study.
Ground Rules
Expectations regarding acceptable behavior for project team members
The agreed-upon norms: cameras on in meetings, respond to Slack within 4 hours, etc.
Organizational Structure
How authority and responsibility are arranged (functional, matrix, projectized)
Functional = PM has no authority. Matrix = shared authority. Projectized = PM has full authority.

Risk

25 terms

Risk
Uncertain event or condition that, if it occurs, has a positive or negative effect
Something that MIGHT happen. Can be bad (threat) or good (opportunity). Not an issue — it hasn't happened yet.
Threat
Risk event that would have a negative impact
Bad thing that might happen. You want to prevent, reduce, or prepare for it.
Opportunity
Risk event that would have a positive impact
Good thing that might happen. You want to make it more likely or be ready to capitalize on it.
Risk Register
Document recording identified risks, analysis results, and response plans
The master list of everything that could go wrong (or right), how likely it is, and what you'll do about it.
Probability × Impact
Grid for prioritizing risks based on their probability and (P×I) Matrix impact ratings
Multiply how likely it is by how bad it would be. High score = pay attention. Low score = monitor.
EMV (Expected Monetary Value)
Probability × monetary impact of a risk
If there's a 30% chance of losing $100K, the EMV is -$30K. Used for decision trees and reserves.
Monte Carlo Simulation
Statistical technique using random sampling to model uncertainty
Running the schedule 10,000 times with random variations to find the probability of finishing by a date.
Avoid
Risk response eliminating the threat by changing the plan
Change the plan so the risk can't happen. Remove the cause entirely.
Mitigate
Risk response reducing the probability or impact of a threat
Make it less likely or less damaging. Plan B that softens the blow.
Transfer
Risk response shifting impact to a third party
Make it someone else's problem. Insurance, warranties, fixed-price contracts.
Accept
Risk response acknowledging the risk without proactive action
Active accept = set aside contingency. Passive accept = do nothing and deal with it if it happens.
Escalate
Risk response for risks outside the PM's authority
Not your call. Raise it to program, portfolio, or executive level. New formal strategy in the 8th edition.
Exploit
Risk response ensuring a positive risk occurs
Make the opportunity happen for sure. Assign the best resources, accelerate the timeline.
Enhance
Risk response increasing the probability or impact of an opportunity
Make the good thing more likely or bigger. Add resources, adjust timing, increase exposure.
Share
Risk response allocating opportunity ownership to a best- positioned party
Partner with someone better positioned to capitalize on the opportunity. Joint ventures.
Risk Appetite
Degree of uncertainty an organization is willing to accept
How much risk is the company comfortable living with? Drives all risk decisions.
Risk Tolerance
Measurable amount of risk an organization is willing to withstand
The specific threshold: 'We can tolerate up to $500K in overruns.' Quantified version of appetite.
Risk Threshold
Level of risk exposure above which risks are addressed and below which accepted
The line in the sand. Above this = take action. Below this = accept and monitor.
Residual Risk
Risk remaining after risk responses have been implemented
What's left after you've done everything you planned to do. The leftover risk you live with.
Secondary Risk
Risk that arises as a direct result of implementing a risk response
Your fix created a new problem. Hired a contractor to mitigate (transfer), now you have vendor risk.
Sensitivity Analysis
Technique determining which risks have the most impact on the project
Tornado diagram: which risks move the needle most? Focus your energy on the big bars.
Risk Report
Document presenting information on overall project risk and individual risks
The big picture: are we in good shape or are risks accumulating? Summary for leadership.
Decision Tree
Diagram showing the sequence of interrelated decisions and expected results
Branching diagram where each choice leads to outcomes with probabilities and values. Helps pick the best path.
Workaround
Response to a threat that has occurred for which no prior response was planned
The risk happened and you didn't plan for it. Now you're improvising. Fix it in real time.
Risk Trigger
Event or situation that indicates a risk is about to occur or has occurred
The early warning sign. 'If the vendor misses two consecutive deadlines, the delivery risk is materializing.'

Agile & Hybrid

23 terms

Agile
Iterative approach delivering value incrementally through short cycles with continuous feedback
Build a little, show it, get feedback, adjust, repeat. Embrace change instead of fighting it.
Scrum
Agile framework using sprints, defined roles, and ceremonies for product development
The most popular agile framework. Sprint-based, with Product Owner, Scrum Master, and Dev Team roles.
Kanban
Method for managing work by visualizing flow and limiting work in progress
Board with columns (To Do → Doing → Done). Limit how many items can be 'Doing' at once. Continuous flow.
Product Owner
Person responsible for maximizing value by managing the product backlog
The one person who decides what gets built and in what order. Owns the backlog. NOT the PM.
Scrum Master
Servant leader responsible for promoting and supporting Scrum
Coaches the team on agile, removes impediments, facilitates ceremonies. NOT a project manager.
Product Backlog
Ordered list of everything needed in the product
The master wish list, prioritized by value. Product Owner owns it. Always changing, never 'done.'
Sprint Backlog
Set of product backlog items selected for the sprint plus the plan for delivering them
What the team committed to THIS sprint. Owned by the dev team. Don't add to it mid-sprint.
Definition of Done
Shared understanding of what 'complete' means for a (DoD) deliverable
The team's checklist. Coded, tested, reviewed, documented = done. If it's not in the DoD, it's not done.
User Story
Short description of functionality from the user's perspective: 'As a [role], I want [feature], so that [benefit]'
A requirement written as a real person's need. Not technical specs — business language.
Story Points
Relative measure of effort, complexity, and uncertainty for a user story
Not hours. Not days. Relative sizing. If that task is a 3, this one is probably an 8. Fibonacci scale.
WIP Limit
Maximum number of work items allowed in a workflow state at any time
Stop starting, start finishing. If your WIP limit is 3, you can't pull a 4th item until one is done.
Information Radiator
Visible display of information that makes status transparent to anyone walking by
Big visible charts on the wall (or virtual board) that show how things are going. No hiding.
Timebox
Fixed period of time during which an activity occurs
A hard deadline that doesn't move. The meeting is 15 minutes, the sprint is 2 weeks. Period.
Increment
Sum of all product backlog items completed during a sprint that meets the Definition of Done
The working product after each sprint. Should be potentially shippable. Each sprint adds to it.
Hybrid
Approach combining predictive and adaptive elements
Mix and match. Waterfall governance with agile delivery. Fixed milestones with sprint-based work. Most real projects.
SAFe
Scaled Agile Framework — methodology for scaling agile across large organizations
Agile for enterprises with hundreds of people. Adds layers: teams, trains, solutions, portfolio.
Retrospective
Team meeting to reflect on what went well, what didn't, and what to improve
The most important agile ceremony. If you skip this, you stop improving. Hold it every sprint.
Empirical Process Control
Process control based on observation and experimentation rather than upfront definition
Transparency + inspection + adaptation. See what's happening, assess it, adjust. The agile foundation.
Continuous Integration
Practice of merging code changes frequently, verified by automated builds and tests
Developers push code multiple times a day. Automated tests catch problems immediately. No 'big bang' integration.
Technical Debt
Implied cost of additional rework caused by choosing an easy solution now instead of a better approach
The shortcuts that will cost you later. Like a credit card — convenient now, expensive if you don't pay it off.
Spike
Time-boxed research or prototyping task to answer a question or reduce uncertainty
We don't know enough to estimate this. Spend 2 days researching, then come back with an answer.
Epic
Large body of work that can be broken down into smaller stories
A big feature or initiative. Too large for one sprint. Break it into user stories that fit.
Minimum Viable Product (MVP)
Version of a product with just enough features to satisfy early customers and provide feedback
The smallest thing you can build that someone will actually use and give you feedback on. Not a prototype — it works.

Sustainability & AI

23 terms

Sustainability Pyramid
Framework defining project value across economic, environmental, and social dimensions
Success isn't just 'on time, on budget.' It's also 'did we harm the environment? did we help people?'
ESG
Environmental, Social, and Governance — framework for sustainable business practices
The three pillars organizations use to measure impact beyond profit. Increasingly required by regulators.
Triple Bottom Line
People, Planet, Profit — framework for measuring organizational success
Business success measured three ways: social impact, environmental impact, and financial results.
AI Automation
Low-complexity AI tasks requiring little human review
Meeting summaries, report generation, document analysis. Set it and (mostly) forget it.
AI Assistance
Medium-complexity AI tasks requiring iterative refinement
Risk registers, schedule drafts, cost estimates. AI gives you a starting point. You must review and refine.
AI Augmentation
High-complexity AI tasks using AI as a strategic brainstorming partner
Portfolio optimization, risk forecasting, scenario analysis. AI thinks WITH you through multiple iterations.
AI Hallucination
AI generating plausible but incorrect information
When AI confidently makes stuff up. Always validate AI output before using it in project artifacts.
Responsible AI
Ethical framework for AI use addressing bias, privacy, accountability, and transparency
Using AI thoughtfully: check for bias, protect data, keep humans accountable, tell people when AI is involved.
PMI Infinity
PMI's AI tool for project professionals with prompt library
PMI's official AI assistant. Includes ready-made prompts for common PM tasks. Referenced in PMBOK 8th ed.
Tailoring
Deliberate adaptation of approach, governance, and processes for the project context
Not every project needs every process. Pick what works, skip what doesn't, document why.
Bias (AI)
Systematic errors in AI output caused by biased training data or algorithms
The AI learned from flawed data and now gives flawed answers. Diversify data, test regularly, involve diverse teams.
Prompt Engineering
Technique of crafting effective inputs to AI systems to get useful outputs
Asking AI the right question the right way. Garbage in = garbage out. Good prompts = good results.
Data Privacy (AI)
Protection of sensitive information used in or generated by AI systems
Your project data might be used to retrain AI models. Paid tools let you restrict this. Free tools often don't.
Copyright (AI)
Ownership questions regarding content generated by AI systems
Who owns what AI produces? Still legally unclear. The PMBOK says consider the level of human involvement.
CPMAI
Cognitive Project Management in AI — PMI certification for AI in PM
PMI's official AI certification for project managers. Signals that AI competency is becoming a professional expectation.
Cost of Quality (CoQ)
Total cost of conformance (prevention + appraisal) and non-conformance (internal + external failure)
Spend money preventing defects upfront, or spend MORE money fixing them later. Prevention is always cheaper.
PDCA Cycle
Plan-Do-Check-Act — continuous improvement cycle
Try something, measure it, see if it worked, adjust. Repeat forever. The engine of continuous improvement.
Compliance
Adherence to laws, regulations, standards, and organizational policies
Following the rules — both external (government) and internal (company policy). Non-negotiable on the exam.
Benefits Management Plan
Document defining how benefits will be created, maximized, and sustained
How do we make sure the project actually delivers the value it promised? And who tracks it after we're done?
Business Value
Net quantifiable benefit derived from a business endeavor
What the organization actually gets from doing this project. Money, time, capability, competitive advantage.
Organizational Change Management
Framework for managing the people side of change to achieve business outcomes
The project delivers a system. OCM makes sure people actually USE the system. Technology is easy; people are hard.
Kotter's 8 Steps
Model for leading organizational change through urgency, coalition, vision, and anchoring
Create urgency, build a team, define the vision, communicate it, remove obstacles, get wins, build on them, make it stick.
ADKAR Model Knowledge, Ability, Reinforcement
Change management model: Awareness, Desire,
Five things every person needs to change: know WHY, WANT to, know HOW, CAN do it, and it STICKS.

Free, and staying that way

No sign-up and no download. If you are studying for the 2026 exam, the paid material goes considerably deeper than a definition.