Cheat sheet

CompTIA Project+ PK0-005 Cheat Sheet

Quick Facts

Exam code
PK0-005 (V5)
Items
Max 90 (older PDF: 95)
Time
90 minutes
Pass
710 of 900 scaled
Format
Multiple-choice plus performance-based
Experience
6-12 months IT projects
Prerequisite
None required
Delivery
Pearson VUE, center or online
Languages
English, Japanese, Thai
Renewal
3 years, 30 CEUs
Retake
2nd anytime, 3rd after 14 days
Blueprint
Objectives version 6.0

Threat Responses

AMTA: Avoid, Mitigate, Transfer, Accept

Avoid removes causeMitigate lowers impactTransfer shifts costAccept holds reserve

Agile vs Waterfall

Agile

  • High tolerance for change
  • Iterative, incremental delivery
  • Frequent informal communication
  • Small dedicated cross-functional team

Waterfall

  • Requirements, budget, schedule fixed
  • Sequential phases with sign-offs
  • Formal documented communication
  • Larger, role-specialized team

Change tolerance picks the method

Methodology Picker

  1. Requirements fixed, change intolerantWaterfall(Regulated or contract-driven)
  2. Requirements evolve every sprintScrum(Timeboxed iterations)
  3. Steady request flow arrivesKanban(WIP limits)
  4. Many agile teams alignedSAFe(Scaled delivery)
  5. Engineering discipline is priorityExtreme programming(Pairing, test-first)
  6. Formal stage-gate governance requiredPRINCE2(Controlled environments)
  7. Security must ride pipelineDevSecOps(Shift left)

Project Basics

Project
Temporary, unique, defined finish
Program
Related projects, shared benefits
Portfolio
All projects, programs, operations
PMO
Sets project management standards
Sponsor
Funds and authorizes the project
Project manager
Plans, executes, controls delivery
Product owner
Owns and orders backlog
Scrum master
Removes blockers, protects process
Business analyst
Elicits and documents requirements
SME
Deep expertise on demand

Opportunity Responses

EESA: Exploit, Enhance, Share, Accept

Exploit makes certainEnhance raises oddsShare brings partnerAccept takes luck

Risk vs Issue

Risk

  • Might happen later
  • Lives in risk register
  • Has probability and impact
  • Answered by contingency plan

Issue

  • Already happening now
  • Lives in issue log
  • Has severity and urgency
  • Answered by resolution plan

A realized risk becomes an issue

Risk Response Picker

  1. Remove the cause entirelyAvoid(Threat)
  2. Reduce probability or impactMitigate(Threat)
  3. Insure or subcontract exposureTransfer(Threat)
  4. Make the upside certainExploit(Opportunity)
  5. Raise the upside oddsEnhance(Opportunity)
  6. Partner to capture benefitShare(Opportunity)
  7. Log it, hold reserveAccept(Either direction)
  8. Risk already occurredContingency plan(Now an issue)

Methodologies and Frameworks

Waterfall
Sequential phases, fixed requirements
Scrum
Timeboxed sprints, three roles
Kanban
Continuous flow, WIP limits
SAFe
Scales agile across teams
Extreme programming
Engineering practices, pairing, testing
PRINCE2
Projects in controlled environments
DevOps
Development and operations combined
DevSecOps
Security built into pipeline
SDLC
Software development life cycle
Hybrid
Predictive plan, agile delivery

Five Conflict Modes

Smoothing, forcing, compromise, collaboration, avoiding

Collaboration is bestAvoiding resolves nothingForcing damages trust

Scope Creep vs Scope Change

Scope creep

  • No change request raised
  • Baselines silently go stale
  • Budget consumed without approval
  • Uncontrolled, must be stopped

Scope change

  • Change request documented first
  • Impact assessed, decision recorded
  • Baselines and plan updated
  • Controlled and communicated

Approval is the only difference

Procurement Document Picker

  1. Exploring options, no specificationRFI(Market research)
  2. Known item, need priceRFQ(Price only)
  3. Fixed specification, competing bidsRFB(Lowest compliant bid)
  4. Vendor should propose approachRFP(Best value)

Change Control

Change request
Formal ask to alter scope
Change control log
Records every request and status
Preliminary review
Screens the request first
Impact assessment
Cost, schedule, scope, risk
CCB
Change control board decides
Validate change
Confirm implementation actually worked
Scope creep
Uncontrolled work, no approval
Product change
Alters the deliverable itself
Project change
Alters plan, schedule, budget

Team Stage Order

Forming, storming, norming, performing, adjourning

Forming meetsStorming clashesNorming agreesPerforming deliversAdjourning releases

Revise Baseline vs Rebaseline

Revise baseline

  • Approved change adjusts baseline
  • Original plan stays usable
  • Normal change control output

Rebaseline

  • Old baseline no longer meaningful
  • Whole plan reset formally
  • Needs sponsor authorization

Rebaseline only when measurement breaks

Contract and Sourcing Picker

  1. Scope clear, budget fixedFixed price(Seller holds risk)
  2. Scope uncertain, work evolvingCost plus(Buyer holds risk)
  3. Effort unknown, staff neededTime and material(Billed hourly)
  4. Repeat measurable units deliveredUnit price(Rate per unit)
  5. Long relationship, many ordersMaster service agreement(Purchase orders underneath)
  6. Short-term equipment needLease(No ownership)
  7. Pay only for usageSubscription(Operating expense)

Risk Management

Threat responses
Avoid, mitigate, transfer, accept
Opportunity responses
Exploit, enhance, share, accept
Qualitative analysis
Rank probability versus impact
Quantitative analysis
Simulation and numeric modelling
Contingency plan
Planned response, known risk
Workaround
Improvised response, unknown risk
Risk register
Risks, owners, responses, ratings
Detectability
How early risk surfaces
Interconnectivity
Risks that trigger others
Common triggers
Mergers, reorganizations, end-of-life

Fixed Price vs Cost Plus

Fixed price

  • Price locked at signature
  • Seller absorbs overruns
  • Needs a clear specification

Cost plus

  • Actual costs reimbursed
  • Buyer absorbs overruns
  • Suits uncertain or evolving scope

Certainty of scope moves risk

Issue Management

Issue
Problem happening right now
Issue log
Owner, severity, resolution, status
Severity
How damaging the issue is
Urgency
How soon action is needed
Escalation path
Who decides at each level
Root cause analysis
Finds why it happened
Outcome documentation
Records resolution for reuse

Program vs Portfolio

Program

  • Related projects, one benefit
  • Coordinated for shared outcome
  • Run by program manager

Portfolio

  • All projects and programs
  • Grouped for strategic investment
  • Projects need not relate

Program relates, portfolio only collects

Schedule and Dependencies

Finish-to-start
Predecessor ends, successor starts
Start-to-start
Both activities begin together
Finish-to-finish
Both activities end together
Start-to-finish
Successor ends after predecessor starts
Hard logic
Mandatory, physically required order
Soft logic
Discretionary, preferred order
External dependency
Outside the project team
Critical path
Longest path, zero float
Float
Delay allowed without slipping
PERT
Weighted three-point duration estimate
Crashing
Add resources, raise cost
Fast-tracking
Overlap activities, raise risk
Contingency reserve
Buffer for identified risks
Story points
Relative effort, not hours
Epic
Large story split later

Cost and Performance

PV
Planned value of scheduled work
EV
Earned value of completed work
AC
Actual cost already spent
Cost variance
EV minus AC
Schedule variance
EV minus PV
Negative variance
Over budget or behind
KPI
Measured indicator of progress
OKR
Objective plus measurable results
SLA
Agreed service level commitment

Quality Management

Unit testing
Single component in isolation
Smoke testing
Quick build sanity check
Regression testing
Old features still work
Stress testing
Behaviour beyond normal load
Performance testing
Speed under expected load
UAT
Business confirms it works
Verification
Built to the specification
Validation
Meets the real need
Audit or inspection
Independent conformance check
Warranty period
Post-implementation support window
Retrospective
Team improves its process
Sprint review
Demonstrate increment to stakeholders

Procurement and Contracts

RFI
Survey the market first
RFQ
Price a defined item
RFB
Bids against fixed specification
RFP
Proposals for a solution
Fixed price
Seller carries overrun risk
Cost plus
Buyer reimburses costs plus fee
Time and material
Rate plus expenses billed
Unit price
Set rate per unit
MSA
Master terms for future orders
SOW
Deliverables, standards, acceptance
TOR
Terms of reference scope
NDA
Confidentiality obligation on parties
Best value
Quality weighed against price
Build, buy, lease
Plus subscription pay-as-you-go

Team and Resources

Functional structure
Functional manager holds authority
Matrix structure
Authority shared with PM
Projectized structure
PM holds full authority
Tuckman stages
Forming, storming, norming, performing, adjourning
Resource types
Human, physical, capital
Shared vs dedicated
Split time or full-time
Gap analysis
Current versus required state
Resource loading
Work assigned per person
Successor planning
Cover for key departures
Decommissioning
Retire hardware or software

Conflict and Communication

Smoothing
Play down the differences
Forcing
Impose one side's answer
Compromise
Both sides give something up
Collaboration
Solve until both sides win
Avoiding
Withdraw from the conflict
Synchronous
Same time: call, meeting
Asynchronous
Email, chat, recorded update
Formal communication
Reports, contracts, signed records
Channels formula
n(n-1)/2 for n people
Communication plan
Who, what, when, how

Life Cycle Order

Discovery, initiation, planning, execution, closing

Discovery justifiesInitiation authorizesPlanning baselinesExecution deliversClosing archives

Charter vs Scope Statement

Project charter

  • Authorizes the project
  • Names the project manager
  • Holds preliminary scope only
  • Signed by the sponsor

Scope statement

  • Planning phase artifact
  • Lists deliverables and exclusions
  • Defines acceptance criteria
  • Feeds the work breakdown structure

Charter authorizes, scope statement defines

Artifact Picker by Phase

  1. Justify the investmentBusiness case(Discovery)
  2. Authorize project, name PMProject charter(Initiation)
  3. Assign task ownershipRACI matrix(Initiation)
  4. Define deliverables and exclusionsDetailed scope statement(Planning)
  5. Break scope into packagesWork breakdown structure(Planning)
  6. Plan go-live and handoffTransition plan(Planning)
  7. Record final performanceCloseout report(Closing)
  8. Capture improvement ideasLessons learned(Closing)

Discovery Artifacts

Business case
Justifies investment before approval
ROI analysis
Return compared with cost
Current vs future state
Gap the project closes
CapEx
Up-front asset purchase, depreciated
OpEx
Recurring running cost
Preexisting contract
Client SOW or TOR
Prequalified vendor
Already approved supplier
Predetermined client
Customer fixed before start

RACI Roles

Responsible, Accountable, Consulted, Informed

Exactly one accountableMany may be responsibleConsulted is two-wayInformed is one-way

WBS vs Product Backlog

Work breakdown structure

  • Decomposes total scope
  • Ends in work packages
  • Predictive planning artifact

Product backlog

  • Ordered list of features
  • Refined continuously
  • Agile planning artifact

Both define units of work

Initiation Activities

Project charter
Authorizes project, names PM
Project objectives
What success must deliver
Success criteria
How completion is judged
Preliminary scope statement
High-level scope inside charter
RAM or RACI
Assigns responsibility per task
Stakeholder assessment
Interest, influence, preferred channel
Accepted channels
Agreed communication routes
Records management plan
Naming, storage, retention, archiving
Access requirements
Who may read, edit
Project kickoff
Aligns team on goals

CapEx vs OpEx

CapEx

  • Up-front asset purchase
  • Depreciated over years
  • Servers, hardware, licences

OpEx

  • Recurring running cost
  • Expensed as incurred
  • Cloud subscriptions, support

Own it or rent it

Planning Artifacts

Detailed scope statement
Deliverables, exclusions, acceptance criteria
WBS
Scope split into work packages
Backlog
Ordered list of features
Baselines
Approved scope, schedule, cost
Milestones
Zero-duration schedule checkpoints
Project management plan
How the project runs
QA plan
How quality is assured
Communication plan
Cadence, audience, method, escalation
Transition or release plan
Go-live, training, operational handoff
Initial risk assessment
First pass at risks
MVP
Smallest usable delivered product
Budget considerations
Funding limits and reserves

Execution and Control

Organizational change management
Drives and reinforces adoption
Reinforce adoption
Keep training after go-live
Vendor rules of engagement
How suppliers must operate
Monitor vendor performance
Check against agreed terms
Team touch points
Regular check-in cadence
Risk reporting
Status of open risks
Ad hoc reporting
Unscheduled, on-request status
Phase gate review
Go, no-go, or conditional
Revise baseline
Approved change adjusts baseline
Rebaseline
Replace an unusable baseline

Closing Phase

Validate deliverables
Confirm acceptance criteria met
Project evaluation
Performance against the objectives
Close contracts
Settle vendor obligations formally
Remove access
Revoke systems and data
Release resources
Return people and assets
Budget reconciliation
Final cost against baseline
Archive documentation
Store records per plan
Closeout report
Formal record of performance
Lessons learned
Improvements for future projects
Project sign-off
Sponsor formally accepts result
Rewards and celebration
Recognize the team's contribution

Burndown vs Burnup

Burndown

  • Work remaining falls
  • Target is zero
  • Added scope hides the trend

Burnup

  • Work completed rises
  • Separate line shows scope
  • Scope growth stays visible

Use burnup when scope moves

Chart Picker

  1. Show durations and dependenciesGantt chart(Timeline bars)
  2. Show checkpoints onlyMilestone chart(Zero duration)
  3. Find the critical pathProject network diagram(Dependency arrows)
  4. Rank causes by frequencyPareto chart(80/20 focus)
  5. Find underlying root causesFishbone diagram(Cause categories)
  6. Check process stabilityControl chart(Upper, lower limits)
  7. Track sprint work remainingBurndown chart(Falls to zero)
  8. Keep added scope visibleBurnup chart(Separate scope line)
  9. Forecast team throughputVelocity chart(Points per sprint)

Tracking Charts

Gantt chart
Activity bars across timeline
Milestone chart
Checkpoints only, no durations
Project network diagram
Dependency arrows, critical path
PERT chart
Adds weighted duration estimates
Budget burndown chart
Remaining funds over time
Project organizational chart
Reporting lines and roles

Log Picker

  1. Might happen laterRisk register(Probability and impact)
  2. Blocking the team nowIssue log(Owner and resolution)
  3. Someone wants scope alteredChange log(Status of approval)
  4. Build failed a testDefect log(Product fault)
  5. Prove a requirement shippedRequirements traceability matrix(Requirement to test)

Logs and Registers

Risk register
Might happen, with responses
Risk report
Summarized risk exposure
Issue log
Already happened, with owners
Change log
Requests and approval status
Defect log
Product faults found testing
RTM
Requirements traced to tests
Project dashboard
Live status at glance
Project status report
Periodic written progress summary
Task board
Visual work in progress
Time-tracking tool
Hours recorded against tasks

Quality and Performance Charts

Histogram
Frequency distribution bars
Pareto chart
Few causes, most problems
Run chart
Values plotted over time
Control chart
Limits show process stability
Scatter diagram
Relationship between two variables
Fishbone diagram
Root causes grouped by category
Burndown chart
Work remaining falls
Burnup chart
Work done versus scope
Velocity chart
Work completed per sprint
Decision tree
Branches with expected values

Meeting Types and Roles

Collaborative meeting
Workshop, brainstorm, focus group
JAD or JAR session
Joint requirements or review
Informative meeting
Stand-up, demo, status
Decisive meeting
Refinement, task setting, steering
Facilitator
Keeps the agenda moving
Scribe
Captures minutes and actions
Attendees
Target audience who contribute
Timeboxing
Caps time per topic
Action items
Owner plus due date

Productivity and Collaboration Tools

Real-time co-authoring
Several editors, one document
Wiki knowledge base
Durable asynchronous reference material
File sharing platform
Central controlled document storage
E-signature workflow
Routes approvals for signature
Whiteboard
Visual synchronous ideation
Ticketing system
Intake, assign, audit requests
Version control
Tracks document or code revisions
Enterprise social media
Broad internal informal updates
Cloud vs on-premises
Hosted versus local install

Cloud Model Ladder

IaaS, PaaS, SaaS: you manage less

IaaS gives OS controlPaaS runs your codeSaaS is ready made

Staging vs Production

Staging or beta

  • Mirrors production configuration
  • No real users affected
  • Where defects should surface

Production

  • Live users and data
  • Needs maintenance window
  • Needs rollback plan ready

Never test first in production

IT Basics

IaaS
You manage operating system upward
PaaS
You manage application and data
SaaS
Vendor manages nearly everything
XaaS
Anything delivered as service
Multitiered architecture
Presentation, logic, data separated
Data warehouse
Consolidated store for reporting
ERP
Core finance and operations
CRM
Sales and customer records
EDRMS
Documents and retained records
CMS
Manages published content
API
Interface between two systems

PII vs PHI

PII

  • Identifies a specific person
  • Name, address, identity number
  • Broad privacy regulations apply

PHI

  • Health data plus identity
  • Diagnoses, treatment, insurance records
  • Extra healthcare rules apply

PHI is PII plus health

Information Security

Physical security
Facility access, removable media
Operational security
Screening and clearance requirements
Digital security
Permissions and remote access
MFA
Two or more authentication factors
Data classification
Sensitivity drives handling rules
Need-to-know
Access only where required
Intellectual property
Protected proprietary creations
Trade secret
Confidential competitive information
Branding restrictions
Limits on logo use

Compliance and Privacy

PII
Identifies a specific individual
PHI
Health data tied to person
Data confidentiality
Limits who may see
Jurisdictional privacy rules
Country, state, province differ
Legal and regulatory impact
Assessed during planning
Industry compliance
Sector rules such as PCI
PCI
Payment card industry rules

Operational Change Control

Maintenance window
Scheduled and approved downtime
Customer notification
Warn users before change
Rollback plan
Undo path if failure
Validation check
Confirms the change succeeded
Requirements definition
Software change starts here
Automated testing
Scripted, repeatable, fast
Manual testing
Human judgement, exploratory
CI/CD
Automated build, test, release
Staging environment
Production-like, no live users
Production environment
Live users and data

ESG Factors

Environmental impact
Local and global effects
Regulations and standards
Awareness of applicable rules
Vision and values
Alignment with company mission
Brand value
Project effect on reputation

Common Traps

SPI on the Acronym List

SPI = sensitive personal information SPI = schedule performance index

Earned Value Terms Tested

Blueprint names CV and SV CPI, SPI, EAC not listed

Passing Score Is Scaled

710 on 100-900 scale 79 percent of items

Item Count Sources Disagree

Cert page: maximum 90 items Objectives PDF: maximum 95

Contingency Plan vs Workaround

Contingency answers a known risk Workaround answers an unforeseen issue

Accountable Is Singular

Exactly one accountable per task Several may be responsible

Charter Is Not Scope

Charter holds preliminary scope Scope statement holds the detail

Program Is Not Portfolio

Program projects share benefits Portfolio projects need not relate

Project+ Is No Longer Lifetime

Three-year CE cycle, 30 CEUs No longer good for life

Verification vs Validation

Verification checks the specification Validation checks the real need

Last Minute

  1. 1.Concepts 33%, life cycle 30%
  2. 2.Tools 19%, IT governance 18%
  3. 3.Max 90 items, 90 minutes
  4. 4.710 of 900 scaled passes
  5. 5.Risk register plans, issue log reacts
  6. 6.Cost variance = EV - AC
  7. 7.Schedule variance = EV - PV
  8. 8.Critical path has zero float
  9. 9.Charter authorizes, scope statement defines
  10. 10.One accountable person per task
  11. 11.Fixed price puts risk on seller
  12. 12.Threats: avoid, mitigate, transfer, accept
  13. 13.Opportunities: exploit, enhance, share, accept
  14. 14.Change requests go through CCB
  15. 15.Fishbone finds causes, Pareto ranks
  16. 16.Burnup keeps added scope visible
  17. 17.PII identifies, PHI adds health
  18. 18.Rollback plan before production change
  19. 19.Lessons learned before final sign-off
Same family resources

Explore More CompTIA Certifications

Continue into nearby exams from the same family. Each card keeps practice questions, study guides, flashcards, videos, and articles in one place.