Study guide
1.3 Project Management Methodologies & Frameworks
CompTIA Project+ PK0-005
Track your progress as you read
Finished sections get a check mark.
1 Chapter 1: Project Management Fundamentals & Organizational Structures
1.1 Project Roles and Stakeholder Responsibilities 1.2 Organizational Structures and PM Authority 1.3 Project Management Methodologies & Frameworks
2 Chapter 2: Scope, Schedule & Resource Management
2.1 Scope Baseline, WBS, and Change Control 2.2 Schedule Development, Estimation & Critical Path 2.3 Resource Allocation, RACI Matrix & Team Dynamics
3 Chapter 3: Risk, Issue, Quality & Vendor Management
3.1 Risk Management, Analysis & Response Strategies 3.2 Issue & Procurement Management
4 Chapter 4: Project Initiation & Planning Lifecycle
4.1 Business Case, Feasibility & Project Charter 4.2 Comprehensive Project Planning & Baselines 4.3 Stakeholder, Records & Communication Planning
5 Chapter 5: Execution, Monitoring, and Closure
5.1 Project Execution, Adoption & Phase Gates 5.2 Quality & Performance Management 5.3 Project Closure, Transition & Lessons Learned
6 Chapter 6: Project Tracking & Analysis Tools
6.1 Project Tracking Charts, Logs & Dashboards 6.2 Quality & Performance Analysis Charts
7 Chapter 7: Documentation, Communication & Collaboration
7.1 Operational Project Documentation & Version Control 7.2 Meeting Types, Roles & Follow-Through 7.3 Collaboration Tools & Knowledge Management
8 Chapter 8: Basics of IT and Governance
8.1 SDLC Fundamentals & IT Infrastructure Basics 8.2 Agile, DevSecOps & Operational Change Control 8.3 IT Governance, Regulatory Compliance & Data Privacy 8.4 Information Security Fundamentals & Risk Control 8.5 ESG & Responsible Project Governance
1.3 Project Management Methodologies & Frameworks
Key Takeaways Explain This Topic AI
Waterfall is a predictive, sequential methodology best suited for projects with well-defined requirements and low expected change.
Agile is an iterative, adaptive approach that embraces change, making it ideal for software development and projects with evolving requirements.
Scrum is a popular Agile framework that uses short iterations called sprints, led by a Scrum Master and Product Owner.
PRINCE2 is a highly structured, process-driven methodology focused on business justification and clear stage gates.
Last updated: August 2026
Project Management Methodologies & Frameworks
A methodology is a system of practices, techniques, procedures, and rules used by those who work in a discipline. In project management, choosing the right methodology is critical for success. Using a rigid methodology on a fast-changing project can lead to missed opportunities, while using a flexible methodology on a highly regulated construction project can result in chaos and compliance failures. The CompTIA Project+ exam expects you to understand the differences between predictive (Waterfall) and adaptive (Agile) approaches, and when to intelligently apply them based on the project's characteristics and constraints. It is not about one methodology being "better" than the other, but rather which is the right tool for the job at hand.
Waterfall (Predictive) Methodology
The Waterfall methodology is a traditional, sequential approach to project management. It is highly predictive, meaning the entire project is planned out in detail before any execution begins. Each phase must be completed and signed off before the next phase can begin. It flows in one direction, much like a waterfall tumbling down a rocky cliff. It is very resistant to change because changes invalidate the upfront planning.
Phases of Waterfall:
Requirements Gathering: All requirements are defined upfront. This phase is critical because changing requirements later is very expensive. Stakeholders must agree on every detail before development starts.
Design: The solution is designed based on the fixed requirements. This involves creating detailed architectural and technical documents.
Implementation/Execution: The product is built exactly according to the design specifications. Deviations are not allowed without formal change control.
Testing: The final product is tested against the initial requirements to ensure compliance and quality.
Deployment & Maintenance: The product is released to the customer, and post-launch support begins.
When to use Waterfall:
Clear Requirements: The customer knows exactly what they want, and requirements are unlikely to change over the project's life.
Strict Regulatory Environment: Projects requiring extensive documentation and rigid approval gates (e.g., medical devices, aerospace, government defense contracts).
Construction/Manufacturing: Building a bridge requires a sequential approach; you can't build the roof before the foundation is poured. The physical world often demands Waterfall.
Agile (Adaptive) Methodology
Agile is an iterative and incremental approach. Instead of trying to plan the whole project upfront, Agile teams deliver work in small, consumable increments. It is designed to be highly adaptable to change, recognizing that in many modern projects, the customer might not know exactly what they want until they see it in action.
Key Agile Concepts:
Iterative Delivery: Delivering functional pieces of the product continuously, rather than all at once at the end. This allows for early ROI and reduces the risk of total project failure.
Embracing Change: Agile welcomes changing requirements, even late in development, viewing change as a competitive advantage rather than a nuisance.
Customer Collaboration: Constant feedback from the customer ensures the team is building the right product, course-correcting frequently through sprint reviews.
When to use Agile:
Unclear Requirements: The customer isn't entirely sure what the final product should look like and needs to explore options dynamically.
Software Development: Where changes are easy to implement (changing code is cheaper than moving concrete) and rapid user feedback is crucial.
High Innovation: Projects requiring experimentation, flexibility, and a fast time-to-market to beat competitors.
Common Agile Frameworks
While Agile is a mindset (defined by the Agile Manifesto), there are specific frameworks used to implement it in practice.
Scrum
Scrum is the most popular Agile framework. It organizes work into short, time-boxed iterations called sprints (typically 1-4 weeks).
Roles:
Scrum Master: Acts as a servant leader, removing impediments and ensuring Scrum practices are followed. They are a coach, not a boss.
Product Owner: Represents the customer, manages the backlog, and prioritizes the work based on business value.
Development Team: A self-organizing, cross-functional group that executes the work without external micromanagement.
Artifacts: Product Backlog (everything needed), Sprint Backlog (work selected for the current sprint), Increment (the usable, potentially shippable product at the end of a sprint).
Kanban
Kanban focuses on continuous delivery and visualizing work. It uses a Kanban board (columns like To Do, Doing, Done) to track progress and strictly limits Work in Progress (WIP) to prevent bottlenecks and ensure a smooth flow of value. Unlike Scrum, Kanban does not inherently use time-boxed sprints.
PRINCE2
PRINCE2 (PRojects IN Controlled Environments) is a highly structured, process-driven methodology widely used in the UK and Europe. It focuses heavily on business justification—ensuring the project makes financial and strategic sense at every stage. It divides projects into manageable and controllable stages, with strict governance boards deciding whether the project should proceed at each stage gate.
Methodology Approach Best For Handling Change
Waterfall Sequential, Predictive Construction, Fixed scope Difficult and costly, requires formal change control
- Agile Iterative, Adaptive Software, Evolving scope Welcomed and expected, handled via backlog prioritization
- Scrum Time-boxed sprints Complex problem solving Handled between sprints by the Product Owner
- Kanban Continuous flow Operations, Maintenance Handled continuously as items enter the board
Exam Trap: Know the difference between predictive and adaptive. If a question describes a project where all planning is done upfront and changes are heavily restricted through a formal change control board, it's describing a predictive (Waterfall) methodology. If the team is embracing changing requirements and delivering in increments, it is Agile.
Loading diagram... Waterfall vs Agile Approach
Project Characteristics, Programs, and Portfolios
A project has a defined start and finish, produces a unique product, service, or result, and exists for a stated reason. Repetitive operational work is ongoing; a project is temporary even when its deliverable will be operated for years.
A related group of projects can be coordinated as a program to obtain benefits that separate management would not provide. A portfolio groups projects and programs to support strategy and investment choices; its components do not need to be technically related. In a scenario, ask whether the decision concerns one temporary effort, coordinated benefits across related efforts, or strategic selection across investments.
Frameworks Named in the PK0-005 Objectives
Framework Distinguishing exam cue
DevOps Development and operations collaborate to shorten delivery and improve reliability.
DevSecOps Security checks and ownership are integrated throughout development and operations.
Kanban Work is visualized, flow is continuous, and work-in-progress limits expose bottlenecks.
PRINCE2 Continued business justification, defined roles, management stages, and controlled exceptions.
SDLC Requirements, design, build, test, deploy, and maintain software; delivery style may be predictive or adaptive.
Scrum A small self-managing team works toward a Sprint Goal in fixed-length Sprints of one month or less.
SAFe Agile planning and coordination are extended across many teams and organizational levels.
XP Short feedback loops and engineering practices such as pair programming, refactoring, and continuous integration.
Waterfall Work proceeds predictively through planned phases when requirements and controls are comparatively stable.
Method choice also depends on tolerance for changes to requirements, budget, and schedule; organizational culture; the development environment; industry standards; team size and roles; product ownership; resource allocation and commitment; and the communication pattern stakeholders require.