Last Updated on March 23, 2025 by andrewshih
The Agile mindset is a set of values, principles, and practices that prioritize flexibility, collaboration, customer satisfaction, and iterative progress over rigid structures and heavy documentation. The PMP exam assesses your ability to apply these concepts in real-world project scenarios.
In this article, we will cover the essential Agile mindsets and key concepts that you need to understand and help you prepare for the PMP exam.
- The Agile Mindset
- Agile Values (The Agile Manifesto)
- The 12 Agile Principles
- Agile Leadership: Servant Leadership
- Agile Frameworks & Approaches
- Agile Framework Comparison — PMP Focus
- Scaled Agile Frameworks
- Agile vs. Predictive vs. Hybrid Approaches
- Agile Risk Management
- Agile Contracts & Procurement
- Agile Metrics & Reporting
- Agile Estimation Techniques
- Agile Governance & Compliance
- Conclusion
The Agile Mindset
Unlike traditional project management, Agile is not a methodology but a mindset and approach to delivering value incrementally and iteratively. This means:
- Teams continuously inspect and adapt their processes.
- Change is embraced, not resisted.
- The focus is on delivering value rather than following a fixed plan.
- Collaboration is key, and teams are empowered to make decisions.
Agile Values (The Agile Manifesto)
The Agile Manifesto defines four key values:
Traditional (Waterfall) Focus | Agile Focus | Why This Matters? |
Processes and tools | Individuals and interactions | Teams collaborate and adapt faster than rigid processes. |
Comprehensive documentation | Working software/product | Value comes from delivering usable solutions, not just paperwork. |
Contract negotiation | Customer collaboration | Customers are partners in the process, ensuring needs are met. |
Following a plan | Responding to change | Plans should evolve as new insights emerge. |
Mindsets and Key Concepts For the PMP Exam:
The PMP exam does not expect memorization of these values, but you must apply them to scenario-based questions. This means you need to understand how Agile teams operate and use Agile values to make the best project decisions in different situations.
Practice Question:
You are managing a software development project using Agile. Midway through the iteration, a key customer stakeholder requests a significant change to an important feature. The development team is concerned that incorporating the change could delay delivery, while the product owner sees value in adapting to the new request.
As an Agile project manager, what is the best course of action?
A. Inform the customer that changes cannot be accommodated mid-iteration and that the request will be considered for the next release.
B. Reject the change, as adhering to the original plan ensures on-time delivery.
C. Prioritize customer collaboration by reviewing the request with the team and assessing its feasibility within the current or upcoming iteration.
D. Allow the development team to decide whether to incorporate the change, as Agile teams are self-organizing.
Correct Answer:
✔ C. Prioritize customer collaboration by reviewing the request with the team and assessing its feasibility within the current or upcoming iteration.
Agile values customer collaboration over contract negotiation and responding to change over following a plan. This means the best course of action is to engage with the team and determine how the change can be incorporated without compromising delivery goals. Agile teams should be flexible but also evaluate feasibility before making commitments.
Why Other Choices Are Incorrect:
❌ A. Inform the customer that changes cannot be accommodated mid-iteration and that the request will be considered for the next release.
- This response ignores Agile’s adaptability and does not reflect the Agile principle of welcoming change even late in development.
❌ B. Reject the change, as adhering to the original plan ensures on-time delivery.
- Agile prioritizes delivering value over strict adherence to initial plans. Changes should be considered if they improve the product.
❌ D. Allow the development team to decide whether to incorporate the change, as Agile teams are self-organizing.
- While Agile teams are self-organizing, major decisions involving scope and value delivery should include the Product Owner and stakeholders, not just the development team.
The 12 Agile Principles
The 12 Agile principles expand on the four values and serve as a guideline for decision-making in Agile projects. Let’s break them down:
Customer Focus & Value Delivery Principles
1. Customer Satisfaction as the Highest Priority
- Agile prioritizes delivering value early and continuously to meet customer needs.
- Regular feedback loops ensure the product aligns with customer expectations.
2. Welcoming Changing Requirements
- Agile embraces changing requirements, even late in the project, if they add value.
- Flexibility allows teams to adapt based on evolving customer and market needs.
3. Frequent Delivery of Working Solutions
- Agile teams release small, working increments frequently rather than waiting for a final delivery.
- This approach reduces risk and ensures continuous improvement.
Mindsets and Key Concepts For the PMP Exam:
Expect scenario-based questions where the correct answer prioritizes customer collaboration, iterative delivery, and adaptability to change over rigid planning or contract constraints. Also, expect questions where a client requests a change late in the project. The correct Agile approach is to welcome changes that increase value rather than resist them.
Practice Question:
You are managing an Agile project for a new mobile banking application. The product owner has been actively working with the development team to prioritize high-value features. However, a key stakeholder from the client’s marketing department is unhappy with the latest sprint review, stating that a feature critical for the product launch was deprioritized in favor of lower-impact functionality. The stakeholder insists that this feature must be delivered immediately.
As an Agile project manager, what is the best course of action?
A. Work with the product owner and stakeholder to evaluate the business value of the feature and determine whether it should be reprioritized in the backlog.
B. Inform the stakeholder that backlog priorities were already set and cannot be changed at this stage.
C. Escalate the issue to senior leadership to ensure the feature is delivered as requested.
D. Direct the team to immediately start developing the requested feature to maintain stakeholder satisfaction.
Correct Answer:
✔ A. Work with the product owner and stakeholder to evaluate the business value of the feature and determine whether it should be reprioritized in the backlog.
Agile is driven by customer collaboration and delivering the highest-value work. The backlog is dynamic and should be adjusted based on business priorities. The best approach is to work with the product owner and the stakeholder to evaluate the feature’s value and adjust priorities accordingly, ensuring that the most impactful work is delivered first.
Why Other Choices Are Incorrect:
❌ B. Inform the stakeholder that backlog priorities were already set and cannot be changed at this stage.
- Agile embraces change and value-driven prioritization. The backlog is not fixed and should be reassessed if a feature is deemed critical.
❌ C. Escalate the issue to senior leadership to ensure the feature is delivered as requested.
- Agile promotes collaboration and decentralized decision-making. The product owner and team should evaluate and adjust priorities, rather than escalating immediately.
❌ D. Direct the team to immediately start developing the requested feature to maintain stakeholder satisfaction.
- While customer satisfaction is important, Agile teams follow a structured prioritization process and should not react to individual requests without proper evaluation.
Collaboration & Communication Principles
4. Business & Development Teams Must Work Together Daily
- Agile eliminates handoffs and promotes continuous collaboration between technical teams and business stakeholders.
- Direct engagement ensures that priorities align with business needs.
5. Build Projects Around Motivated Individuals
- Agile empowers self-organizing teams to take ownership of their work.
- Leaders provide support and remove obstacles rather than micromanaging.
6. Face-to-Face Conversation is the Most Effective Communication
- Agile prioritizes real-time, direct communication (e.g., daily standups) over lengthy email chains or reports.
- Clear, quick communication improves alignment and reduces misunderstandings.
Mindsets and Key Concepts For the PMP Exam:
Expect questions that emphasize team collaboration, self-management, and direct communication as the best ways to resolve issues and improve project efficiency rather than relying on rigid processes or excessive documentation.
Practice Question:
During a sprint, two senior developers on your Agile team disagree on the best technical approach for implementing a critical feature. The disagreement has started to slow down progress, and team morale is being affected. The Scrum Master is aware of the issue but has not intervened.
As the Agile project manager, what is the best way to handle this situation?
A. Encourage the developers to resolve the issue themselves since Agile teams are self-managing, and outside intervention could undermine their autonomy.
B. Organize a collaborative discussion where the developers present their perspectives to the team, allowing for open feedback and a collective decision.
C. Escalate the issue to senior management or architects to decide which approach is best for the project.
D. Require the team to document both approaches in detail before moving forward to ensure the best possible decision is made.
Correct Answer:
✔ B. Organize a collaborative discussion where the developers present their perspectives to the team, allowing for open feedback and a collective decision.
Agile prioritizes direct communication and team collaboration over rigid processes or excessive documentation. The best way to resolve a technical disagreement is open dialogue among team members rather than external escalation or unnecessary bureaucracy. A team-based discussion promotes transparency, innovation, and collective decision-making.
Why Other Choices Are Incorrect:
❌ A. Encourage the developers to resolve the issue themselves since Agile teams are self-managing, and outside intervention could undermine their autonomy.
- While Agile teams are self-managing, unresolved conflicts can disrupt progress and morale. Effective collaboration requires facilitated discussions when necessary.
❌ C. Escalate the issue to senior management or architects to decide which approach is best for the project.
- Agile emphasizes team-driven decision-making. Escalation should be a last resort, not the default response to internal disagreements.
❌ D. Require the team to document both approaches in detail before moving forward to ensure the best possible decision is made.
- Agile favors working solutions over excessive documentation. The focus should be on quick and effective resolution rather than bureaucratic delays.
Execution & Technical Excellence Principles
7. Working Solutions as a Measure of Progress
- Agile measures progress by delivering working product increments, not by documentation or % completion.
- Frequent releases and customer feedback ensure continuous improvement.
8. Sustainable Development Pace
- Teams should work at a steady, maintainable velocity to avoid burnout.
- Overloading teams or rushing work reduces quality and is not an Agile best practice.
9. Continuous Attention to Technical Excellence & Good Design
- Agile teams prioritize quality, automation, and continuous testing.
- Code and design simplicity help ensure maintainability and prevent long-term inefficiencies.
Mindsets and Key Concepts For the PMP Exam:
Expect questions that test your ability to prioritize quality, maintain sustainable team workloads, and focus on delivering usable solutions over tracking completion status or pushing for unrealistic deadlines.
Practice Question:
Your Agile team is developing a mission-critical healthcare application. During the sprint, testing reveals a potential performance issue that could affect system reliability under heavy usage. The product owner insists on keeping the planned release date, while the development team argues that fixing the issue now will prevent major failures later.
As an Agile project manager, what is the best course of action?
A. Support the development team’s recommendation to fix the issue now, even if it delays the release, since system reliability is critical.
B. Proceed with the release as planned and schedule a dedicated sprint to address performance improvements later.
C. Facilitate a discussion between the product owner and the development team to assess risks, explore trade-offs, and determine whether a partial fix can be implemented without delaying the release.
D. Allow the product owner to make the final decision, as they are responsible for prioritization and business outcomes.
Correct Answer:
✔ C. Facilitate a discussion between the product owner and the development team to assess risks, explore trade-offs, and determine whether a partial fix can be implemented without delaying the release.
Agile emphasizes collaboration, risk management, and iterative improvements. A complete delay may not be necessary if an incremental fix can mitigate risk, allowing the team to balance technical excellence and business goals.
Why Other Choices Are Incorrect:
❌ A. Support the development team’s recommendation to fix the issue now, even if it delays the release, since system reliability is critical.
- While reliability is crucial, Agile teams collaborate to find solutions rather than making unilateral decisions. A middle-ground approach should be explored first.
❌ B. Proceed with the release as planned and schedule a dedicated sprint to address performance improvements later.
- Delaying all fixes could lead to serious failures in a mission-critical system. The risks must be evaluated before making this decision.
❌ D. Allow the product owner to make the final decision, as they are responsible for prioritization and business outcomes.
- The product owner owns prioritization, but technical risks require collaboration with the development team to make informed decisions.
Adaptation & Continuous Improvement Principles
10. Simplicity – Maximizing the Amount of Work Not Done
- Agile teams focus only on what delivers value, avoiding unnecessary work and complexity.
- Streamlining processes ensures faster delivery with minimal waste.
11. The Best Architectures, Requirements, and Designs Emerge from Self-Organizing Teams
- Agile trusts teams to make decisions rather than relying on top-down control.
- Self-organizing teams continuously adapt and improve their processes.
12. Teams Reflect and Adjust at Regular Intervals
- Agile encourages retrospectives to assess what went well, what didn’t, and how to improve.
- Continuous feedback loops ensure ongoing learning and optimization.
Mindsets and Key Concepts For the PMP Exam:
Expect questions that emphasize eliminating waste, trusting teams to self-manage, and using retrospectives to drive continuous improvement over rigid top-down control or excessive planning.
Practice Question:
During a project retrospective, your Agile team identifies that frequent interruptions from ad-hoc stakeholder requests are slowing down development and affecting sprint commitments. Some team members suggest setting stricter boundaries, while others believe flexibility is necessary for stakeholder engagement. The product owner is concerned about potential conflicts if the team pushes back on requests.
As the Agile project manager, what is the best course of action?
A. Work with the team to define a structured process for handling stakeholder requests while preserving sprint focus and discuss it in the next retrospective.
B. Encourage the team to continue handling requests as they arise to maintain strong stakeholder relationships, even if it affects velocity.
C. Escalate the issue to senior leadership to establish a company-wide policy for managing stakeholder interactions with Agile teams.
D. Direct the product owner to take full responsibility for filtering stakeholder requests to ensure the development team is not disrupted.
Correct Answer:
✔ A. Work with the team to define a structured process for handling stakeholder requests while preserving sprint focus and discuss it in the next retrospective.
Agile emphasizes continuous improvement through retrospectives. The team should collaboratively define a better way to manage stakeholder interactions while ensuring sprint commitments remain realistic. Any process change should be reviewed and refined in future retrospectives.
Why Other Choices Are Incorrect:
❌ B. Encourage the team to continue handling requests as they arise to maintain strong stakeholder relationships, even if it affects velocity.
- Agile promotes stakeholder collaboration, but allowing constant interruptions creates inefficiencies and unpredictability.
❌ C. Escalate the issue to senior leadership to establish a company-wide policy for managing stakeholder interactions with Agile teams.
- Agile trusts teams to self-manage and improve their own processes rather than relying on top-down mandates.
❌ D. Direct the product owner to take full responsibility for filtering stakeholder requests to ensure the development team is not disrupted.
- While the product owner plays a role in prioritization, the team should collaboratively decide how to handle disruptions, rather than shifting responsibility entirely.
Agile Leadership: Servant Leadership
A key component of the Agile mindset is servant leadership. Instead of command-and-control, Agile leaders:
- Remove obstacles so the team can work effectively.
- Empower and support team decision-making.
- Facilitate collaboration rather than micromanage.
Common Agile servant leader roles include:
- Scrum Master (removes impediments & fosters Agile practices).
- Product Owner (ensures business value is delivered).
- Agile Coach (guides teams in Agile adoption).
Mindsets and Key Concepts For the PMP Exam:
If a question asks how a leader should act in an Agile environment, choose answers that empower the team, remove blockers, and facilitate collaboration. Many questions focus on how Agile teams handle change, collaboration, and customer feedback.
Practice Question:
Your Agile team is working on a high-priority project with tight deadlines. Recently, team members have started missing sprint commitments due to frequent last-minute requirement changes from stakeholders. The product owner is struggling to manage expectations, and developers are frustrated by the lack of stability. Meanwhile, senior leadership expects rapid delivery and has expressed concerns about the team’s declining velocity.
As an Agile leader, how should you respond?
A. Encourage the product owner to enforce stricter backlog management by rejecting last-minute changes and ensuring the team focuses only on planned work.
B. Work with stakeholders to improve their understanding of Agile principles and emphasize the importance of stable sprints while allowing flexibility for high-value changes.
C. Direct the team to embrace changing priorities by shortening sprint durations so that new requests can be accommodated faster with less disruption.
D. Establish a change control process within the sprint to allow urgent changes to be introduced while ensuring minimal disruption to planned work.
Correct Answer:
✔ B. Work with stakeholders to improve their understanding of Agile principles and emphasize the importance of stable sprints while allowing flexibility for high-value changes.
Servant leadership in Agile focuses on enabling collaboration, educating stakeholders, and balancing flexibility with stability. The best approach is to facilitate conversations between the team and stakeholders to align expectations and ensure that changes are introduced in a controlled and value-driven manner.
Why Other Choices Are Incorrect
❌ A. Encourage the product owner to enforce stricter backlog management by rejecting last-minute changes and ensuring the team focuses only on planned work.
- While backlog stability is important, Agile values adaptability and customer collaboration. Simply rejecting changes goes against Agile principles instead of managing them effectively.
❌ C. Direct the team to embrace changing priorities by shortening sprint durations so that new requests can be accommodated faster with less disruption.
- While shorter sprints may seem like a good solution, this does not address the root cause of stakeholder misalignment. Frequent priority shifts will still disrupt the team.
❌ D. Establish a change control process within the sprint to allow urgent changes to be introduced while ensuring minimal disruption to planned work.
- Agile does not use formal change control processes within a sprint. Change should be introduced through backlog refinement and iteration planning, rather than an additional layer of process within the sprint.
Agile Frameworks & Approaches
Agile is a broad mindset, but it is implemented through specific frameworks and methodologies that help teams apply Agile principles in real-world projects. Below is a deeper look at each Agile framework, its core principles, and what a PMP student should know.
1. Scrum (Most Common in PMP)
Scrum is the most widely used Agile framework and is iterative and incremental, meaning:
- Work is done in sprints (typically 1-4 weeks).
- Each sprint delivers a potentially shippable increment of the product.
- The team collaborates in structured events to improve and adapt.
Scrum Roles
Scrum defines three key roles (no traditional project manager role exists in Scrum):
Role | Key Responsibilities |
---|---|
Scrum Master | Facilitates the Scrum process, removes impediments, ensures Agile best practices, and acts as a servant leader. |
Product Owner (PO) | Represents stakeholders, prioritizes work based on business value, and manages the Product Backlog. |
Development Team | A self-organizing, cross-functional team that designs, develops, and delivers work in a sprint. |
Mindsets and Key Concepts For the PMP Exam:
- Expect scenario-based questions that test collaboration, role responsibilities, and self-management.
- Scrum Master is a facilitator, not a project manager. The team is self-organizing.
- The Product Owner prioritizes backlog items based on business value.
- The Development Team collectively delivers completed work and estimates effort together.
Practice Question:
Your Scrum team is working on a complex product feature with dependencies on multiple teams. During sprint planning, the development team struggles to estimate effort due to unclear technical details. The Product Owner asks the Scrum Master to intervene and help resolve the uncertainty. Meanwhile, senior leadership is pressuring the team to commit to delivering the feature within the sprint.
As the Scrum Master, what should you do?
A. Recommend that the Development Team break the feature into smaller, manageable tasks and use their best judgment to estimate, as Agile values adaptability over perfect planning.
B. Facilitate discussions between the Development Team, Product Owner, and other dependent teams to gather missing information, ensuring the team can make an informed decision.
C. Advise the Product Owner to remove the feature from the current sprint backlog since the team cannot confidently estimate the effort required.
D. Accept leadership’s request and encourage the team to commit to delivering the feature within the sprint, as Agile requires adaptability and delivering value quickly.
Correct Answer:
✔ B. Facilitate discussions between the Development Team, Product Owner, and other dependent teams to gather missing information, ensuring the team can make an informed decision.
The Scrum Master is a facilitator, not a decision-maker or project manager. Instead of dictating work or solving technical issues, the Scrum Master should enable the team to resolve uncertainties themselves by fostering collaboration with stakeholders. The Development Team is responsible for estimating and committing to work, not the Scrum Master or Product Owner.
Why Other Choices Are Incorrect:
❌ A. Recommend that the Development Team break the feature into smaller, manageable tasks and use their best judgment to estimate, as Agile values adaptability over perfect planning.
- While breaking down work is beneficial, the Scrum Master should not dictate how the team estimates or push them to commit without enough information. Agile values adaptability, but not at the expense of informed decision-making.
❌ C. Advise the Product Owner to remove the feature from the current sprint backlog since the team cannot confidently estimate the effort required.
- Instead of immediately removing backlog items, the team should first seek clarity through collaboration. The Scrum Master’s role is to facilitate problem-solving, not to reject work outright.
❌ D. Accept leadership’s request and encourage the team to commit to delivering the feature within the sprint, as Agile requires adaptability and delivering value quickly.
- Scrum teams commit based on realistic estimations, not external pressure. Committing without clarity sets the team up for failure and poor-quality delivery.
Scrum Artifacts
Artifacts in Scrum provide transparency and ensure alignment among all stakeholders.
Artifact | Description |
---|---|
Product Backlog | A prioritized list of work (features, enhancements, bug fixes) managed by the Product Owner. |
Sprint Backlog | A subset of the Product Backlog, selected for the sprint. The Development Team commits to completing these items. |
Increment | The completed, potentially shippable product at the end of a sprint. |
Mindsets and Key Concepts For the PMP Exam:
- Expect questions about how teams prioritize and refine backlog items.
- The Product Backlog evolves, while the Sprint Backlog is fixed during the sprint.
- The Increment must meet the Definition of Done – unfinished work does not count as “done”.
Practice Question:
During a sprint, a developer realizes that one of the backlog items requires significantly more effort than originally estimated. Midway through the sprint, the Product Owner suggests swapping it with another high-priority item from the Product Backlog to maximize business value. The Scrum Master agrees, stating that Agile is flexible and responsive to change.
As a member of the Scrum Team, how should you respond?
A. Accept the change, as Agile embraces flexibility, and the team should always work on the highest-value items, even if it means modifying the Sprint Backlog mid-sprint.
B. Reject the change and remind the Product Owner and Scrum Master that the Sprint Backlog is fixed during the sprint, ensuring the team focuses on completing what was originally planned.
C. Suggest that the team discuss the impact of the change in the Daily Scrum and make a collective decision on whether the switch is feasible.
D. Allow the Product Owner to make the final decision, as they own backlog prioritization and have the authority to change sprint priorities.
Correct Answer:
✔ B. Reject the change and remind the Product Owner and Scrum Master that the Sprint Backlog is fixed during the sprint, ensuring the team focuses on completing what was originally planned.
While Agile is flexible, Scrum protects the Sprint Backlog once it has been committed to by the team. Work selected during Sprint Planning should remain unchanged to maintain team focus and predictability. Changes should be considered in backlog refinement for future sprints, not during an active sprint.
Why Other Choices Are Incorrect:
❌ A. Accept the change, as Agile embraces flexibility, and the team should always work on the highest-value items, even if it means modifying the Sprint Backlog mid-sprint.
- While Agile is adaptable, Scrum sprints provide stability, ensuring teams can deliver a planned increment without frequent interruptions.
❌ C. Suggest that the team discuss the impact of the change in the Daily Scrum and make a collective decision on whether the switch is feasible.
- The Daily Scrum is for progress tracking, not backlog modifications. Sprint commitments should not change unless the sprint goal becomes unattainable.
❌ D. Allow the Product Owner to make the final decision, as they own backlog prioritization and have the authority to change sprint priorities.
- The Product Owner owns the Product Backlog, but the Sprint Backlog belongs to the Development Team. Once the sprint starts, backlog items should not be changed.
Scrum Events (Ceremonies)
Scrum has five time-boxed events to structure collaboration and feedback.
Event | Purpose |
---|---|
Sprint Planning | At the start of a sprint, the team defines the sprint goal and selects work from the Product Backlog. |
Daily Standups (Daily Scrum) | A 15-minute meeting where the team synchronizes work and identifies impediments. |
Sprint Review | The team demonstrates the completed work to stakeholders and gets feedback. |
Sprint Retrospective | A meeting after the sprint to discuss what went well, what didn’t, and how to improve. |
The Sprint | The core work cycle (1-4 weeks) where the team completes the committed work. |
Mindsets and Key Concepts For the PMP Exam:
- Expect questions testing your understanding of iterative improvement (Sprint Retrospective).
- The Daily Scrum is for the team – Scrum Masters facilitate but do not dictate discussions.
- Sprint Reviews involve stakeholders to gather feedback and refine product goals.
- The Sprint is time-boxed, and work should not be added mid-sprint unless truly necessary.
Practice Question:
Your Scrum team has been consistently missing sprint commitments due to unforeseen technical challenges. During the last Sprint Retrospective, the team identified that unclear backlog items and last-minute requirement clarifications are contributing to the delays. The Scrum Master suggests making Sprint Planning longer to allow more discussion, while the Product Owner proposes adding mid-sprint backlog refinement sessions.
As a Scrum team member, what is the best course of action?
A. Support the Scrum Master’s suggestion to extend Sprint Planning, ensuring that all backlog items are fully defined before the sprint starts.
B. Agree with the Product Owner’s proposal to introduce backlog refinement sessions within the sprint, helping the team clarify work early and reduce delays.
C. Recommend discussing backlog issues in the Daily Scrum, as it is meant to be a team-driven event where work progress and blockers are addressed.
D. Encourage the team to accept uncertainty as part of Agile development and focus on delivering as much as possible rather than trying to refine everything upfront.
Correct Answer:
✔ B. Agree with the Product Owner’s proposal to introduce backlog refinement sessions within the sprint, helping the team clarify work early and reduce delays.
Sprint Backlog should remain stable during a sprint, but Product Backlog refinement is an ongoing activity that helps teams clarify upcoming work. Adding structured refinement sessions allows the team to address uncertainty before Sprint Planning, improving efficiency without extending time-boxed Scrum events.
Why Other Choices Are Incorrect:
❌ A. Support the Scrum Master’s suggestion to extend Sprint Planning, ensuring that all backlog items are fully defined before the sprint starts.
- Sprint Planning is time-boxed, and backlog refinement should happen continuously, not just in Sprint Planning. Extending the event does not align with Scrum best practices.
❌ C. Recommend discussing backlog issues in the Daily Scrum, as it is meant to be a team-driven event where work progress and blockers are addressed.
- The Daily Scrum is for progress updates, not backlog refinement. While teams can mention blockers, refinement should be a separate activity.
❌ D. Encourage the team to accept uncertainty as part of Agile development and focus on delivering as much as possible rather than trying to refine everything upfront.
- Agile embraces change, but that does not mean teams should avoid planning. Proactive backlog refinement reduces uncertainty and improves delivery predictability.
2. Kanban
Kanban is a visual workflow management system that focuses on continuous flow rather than time-boxed iterations (like sprints). It is often used in conjunction with Scrum.
Kanban Key Elements
- Kanban Board: A visual board (physical or digital) that tracks work items across columns like To Do → In Progress → Done.
- Work In Progress (WIP) Limits: Ensures teams do not take on too many tasks at once.
- Pull System: Work is pulled through the system when capacity allows, avoiding overloading the team.
Mindsets and Key Concepts For the PMP Exam:
- Expect questions on how Kanban enables continuous delivery by allowing work to flow through the system without fixed-length iterations like Scrum.
- Be prepared for questions on Work in Progress (WIP) limits, specifically how they help teams reduce bottlenecks and maintain a steady workflow.
- Understand how Kanban boards improve visibility, and expect questions on how teams use them to track work progress and optimize efficiency.
- Expect scenario-based questions on Kanban metrics like Lead Time and Cycle Time, testing your ability to measure and improve workflow efficiency.
Practice Question:
Your team follows a Kanban approach for handling customer support tickets. Recently, you have noticed that tickets are piling up in the “In Progress” column, causing delays in resolving customer issues. The team argues that they are working as fast as possible, but stakeholders are frustrated by the slow turnaround time.
As a Kanban practitioner, what is the best way to address this issue?
A. Increase the Work in Progress (WIP) limit to allow more tasks to be worked on simultaneously, ensuring that no ticket is left waiting too long.
B. Analyze the Cycle Time of completed tickets and adjust WIP limits to prevent bottlenecks, ensuring that work moves through the system more efficiently.
C. Implement daily stand-up meetings to push team members to complete tasks faster, reinforcing the importance of meeting deadlines.
D. Move partially completed tickets to “Done” if they are close to completion, allowing the team to focus on new incoming work.
Correct Answer:
✔ B. Analyze the Cycle Time of completed tickets and adjust WIP limits to prevent bottlenecks, ensuring that work moves through the system more efficiently.
Kanban emphasizes workflow efficiency rather than maximizing workload. Cycle Time analysis helps identify inefficiencies, and adjusting WIP limits ensures that work progresses smoothly without overloading team members.
Why Other Choices Are Incorrect:
❌ A. Increase the Work in Progress (WIP) limit to allow more tasks to be worked on simultaneously, ensuring that no ticket is left waiting too long.
- Increasing WIP limits can worsen bottlenecks instead of resolving them. Kanban works by limiting WIP to maintain a steady flow of work.
❌ C. Implement daily stand-up meetings to push team members to complete tasks faster, reinforcing the importance of meeting deadlines.
- Kanban does not enforce specific daily meetings like Scrum. Focusing on optimizing workflow through data-driven improvements (e.g., WIP limits, Cycle Time) is more effective than pressuring team members.
❌ D. Move partially completed tickets to “Done” if they are close to completion, allowing the team to focus on new incoming work.
- In Kanban, partially completed work is still considered in progress. Moving incomplete work to “Done” creates misleading metrics and does not resolve underlying workflow inefficiencies.
3. Extreme Programming (XP)
Extreme Programming (XP) is an Agile framework focused on technical excellence, collaboration, and rapid feedback loops. It is primarily used in software development to ensure high-quality, adaptive, and efficient code delivery.
Core XP Practices:
- Pair Programming: Two developers work together to write code, improving quality and knowledge sharing.
- Test-Driven Development (TDD): Tests are written before the code to ensure correctness and prevent defects.
- Continuous Integration (CI): Code is merged frequently to avoid integration issues and ensure smooth development.
- Refactoring: Regularly improving existing code to maintain simplicity and efficiency.
- Small Releases: Delivering software in frequent, incremental updates rather than waiting for a single large release.
Mindsets and Key Concepts For the PMP Exam:
- Expect questions on XP’s focus on technical excellence, particularly practices like Test-Driven Development (TDD), Continuous Integration (CI), and Pair Programming, which ensure high-quality code.
- Be prepared for questions about how XP teams handle changing requirements, as XP embraces customer collaboration and frequent releases of small, functional increments.
- Understand the role of frequent feedback loops, and expect scenario-based questions on how XP promotes rapid issue detection through automated testing, refactoring, and continuous customer involvement.
- Expect questions on how XP ensures sustainable development, focusing on a balanced work pace (avoiding overwork) and collective code ownership, where any developer can modify any part of the codebase.
Practice Question:
Your Agile team follows Extreme Programming (XP) principles while developing a web application. The customer frequently changes requirements based on evolving business needs, and the team has been able to adapt quickly. However, a senior developer recently expressed frustration that last-minute changes are affecting the stability of the codebase. Another team member suggests adopting a stricter change control process to prevent disruptions.
As an Agile leader, what is the best approach?
A. Implement a formal approval process for requirement changes to ensure stability and prevent disruptions to the codebase.
B. Reinforce the use of Test-Driven Development (TDD) and Continuous Integration (CI) to maintain code quality while allowing for flexibility in adapting to changing requirements.
C. Limit the customer’s ability to request changes after development begins to maintain stability and prevent rework.
D. Assign a dedicated architect to control changes to the codebase, ensuring that only approved modifications are made by designated team members.
Correct Answer:
✔ B. Reinforce the use of Test-Driven Development (TDD) and Continuous Integration (CI) to maintain code quality while allowing for flexibility in adapting to changing requirements.
XP embraces change by promoting frequent customer feedback, small incremental releases, and adaptive development practices. TDD and CI ensure that code remains stable even when requirements evolve by catching issues early through automated testing and continuous validation.
Why Other Choices Are Incorrect:
❌ A. Implement a formal approval process for requirement changes to ensure stability and prevent disruptions to the codebase.
- XP welcomes evolving requirements instead of enforcing rigid approval processes. Stability is maintained through automated testing, not bureaucratic controls.
❌ C. Limit the customer’s ability to request changes after development begins to maintain stability and prevent rework.
- XP encourages continuous customer collaboration. Restricting change requests contradicts XP principles, which focus on delivering value through frequent iterations.
❌ D. Assign a dedicated architect to control changes to the codebase, ensuring that only approved modifications are made by designated team members.
- XP promotes collective code ownership, allowing any developer to modify any part of the codebase. Assigning a single gatekeeper undermines XP’s flexibility and adaptability.
4. Feature-Driven Development (FDD)
FDD is an iterative, incremental, and model-driven Agile framework that focuses on delivering customer-valued features in short development cycles. It is particularly useful for large-scale software development projects where structured planning and domain modeling are essential.
Key Characteristics of FDD:
- Feature-Centric Development: The smallest unit of delivery is a feature, which provides real business value.
- Domain Object Modeling: The project is built around a domain model, ensuring clarity and scalability.
- Strong Process & Structure: Unlike Scrum or Kanban, FDD follows a defined process model with clear roles.
- High-Level Planning: Teams work from a feature list that aligns with business objectives.
FDD Process Model (5 Phases):
- Develop an Overall Model → Define system architecture and key business objects.
- Build a Feature List → Identify and categorize features to deliver value.
- Plan by Feature → Organize feature development into small iterations.
- Design by Feature → Conduct detailed technical design before coding.
- Build by Feature → Implement, integrate, and test features before release.
FDD Roles and Responsibilities
FDD defines clear leadership and technical roles to ensure a structured development process.
Role | Responsibility |
---|---|
Project Manager | Manages overall project delivery, timelines, risks, and coordination with stakeholders. |
Chief Architect | Defines the system architecture, ensures technical consistency, and creates the domain object model. |
Development Manager | Manages the development teams, ensures resources are allocated effectively, and removes blockers. |
Chief Programmer | Leads the technical development process, ensures high code quality, and guides feature implementation. |
Class Owner | Owns and maintains specific code classes, ensuring consistency and quality in development. |
Domain Expert | Provides business knowledge and ensures that technical development aligns with customer needs. |
Mindsets and Key Concepts For the PMP Exam:
- FDD is structured and best suited for large, complex software projects needing clarity and scalability.
- Work is divided into business-focused features, not user stories.
- PMP exam may focus on FDD’s emphasis on model-driven planning, feature-based iterations, and domain modeling.
Practice Question:
Your company is implementing a large-scale enterprise resource planning (ERP) system using Feature-Driven Development (FDD). The project is highly complex, requiring multiple teams to work collaboratively. A new stakeholder joins the project and suggests shifting from FDD to Scrum to improve team autonomy and responsiveness. However, the development team argues that FDD provides the necessary structure for managing dependencies and ensuring consistent feature delivery.
As a project manager, how should you handle this situation?
A. Support the stakeholder’s recommendation to transition to Scrum, as Agile methodologies emphasize adaptability, and team autonomy should be prioritized over structure.
B. Explain that FDD is best suited for large, complex software projects and emphasize its structured feature-based approach, ensuring alignment with business goals.
C. Suggest using a hybrid approach where teams can follow Scrum for their own iterations while maintaining FDD’s feature-driven planning at the program level.
D. Implement a model-driven backlog refinement process that integrates both FDD and Scrum principles, allowing teams to work with user stories instead of feature-based development.
Correct Answer:
✔ B. Explain that FDD is best suited for large, complex software projects and emphasize its structured feature-based approach, ensuring alignment with business goals.
FDD is designed for large-scale, complex software projects where clear structure, domain modeling, and feature-based iterations are necessary. Unlike Scrum, which is more flexible, FDD emphasizes structured planning and business-focused feature delivery, making it more suitable for managing highly scalable enterprise projects.
Why Other Choices Are Incorrect:
❌ A. Support the stakeholder’s recommendation to transition to Scrum, as Agile methodologies emphasize adaptability, and team autonomy should be prioritized over structure.
- While Scrum supports adaptability, FDD is specifically designed for large, structured projects where feature-based development ensures clarity and scalability. Switching would disrupt the established planning and increase complexity.
❌ C. Suggest using a hybrid approach where teams can follow Scrum for their own iterations while maintaining FDD’s feature-driven planning at the program level.
- Mixing Scrum and FDD could cause inconsistencies, as FDD focuses on feature-driven, model-based planning, while Scrum is iteration-based with evolving user stories.
❌ D. Implement a model-driven backlog refinement process that integrates both FDD and Scrum principles, allowing teams to work with user stories instead of feature-based development.
- FDD does not use user stories; instead, it focuses on features that align with business goals. Integrating user stories contradicts FDD’s structured approach and could lead to misalignment in planning.
5. Dynamic Systems Development Method (DSDM)
DSDM is a business-focused Agile framework that integrates Agile flexibility with structured governance and stakeholder involvement. It is commonly used in regulated industries and enterprise-level Agile adoption, where compliance, risk management, and stakeholder engagement are critical.

Key Characteristics of DSDM:
- Business-Driven: Ensures projects align with business needs rather than just delivering functionality.
- Timeboxing: Work is divided into fixed time periods (e.g., 2-4 weeks).
- MoSCoW Prioritization: Requirements are classified as:
- Must Have – Critical for project success.
- Should Have – Important but not mandatory.
- Could Have – Nice to have if time permits.
- Won’t Have – Deferred for later.
- Iterative & Incremental: Encourages delivering working solutions early and improving them iteratively.
- Active User Involvement: Stakeholders collaborate closely with development teams.
Mindsets and Key Concepts For the PMP Exam:
- DSDM integrates Agile flexibility with structured governance, making it suitable for regulated industries.
- MoSCoW prioritization ensures teams focus on delivering the most critical features first.
- Stakeholder collaboration is essential to ensure the product meets business objectives.
Practice Question:
You are managing an Agile project in a highly regulated financial services company using Dynamic Systems Development Method (DSDM). During a project review, stakeholders express concerns about the team focusing on lower-priority features while a critical compliance requirement remains incomplete. The team argues that they are making steady progress and prefer to address compliance concerns in later iterations to maintain delivery momentum.
As the project manager, what is the best approach?
A. Remind the team that DSDM emphasizes structured governance and ensure that MoSCoW prioritization is followed so that critical compliance requirements are completed first.
B. Allow the team to continue their current workflow, as Agile values flexibility and iterative development, and compliance work can be addressed in later sprints.
C. Escalate the issue to senior leadership to get executive approval on whether compliance work should take precedence over feature development.
D. Instruct the Product Owner to reassign work mid-iteration to address compliance issues immediately, ensuring that stakeholders’ concerns are met.
Correct Answer:
✔ A. Remind the team that DSDM emphasizes structured governance and ensure that MoSCoW prioritization is followed so that critical compliance requirements are completed first.
DSDM balances Agile flexibility with governance and requires teams to prioritize critical features using MoSCoW (Must Have, Should Have, Could Have, Won’t Have) prioritization. Compliance requirements in regulated industries are typically “Must Have” features, meaning they must be delivered before lower-priority work. The team must adhere to DSDM’s prioritization framework rather than deferring critical work.
Why Other Choices Are Incorrect:
❌ B. Allow the team to continue their current workflow, as Agile values flexibility and iterative development, and compliance work can be addressed in later sprints.
- While Agile promotes flexibility, DSDM has structured governance, ensuring that critical requirements are addressed first. Delaying compliance work could create regulatory risks.
❌ C. Escalate the issue to senior leadership to get executive approval on whether compliance work should take precedence over feature development.
- Stakeholder collaboration and prioritization happen at the team level in DSDM. MoSCoW prioritization already defines what is “Must Have,” so escalation is unnecessary.
❌ D. Instruct the Product Owner to reassign work mid-iteration to address compliance issues immediately, ensuring that stakeholders’ concerns are met.
- DSDM encourages collaborative decision-making, not top-down control. Adjustments should be made through proper prioritization, not sudden mid-iteration reassignments.
6. Agile Unified Process (AgileUP)
Agile Unified Process (AgileUP) is a lightweight adaptation of the Unified Process (UP) designed to integrate Agile principles into software development while retaining structured, disciplined iterative cycles.
While the traditional Unified Process (UP) follows a structured framework with heavyweight governance, AgileUP introduces faster iterations, flexibility, and early feedback to align with Agile methodologies. The goal is to deliver working software in accelerated cycles while maintaining process discipline and traceability.
The seven primary disciplines of Agile Unified Process (AgileUP) are Modeling, Requirements, Implementation, Testing, Deployment, Configuration Management, and Project Management, which are iteratively refined throughout the project lifecycle to ensure continuous feedback, adaptability, and structured Agile execution.
Key Characteristics of AgileUP
- Accelerated Iterations: Unlike its predecessor, AgileUP promotes shorter iteration cycles with frequent user feedback.
- Lightweight Process Governance: Reduces the bureaucratic overhead of traditional UP while ensuring structured workflows.
- Early & Continuous Feedback: Encourages frequent stakeholder engagement before formal delivery to refine solutions.
- Disciplined Agile Approach: Provides structure to Agile projects, making it suitable for organizations transitioning from predictive to Agile practices.
- Seven Core Disciplines: Work is divided into seven key disciplines, ensuring a balanced approach between Agile adaptability and structured project execution.
Mindsets and Key Concepts For the PMP Exam:
- AgileUP balances structured governance with Agile principles, making it ideal for organizations transitioning from predictive to Agile methodologies.
- PMP exam may test AgileUP’s structured yet flexible approach, its accelerated iterations, and its role in Agile transformation efforts.
Practice Question:
Your organization is transitioning from a traditional predictive project management approach to Agile and has adopted Agile Unified Process (AgileUP) to balance structured governance with Agile principles. During a review meeting, senior leadership expresses concern that the project lacks clear milestones and structured approvals, making it difficult to track progress. The development team argues that AgileUP’s iterative cycles ensure continuous feedback and value delivery, reducing the need for rigid milestone approvals.
As the project manager, what is the best approach to address leadership’s concerns while staying aligned with AgileUP principles?
A. Establish structured milestone checkpoints based on AgileUP’s iterative phases (Inception, Elaboration, Construction, Transition) to provide visibility while maintaining Agile adaptability.
B. Explain that AgileUP replaces traditional milestone approvals with continuous feedback loops and suggest eliminating all structured tracking to align with Agile best practices.
C. Implement a hybrid approach by maintaining predictive-style milestone approvals alongside AgileUP’s iterative cycles, ensuring leadership has full control over progress tracking.
D. Instruct the development team to provide comprehensive documentation and detailed reports at the end of each iteration to satisfy leadership’s need for structured governance.
Correct Answer:
✔ A. Establish structured milestone checkpoints based on AgileUP’s iterative phases (Inception, Elaboration, Construction, Transition) to provide visibility while maintaining Agile adaptability.
AgileUP balances structured governance with Agile flexibility, making it ideal for organizations transitioning from predictive to Agile methodologies. Unlike pure Agile frameworks, AgileUP retains defined iterative phases that help track progress while allowing teams to remain adaptive. Establishing milestone checkpoints based on these phases aligns with leadership’s need for structure without compromising agility.
Why Other Choices Are Incorrect:
❌ B. Explain that AgileUP replaces traditional milestone approvals with continuous feedback loops and suggest eliminating all structured tracking to align with Agile best practices.
- AgileUP does not eliminate structured governance—it integrates it with Agile iterations. Completely removing structured tracking would contradict AgileUP’s goal of balancing flexibility and structure.
❌ C. Implement a hybrid approach by maintaining predictive-style milestone approvals alongside AgileUP’s iterative cycles, ensuring leadership has full control over progress tracking.
- AgileUP is already a structured Agile approach, and adding predictive-style approvals could create unnecessary bureaucracy, slowing down Agile transformation efforts.
❌ D. Instruct the development team to provide comprehensive documentation and detailed reports at the end of each iteration to satisfy leadership’s need for structured governance.
- AgileUP maintains lightweight documentation, ensuring transparency without burdening teams with excessive reporting. The focus should be on working solutions, not over-documentation.
Agile Framework Comparison
Framework | Best For | Key Characteristics |
---|---|---|
Scrum | Teams needing structured Agile with time-boxed sprints | Sprint-based, backlog-driven, cross-functional teams |
Kanban | Teams requiring continuous delivery, maintenance, or support work | WIP limits, visual board, continuous flow |
Extreme Programming (XP) | High-quality software development, fast-paced environments | Test-Driven Development (TDD), pair programming, continuous integration |
Feature-Driven Development (FDD) | Large-scale software projects needing structured yet iterative development | Model-driven, feature-based planning, object-oriented |
Dynamic Systems Development Method (DSDM) | Business-driven Agile projects in regulated industries | MoSCoW prioritization, governance, strong stakeholder collaboration |
Agile Unified Process (AgileUP) | Organizations transitioning from predictive to Agile | Phased lifecycle, structured iterations, seven AgileUP disciplines |
Agile Framework Comparison — PMP Focus
Framework | Time-Boxed? | Pull-Based? | Heavy Engineering? | Most Popular on PMP |
---|---|---|---|---|
Scrum | ✅ Yes | ❌ No | ⚠️ Medium | ⭐ Yes |
Kanban | ❌ No | ✅ Yes | ❌ Low | ✅ Yes |
XP | ✅ Yes | ❌ No | ✅ High | ⚠️ Somewhat |
FDD | ✅ Yes | ❌ No | ⚠️ Medium | ⚠️ Rare |
DSDM | ✅ Yes | ❌ No | ⚠️ Medium | ⚠️ Low |
AgileUP | ✅ Yes | ❌ No | ⚠️ Medium | ⚠️ Rare |
Scaled Agile Frameworks
Scaled Agile frameworks are designed to extend Agile principles beyond a single team, enabling multiple teams, departments, or entire organizations to work collaboratively while maintaining Agile adaptability. These frameworks provide structures for coordination, governance, and alignment, ensuring Agile scalability in large and complex environments.
1. Lean
Lean originates from Toyota’s manufacturing process and focuses on efficiency and eliminating waste. Agile incorporates Lean principles to improve speed and quality.
Lean Principles
- Eliminate waste – Remove non-value-adding activities.
- Optimize the whole – Improve the entire process, not just parts.
- Build quality in – Prevent defects rather than fixing them later.
- Deliver fast – Reduce delays and handoffs.
- Empower teams – Encourage decision-making at all levels.
- Defer decisions – Make decisions at the last responsible moment to allow flexibility.
- Amplify learning – Use feedback loops to improve continuously.
Mindsets and Key Concepts For the PMP Exam:
- Lean focuses on efficiency, reducing waste, and delivering customer value faster.
- Work is completed in small batches rather than large, sequential phases.
- Lean supports Agile at scale by improving organizational agility and optimizing workflows.
Practice Question:
Your organization is adopting Lean principles to improve efficiency in product development. Previously, teams worked on large project phases that took months to complete before delivering value to customers. To align with Lean, leadership wants to restructure workflows to optimize delivery speed and reduce waste. However, some senior engineers are concerned that breaking work into smaller increments will lead to inefficiencies and rework.
As a project manager, how should you approach this transition?
A. Educate the team on how completing work in small batches reduces risk, increases feedback opportunities, and ultimately enhances efficiency.
B. Allow teams to continue working in large phases while introducing Lean improvements in non-critical areas to minimize disruption.
C. Implement a strict process for minimizing batch size and require all teams to follow the new Lean workflow, ensuring standardization across the organization.
D. Focus on waste reduction by eliminating documentation and non-development tasks, allowing teams to deliver faster without changing their current phase-based approach.
Correct Answer:
✔ A. Educate the team on how completing work in small batches reduces risk, increases feedback opportunities, and ultimately enhances efficiency.
Lean emphasizes delivering value faster by reducing batch sizes and avoiding long, sequential phases. Smaller increments allow for early feedback, reducing risk and ensuring alignment with customer needs. Helping teams understand these benefits encourages smoother adoption of Lean principles.
Why Other Choices Are Incorrect:
❌ B. Allow teams to continue working in large phases while introducing Lean improvements in non-critical areas to minimize disruption.
- Lean principles should be applied to core workflows, not just minor areas. Keeping large phases contradicts Lean’s goal of fast, incremental delivery.
❌ C. Implement a strict process for minimizing batch size and require all teams to follow the new Lean workflow, ensuring standardization across the organization.
- Lean encourages continuous improvement, but imposing strict processes contradicts Agile flexibility. Teams should be guided, not forced, into adopting Lean practices.
❌ D. Focus on waste reduction by eliminating documentation and non-development tasks, allowing teams to deliver faster without changing their current phase-based approach.
- Lean optimizes workflows holistically, not just by cutting tasks. Documentation may still provide value, and working in smaller batches is key to improving efficiency.
2. SAFe (Scaled Agile Framework)
SAFe is one of the most widely used Agile scaling frameworks, providing a structured approach for aligning multiple teams in large enterprises. SAFe is based on Lean-Agile principles, incorporating elements from Scrum, Kanban, and Lean.
Key Characteristics of SAFe:
- Agile Release Trains (ARTs): Multiple teams working towards a common goal.
- Program Increment (PI) Planning: A structured cadence for planning Agile work across multiple teams.
- Portfolio, Large Solution, Program, and Team Levels: Hierarchical structure to align business and technical teams.
- Lean Portfolio Management (LPM): Ensures alignment between business strategy and Agile execution.
Mindsets and Key Concepts For the PMP Exam:
- SAFe scales Agile across multiple teams and business units.
- Program Increment (PI) Planning is a key event for synchronizing work.
- SAFe provides structured governance and decision-making while keeping Agile adaptability.
Practice Question:
Your organization has adopted SAFe (Scaled Agile Framework) to coordinate Agile teams across multiple business units. During a Program Increment (PI) Planning event, several teams express concern about cross-team dependencies that may delay key features. Some teams suggest handling dependencies on a case-by-case basis, while others argue for a structured approach to dependency resolution.
As a Release Train Engineer (RTE), how should you address this concern?
A. Encourage teams to resolve dependencies informally as they arise, promoting Agile flexibility rather than enforcing a rigid process.
B. Facilitate collaboration between teams by using SAFe’s dependency management techniques, such as dependency boards and coordination during PI Planning.
C. Instruct each team to work independently and escalate dependency issues only when blockers occur, ensuring faster delivery of their own commitments.
D. Delay PI Planning until all dependencies are fully identified and resolved, ensuring that teams can proceed without uncertainty.
Correct Answer:
✔ B. Facilitate collaboration between teams by using SAFe’s dependency management techniques, such as dependency boards and coordination during PI Planning.
SAFe scales Agile across multiple teams and business units, and Program Increment (PI) Planning is a critical event for synchronizing work. SAFe encourages structured governance while maintaining adaptability, meaning teams should proactively identify and manage dependencies using SAFe’s tools rather than handling them informally or delaying planning.
Why Other Choices Are Incorrect:
❌ A. Encourage teams to resolve dependencies informally as they arise, promoting Agile flexibility rather than enforcing a rigid process.
- While Agile promotes flexibility, SAFe requires structured coordination across teams to ensure alignment and prevent delays. Dependencies should be addressed in a structured way during PI Planning.
❌ C. Instruct each team to work independently and escalate dependency issues only when blockers occur, ensuring faster delivery of their own commitments.
- SAFe promotes collaboration between teams, not isolation. Waiting for issues to become blockers before addressing them goes against proactive dependency management.
❌ D. Delay PI Planning until all dependencies are fully identified and resolved, ensuring that teams can proceed without uncertainty.
- SAFe encourages iterative planning—dependencies are identified and managed throughout the Program Increment, not before it starts. Delaying PI Planning contradicts Agile adaptability.
3. Scrum of Scrums (SoS)
Scrum of Scrums is a lightweight Agile scaling technique where multiple Scrum teams coordinate through a structured communication approach.
Key Characteristics of Scrum of Scrums:
- Multiple Scrum Teams: Each team continues working in its own sprint cadence.
- Scrum of Scrums Meetings: A representative from each team meets regularly to resolve cross-team dependencies.
- Decentralized Coordination: Allows teams to remain autonomous while ensuring collaboration.
- Used in Large Agile Initiatives: Best suited for smaller scaling needs (e.g., 3-12 teams).
Mindsets and Key Concepts For the PMP Exam:
- Scrum of Scrums is not a separate framework but an extension of Scrum for large projects.
- Focuses on coordination between teams without creating additional hierarchy.
- Teams maintain their own backlog and sprint planning but resolve dependencies together.
Practice Question:
Your organization is running a large-scale Agile project with multiple Scrum teams working in parallel. To improve coordination, the teams have implemented Scrum of Scrums (SoS) meetings. However, some teams are struggling with dependencies, and team leads have suggested appointing a dedicated Scrum Master to manage cross-team dependencies and make decisions on behalf of all teams.
As an Agile leader, what is the best approach?
A. Support the suggestion and appoint a dedicated Scrum Master to oversee the Scrum of Scrums, ensuring all dependencies are efficiently managed at a central level.
B. Reinforce that Scrum of Scrums is an extension of Scrum, not a separate framework, and encourage teams to collaborate directly in SoS meetings to resolve dependencies without introducing additional hierarchy.
C. Allow each team to handle dependencies independently, as Agile teams are self-organizing, and dependency management should not be a shared responsibility.
D. Create a shared backlog for all teams in the Scrum of Scrums to ensure better visibility and centralized prioritization across the project.
Correct Answer:
✔ B. Reinforce that Scrum of Scrums is an extension of Scrum, not a separate framework, and encourage teams to collaborate directly in SoS meetings to resolve dependencies without introducing additional hierarchy.
Scrum of Scrums is an extension of Scrum, not a separate framework, and it does not introduce additional layers of management or hierarchy. Instead, teams maintain their own backlog and sprint planning while using SoS meetings to collaborate and resolve dependencies directly.
Why Other Choices Are Incorrect:
❌ A. Support the suggestion and appoint a dedicated Scrum Master to oversee the Scrum of Scrums, ensuring all dependencies are efficiently managed at a central level.
- Scrum of Scrums is a coordination mechanism, not a management layer. Appointing a dedicated person to oversee SoS contradicts the self-organizing nature of Agile teams.
❌ C. Allow each team to handle dependencies independently, as Agile teams are self-organizing, and dependency management should not be a shared responsibility.
- Scrum of Scrums exists specifically to manage dependencies across teams in large projects. Avoiding collaboration leads to misalignment and inefficiencies.
❌ D. Create a shared backlog for all teams in the Scrum of Scrums to ensure better visibility and centralized prioritization across the project.
- Each Scrum team maintains its own backlog. Scrum of Scrums does not merge backlogs but rather provides a forum to align efforts while keeping teams autonomous.
4. Large-Scale Scrum (LeSS)
LeSS is an extension of Scrum designed for scaling Agile across multiple teams while keeping the core Scrum principles intact.
Key Characteristics of LeSS:
- One Product Backlog: Shared across multiple Scrum teams.
- Single Product Owner: Ensures business alignment across all teams.
- Shared Sprint Planning: Teams collaborate on backlog refinement and sprint goals.
- Cross-Team Coordination: Teams work autonomously but align their deliverables at the sprint level.
Mindsets and Key Concepts For the PMP Exam:
- LeSS maintains a lightweight governance structure while enabling multiple teams to work on a shared product.
- Product Owner manages one backlog for all teams rather than separate team backlogs.
- Simplicity is key—LeSS discourages unnecessary roles and layers of management.
Practice Question:
Your organization has adopted Large-Scale Scrum (LeSS) to coordinate multiple Agile teams working on a single product. During a recent sprint, some teams requested permission to create their own team-specific backlogs to gain more autonomy, arguing that it would allow them to manage their priorities more effectively. However, the Product Owner insists that maintaining a single backlog for all teams ensures alignment and prevents silos.
As an Agile leader, what is the best course of action?
A. Support the teams’ request and allow them to create their own backlogs, as Agile encourages self-management, and different teams may have different priorities.
B. Reinforce that LeSS maintains a single Product Backlog for all teams and encourage teams to collaborate in backlog refinement to ensure alignment across teams.
C. Appoint a Lead Scrum Master to oversee the teams’ backlogs and ensure that work remains coordinated while allowing teams some degree of independence.
D. Introduce a formal governance committee to review and approve backlog priorities across teams, ensuring that business objectives are met before work begins.
Correct Answer:
✔ B. Reinforce that LeSS maintains a single Product Backlog for all teams and encourage teams to collaborate in backlog refinement to ensure alignment across teams.
LeSS maintains a lightweight governance structure while enabling multiple teams to work on a shared product. A single Product Backlog is a fundamental principle in LeSS, ensuring that all teams work towards a unified product goal without unnecessary silos. Backlog refinement is key to coordination rather than splitting backlogs.
Why Other Choices Are Incorrect:
❌ A. Support the teams’ request and allow them to create their own backlogs, as Agile encourages self-management, and different teams may have different priorities.
- LeSS discourages separate team backlogs, as they create fragmentation and misalignment. The Product Owner manages one backlog for all teams to ensure a shared vision.
❌ C. Appoint a Lead Scrum Master to oversee the teams’ backlogs and ensure that work remains coordinated while allowing teams some degree of independence.
- LeSS discourages unnecessary roles and layers of management. Coordination happens through collaboration, not hierarchical oversight.
❌ D. Introduce a formal governance committee to review and approve backlog priorities across teams, ensuring that business objectives are met before work begins.
- LeSS promotes simplicity and avoids rigid governance structures. Backlog refinement is done collaboratively, not through bureaucratic approvals.
5. Disciplined Agile (DA)
Disciplined Agile (DA) is a hybrid Agile framework that provides flexibility in selecting Agile practices based on an organization’s needs.
Key Characteristics of DA:
- “Choose Your Way of Working” (WoW): Teams can select from Agile, Lean, Scrum, Kanban, SAFe, or even traditional methodologies.
- Process Goal-Driven: Focuses on customizing Agile approaches rather than following a single framework.
- Enterprise-Level Agility: Extends Agile beyond IT teams to finance, HR, and business units.
- Lean Governance: Maintains Agile flexibility while ensuring compliance with business objectives.
Mindsets and Key Concepts For the PMP Exam:
- DA is not prescriptive – it helps organizations tailor Agile processes to their unique needs.
- Enterprise agility extends beyond software development into finance, HR, and strategy.
- DA emphasizes decision-making frameworks rather than rigid roles and ceremonies.
Practice Question:
Your organization is adopting Disciplined Agile (DA) to improve enterprise agility across multiple departments, including IT, finance, and HR. Some leaders are used to traditional Agile frameworks like Scrum and SAFe and express frustration that DA does not provide a standard set of roles, ceremonies, or prescriptive processes. They argue that without a rigid structure, teams may struggle with alignment and consistency across the organization.
As an Agile transformation lead, how should you address this concern?
A. Explain that DA is designed to be non-prescriptive and provide decision-making frameworks that allow teams to tailor Agile approaches based on their unique needs rather than enforcing rigid roles and ceremonies.
B. Recommend adopting a more structured Agile framework like SAFe instead, since standardization across departments is necessary for Agile at an enterprise level.
C. Establish a governance board to define a fixed set of roles, ceremonies, and best practices for all teams to follow, ensuring consistency in Agile adoption.
D. Require all teams to adopt a Scrum-based approach within DA to provide a common structure while still allowing flexibility in process execution.
Correct Answer:
✔ A. Explain that DA is designed to be non-prescriptive and provide decision-making frameworks that allow teams to tailor Agile approaches based on their unique needs rather than enforcing rigid roles and ceremonies.
Disciplined Agile (DA) is not prescriptive – it provides flexible decision-making frameworks to help organizations customize Agile based on their industry, team structure, and operational needs. Unlike rigid frameworks, DA allows different departments (IT, finance, HR) to apply Agile in ways that fit their unique workflows.
Why Other Choices Are Incorrect:
❌ B. Recommend adopting a more structured Agile framework like SAFe instead, since standardization across departments is necessary for Agile at an enterprise level.
- While SAFe provides structured scaling, DA focuses on flexibility and tailoring Agile solutions rather than enforcing one rigid approach. Standardization should be balanced with adaptability.
❌ C. Establish a governance board to define a fixed set of roles, ceremonies, and best practices for all teams to follow, ensuring consistency in Agile adoption.
- DA does not impose fixed roles and ceremonies—it supports context-based decision-making rather than top-down governance.
❌ D. Require all teams to adopt a Scrum-based approach within DA to provide a common structure while still allowing flexibility in process execution.
- DA allows teams to choose from Agile, Lean, Kanban, SAFe, or even traditional approaches based on their needs. Forcing Scrum contradicts DA’s flexible approach.
6. Crystal Methods
Crystal is a family of Agile methodologies that adapts based on team size, complexity, and criticality.
Crystal Variants:
Crystal Method | Best For… | Team Size |
---|---|---|
Crystal Clear | Small teams | 6 or fewer |
Crystal Yellow | Medium teams | Up to 20 |
Crystal Orange | Large teams | Up to 50 |
Crystal Red | Critical projects (e.g., life-critical systems) | 50+ |
Core Principles of Crystal Methods:
- Collaboration Over Process: Prioritizes teamwork and communication over rigid Agile frameworks.
- Lightweight Documentation: Only necessary artifacts are maintained.
- Tailored to Team Needs: Each variant adapts to specific project constraints and team sizes.
Mindsets and Key Concepts For the PMP Exam:
- Crystal focuses on team-driven Agile approaches rather than a single standardized framework.
- Emphasizes flexibility and direct communication rather than strict rules.
- Teams adjust Agile practices based on their own needs, size, and project type.
Practice Question:
Your organization is using the Crystal Agile framework for a high-priority project. Since Crystal allows teams to tailor Agile practices based on their needs, different teams within the project have adopted varying sprint lengths, meeting cadences, and documentation levels. A senior executive expresses concern that the lack of a standardized approach could lead to inefficiencies and misalignment between teams.
As an Agile project manager, how should you respond?
A. Explain that Crystal is designed to be flexible and team-driven, allowing each team to adjust Agile practices based on their unique needs while still focusing on direct communication and delivery.
B. Propose standardizing sprint lengths and ceremonies across all teams to ensure better alignment, even though teams may have different preferences.
C. Implement a governance model that enforces a minimum set of Agile rules and documentation standards across all teams to improve efficiency and predictability.
D. Recommend transitioning to a more structured Agile framework like Scrum or SAFe to provide a clear, standardized approach for all teams.
Correct Answer:
✔ A. Explain that Crystal is designed to be flexible and team-driven, allowing each team to adjust Agile practices based on their unique needs while still focusing on direct communication and delivery.
Crystal prioritizes flexibility and direct communication over strict rules. Teams self-adapt their Agile practices based on project complexity, size, and criticality. Unlike rigid frameworks, Crystal encourages teams to tailor their workflows to maximize efficiency and collaboration.
Why Other Choices Are Incorrect:
❌ B. Propose standardizing sprint lengths and ceremonies across all teams to ensure better alignment, even though teams may have different preferences.
- Crystal does not enforce standardization—teams are empowered to adjust processes based on their specific project needs.
❌ C. Implement a governance model that enforces a minimum set of Agile rules and documentation standards across all teams to improve efficiency and predictability.
- Crystal avoids excessive governance and instead focuses on lightweight processes and direct team communication.
❌ D. Recommend transitioning to a more structured Agile framework like Scrum or SAFe to provide a clear, standardized approach for all teams.
- Crystal intentionally offers more flexibility than Scrum or SAFe, allowing each team to define its own best practices.
Comparison Table: Scaled Agile Frameworks
Framework | Best For… | Key Characteristics |
---|---|---|
Lean | Organizations optimizing processes and reducing waste | Eliminates inefficiencies, small batch sizes, continuous improvement |
SAFe (Scaled Agile Framework) | Large enterprises aligning multiple teams | Agile Release Trains (ARTs), Program Increment (PI) Planning, Lean Portfolio Management |
Scrum of Scrums (SoS) | Teams using Scrum that need cross-team coordination | Regular cross-team meetings, decentralized decision-making, dependency resolution |
LeSS (Large-Scale Scrum) | Organizations scaling Scrum while maintaining simplicity | One product backlog, shared sprint planning, single Product Owner |
Disciplined Agile (DA) | Enterprises customizing Agile to their needs | Hybrid framework, “Choose Your Way of Working” (WoW), Lean governance |
Crystal Methods | Teams of different sizes needing tailored Agile approaches | Lightweight, adaptive processes based on team size and project complexity |
Framework | Coordination Style | Structure | Complexity | Use Case |
---|---|---|---|---|
Lean | Value stream focused | Low | ⚪ Low | Foundational mindset |
SAFe | Centralized via ART | High | 🔺 High | Enterprise-level scaling |
SoS | Scrum Masters coordinate | Medium | 🔸 Medium | Inter-team collaboration |
LeSS | Shared backlog & roles | Low | ⚪ Low | Lightweight scaling |
DA | Tailored WoW | Medium-High | 🔺 High | Agile governance + flexibility |
Crystal | Team-dependent | Low | ⚪ Low | Small teams with high autonomy |
Agile vs. Predictive vs. Hybrid Approaches
One of the most critical skills for the PMP exam is knowing when to apply Agile, Predictive, or Hybrid approaches based on project characteristics. PMI recognizes that different projects require different delivery approaches, and Agile is not always the best solution. Let’s break down each approach in detail.
1. Agile Approach
What is Agile?
Agile is an iterative and incremental approach where work is done in small, time-boxed cycles (e.g., sprints in Scrum). Agile promotes continuous feedback, adaptation, and collaboration to improve the product and respond to change.
Key Characteristics of Agile:
- Iterative & Incremental: Work is delivered in small increments rather than all at once.
- Customer-Centric: Frequent feedback ensures the product meets user needs.
- Adaptive to Change: Agile welcomes changing requirements, even late in the project.
- Self-Organizing Teams: Teams manage their own work without micromanagement.
- Minimal Upfront Planning: Detailed planning happens throughout the project rather than all at once at the beginning.
When to Use Agile:
Project Type | Why Agile Works |
Software development | Frequent updates, changing requirements, and evolving technology. |
New product development | Continuous testing, prototyping, and user feedback. |
Research & innovation projects | Uncertainty requires adaptation and incremental learning. |
Mindsets and Key Concepts For the PMP Exam:
Agile is best when requirements are evolving, customer feedback is frequent, and adaptability is crucial.
2. Predictive (Waterfall) Approach
What is Predictive (Waterfall)?
Predictive project management (also called Waterfall) is a sequential, structured approach where all project phases are planned upfront. Work moves step by step through a series of predefined phases, with minimal flexibility for changes.
Key Characteristics of Predictive (Waterfall):
- Strict planning upfront: Detailed scope, cost, and schedule are defined at the start.
- Linear progression: Work moves from one phase to the next in a structured manner.
- Formal documentation: Heavy use of project documents (e.g., project charter, scope statement, requirements documents).
- Limited stakeholder involvement: Customers provide input at the beginning and review final results at the end.
- Risk management upfront: Risks are identified and mitigated early.
Phases of a Predictive Project (Traditional Waterfall Model)
- Initiation – Define project goals, objectives, and feasibility.
- Planning – Create a detailed scope, schedule, budget, and risk assessment.
- Execution – Develop the product or service according to the plan.
- Monitoring & Controlling – Ensure work aligns with the baseline plan.
- Closure – Final deliverables are accepted, lessons learned are documented.
When to Use Predictive (Waterfall):
Project Type | Why Predictive Works |
Construction | Well-defined scope, strict regulations, and sequential activities. |
Manufacturing | Repeatable processes with minimal uncertainty. |
Government contracts | Fixed budget and scope with minimal changes allowed. |
Large infrastructure projects | Extensive planning and high-cost implications. |
Mindsets and Key Concepts For the PMP Exam:
Predictive is best when requirements are fixed, scope is clear, and changes are costly or risky.
3. Hybrid Approach
What is Hybrid?
Hybrid combines Agile and Predictive methodologies. Some project components follow a structured plan, while others use Agile principles for flexibility.
Key Characteristics of Hybrid:
- Uses Agile for evolving aspects (e.g., software development).
- Uses Predictive for fixed, structured components (e.g., infrastructure setup).
- Balances flexibility and control, allowing both structured planning and iterative development.
- Blended team roles, where traditional project managers collaborate with Agile teams.
Types of Hybrid Approaches
Hybrid Type | How It Works |
Predictive with Agile Components | Core project follows Predictive, but certain components (e.g., software) use Agile. |
Agile with Predictive Governance | Agile execution, but with structured milestone reviews and documentation requirements. |
Blended Agile-Predictive Teams | Some teams work in Agile, while others follow Waterfall processes. |
When to Use Hybrid:
Project Type | Why Hybrid Works |
Enterprise IT implementations | Agile software development with Predictive deployment and governance. |
Healthcare & medical projects | Regulatory compliance requires Predictive planning, but Agile can be used for testing. |
Financial services | Agile for iterative feature development, Predictive for regulatory controls. |
Mindsets and Key Concepts For the PMP Exam:
Hybrid is best when some project components need predictability, while others require agility.
Agile, Predictive, and Hybrid Comparison
Factor | Agile | Predictive (Waterfall) | Hybrid |
Project Scope | Evolving | Fixed & well-defined | Mixed (some evolving, some fixed) |
Planning Approach | Iterative (rolling wave) | Upfront, detailed planning | Mixed |
Delivery Approach | Frequent, small releases | Single final delivery | Combination of both |
Customer Involvement | High, continuous feedback | Low, primarily at the beginning & end | Medium, with structured touchpoints |
Team Structure | Self-organizing teams | Hierarchical, managed teams | Combination of both |
Best For… | Uncertain projects, rapid changes | Well-defined projects, strict compliance | Projects needing both flexibility & control |
Mindsets and Key Concepts For the PMP Exam:
- If the project has high uncertainty, go with Agile.
- If the project has a fixed scope and detailed planning, choose Predictive.
- If the project requires a mix of structured governance and flexibility, use Hybrid.
Agile Risk Management
How Risk Management Differs in Agile vs. Predictive
Aspect | Predictive (Waterfall) | Agile Approach |
Risk Identification | Risks identified upfront in planning phase. | Risks are continuously assessed at each sprint. |
Risk Response | Detailed mitigation plans created early. | Uses short iterations to adapt to emerging risks. |
Risk Ownership | Project manager handles risk. | Self-organizing teams manage risks together. |
Agile Risk Management Strategies:
- Frequent Iterations: Small sprints reduce uncertainty and provide early feedback.
- Technical Spikes: When uncertainty is high, a short research sprint is done before committing to full development.
- Frequent Stakeholder Reviews: Continuous feedback identifies risks early.
Mindsets and Key Concepts For the PMP Exam:
- Agile mitigates risk by focusing on adaptability and frequent deliveries.
- Expect questions on how Agile teams handle uncertainty differently than traditional risk management.
Practice Question:
Your Agile team is developing a new e-commerce platform with a strict launch deadline. A key risk is that integrating with a third-party payment provider could cause delays due to API instability. In a traditional project, the risk would be analyzed upfront, and contingency plans would be created. However, in Agile, risk is handled differently.
As the Agile project manager, what is the best approach to mitigate this risk?
A. Prioritize early integration of the third-party payment API in the first iterations to test for potential issues and adapt accordingly.
B. Assign a dedicated risk analyst to monitor API stability and create detailed mitigation plans before development begins.
C. Wait until the later sprints when the payment functionality is scheduled for development to avoid spending effort on an API that may change.
D. Document the risk in a formal risk register and revisit it during the Sprint Retrospective to assess any emerging threats.
Correct Answer:
✔ A. Prioritize early integration of the third-party payment API in the first iterations to test for potential issues and adapt accordingly.
Agile mitigates risk by testing early and frequently rather than waiting until later in the project. By integrating the API in early iterations, the team can uncover issues sooner and adjust their approach accordingly, reducing the likelihood of last-minute surprises.
Why Other Choices Are Incorrect:
❌ B. Assign a dedicated risk analyst to monitor API stability and create detailed mitigation plans before development begins.
- Agile manages risk dynamically within the team rather than relying on a separate risk analyst to conduct extensive upfront analysis. The team continuously mitigates risks through early feedback and iterative development.
❌ C. Wait until the later sprints when the payment functionality is scheduled for development to avoid spending effort on an API that may change.
- Deferring high-risk work increases the chances of major issues arising late in development when fixes may be costly or disruptive. Agile prioritizes tackling uncertainties early.
❌ D. Document the risk in a formal risk register and revisit it during the Sprint Retrospective to assess any emerging threats.
- While Agile teams may track risks informally, they do not depend on formal risk registers and periodic reviews like traditional risk management. Instead, risk is actively managed through frequent testing and feedback loops.
Agile Contracts & Procurement
In traditional (Waterfall) procurement, contracts are rigid, with a fixed scope, timeline, and budget. Agile procurement is more flexible, allowing scope changes while focusing on value delivery.
Contract Type | Description | Best Used For |
Time & Materials (T&M) | Pays vendors based on actual work done (time spent and materials used). | Projects with evolving scope where work is difficult to define upfront. |
Fixed-Price Incremental | A fixed price per increment or sprint, instead of one lump-sum contract. | Ensures flexibility while controlling costs at each delivery cycle. |
Target Cost with Shared Savings | Vendor and customer share cost savings if project finishes under budget. | Encourages collaboration and cost efficiency. |
Agile Managed Service Agreement (MSA) | Long-term contract where teams work in a flexible Agile environment. | Ongoing partnerships where vendors provide Agile teams. |
Mindsets and Key Concepts For the PMP Exam:
- Agile contracts prioritize flexibility and collaboration rather than rigid scopes.
- Expect scenario-based questions about choosing the right contract type for an Agile project.
Practice Question:
Your organization is hiring an external vendor to develop a new mobile application using Agile methodologies. The legal team prefers a fixed-price contract to control costs, but the development team argues that requirements will evolve, making a more flexible contract type necessary.
As the Agile project manager, what is the best approach to balance cost control with Agile flexibility?
A. Recommend a Time & Materials (T&M) contract, allowing for iterative development while keeping financial oversight on vendor hours worked.
B. Proceed with the Fixed-Price contract, ensuring the vendor delivers all agreed-upon requirements within the specified budget and timeline.
C. Suggest an Agile Fixed-Price contract, where the contract defines a fixed budget but allows scope adjustments through collaboration and priority-based delivery.
D. Opt for a Cost-Plus contract, where the vendor is reimbursed for costs plus an agreed-upon profit margin, ensuring adaptability as requirements change.
Correct Answer:
✔ C. Suggest an Agile Fixed-Price contract, where the contract defines a fixed budget but allows scope adjustments through collaboration and priority-based delivery.
Agile Fixed-Price contracts strike a balance between cost control and flexibility by fixing the budget but allowing for scope negotiation and iterative deliveries. This ensures that vendors and clients collaborate to deliver the highest-value features without rigid adherence to an outdated scope.
Why Other Choices Are Incorrect:
❌ A. Recommend a Time & Materials (T&M) contract, allowing for iterative development while keeping financial oversight on vendor hours worked.
- While T&M contracts provide flexibility, they lack budget predictability, which is often a concern for stakeholders managing project costs.
❌ B. Proceed with the Fixed-Price contract, ensuring the vendor delivers all agreed-upon requirements within the specified budget and timeline.
- Fixed-price contracts work best for well-defined projects, but Agile projects involve evolving requirements, making strict scope commitments impractical.
❌ D. Opt for a Cost-Plus contract, where the vendor is reimbursed for costs plus an agreed-upon profit margin, ensuring adaptability as requirements change.
- Cost-Plus contracts provide adaptability but offer little incentive for cost control, which could lead to overspending with no clear financial cap.
Agile Metrics & Reporting
Agile metrics and reporting are essential for tracking progress, measuring efficiency, and ensuring continuous improvement. Unlike traditional project management, which relies heavily on earned value management (EVM) and variance analysis, Agile uses lightweight, visual, and data-driven tracking methods.
For the PMP exam, it’s important to understand these key Agile metrics and how they help teams measure progress, identify bottlenecks, and improve performance.
1. Burnup Chart
What Is a Burnup Chart?
A Burnup Chart is a visual progress tracking tool that shows how much work has been completed versus the total scope of a project. It helps teams understand whether they are on track to complete the planned work and if scope changes impact progress.
How a Burnup Chart Works
- The X-axis represents time (e.g., sprints, weeks).
- The Y-axis represents work units (e.g., story points, tasks, features).
- There are typically two key lines:
- Total Work (Scope Line): Represents the overall planned work, which may change over time.
- Completed Work Line: Tracks the cumulative progress toward completing the project.
How to Read a Burnup Chart
- If the completed work line is trending toward the total work line, the team is on track.
- If the total work line is increasing, it means the scope is expanding (scope creep).
- If the completed work line is flat, the team may be blocked or working inefficiently.
Example of a Burnup Chart
A software development team starts with 100 story points planned for completion in 5 sprints. After Sprint 3, the customer adds 20 more story points, increasing the total scope to 120.
The Burnup Chart shows:
- Steady progress toward completion as the team consistently delivers work.
- A scope increase at Sprint 3, making the change visible to all stakeholders.
- Final completion at Sprint 5, where the completed work line meets the total scope.

Mindsets and Key Concepts For the PMP Exam:
- Burnup charts help teams and stakeholders track progress and identify scope changes effectively.
- If a question asks how to track completed work while considering scope changes, the burnup chart is the best choice.
Practice Question:
Your Agile team is working on a product release, and stakeholders are concerned about tracking progress while managing evolving requirements. The Product Owner wants to ensure that the team’s completed work is visible while also accounting for scope changes over time.
As an Agile project manager, which tool should you recommend?
A. A Burnup Chart, as it shows both completed work and total scope, making it easier to track progress while accommodating changes.
B. A Burndown Chart, as it provides a clear view of how much work remains, ensuring the team stays focused on completing tasks.
C. A Cumulative Flow Diagram (CFD), as it provides a visual representation of work in different stages, helping identify bottlenecks.
D. A Velocity Chart, as it helps predict future performance by measuring the average amount of work completed per sprint.
Correct Answer:
✔ A. A Burnup Chart, as it shows both completed work and total scope, making it easier to track progress while accommodating changes.
A Burnup Chart effectively tracks completed work while also displaying changes in total scope, making it the best tool for monitoring progress in evolving Agile projects. It helps stakeholders see whether changes in scope impact delivery timelines.
Why Other Choices Are Incorrect:
❌ B. A Burndown Chart, as it provides a clear view of how much work remains, ensuring the team stays focused on completing tasks.
- Burndown Charts only track remaining work and do not reflect scope changes, making them less useful when monitoring progress in dynamic projects.
❌ C. A Cumulative Flow Diagram (CFD), as it provides a visual representation of work in different stages, helping identify bottlenecks.
- CFDs focus on workflow efficiency rather than overall project scope and completed work. They are more useful for tracking process bottlenecks than scope changes.
❌ D. A Velocity Chart, as it helps predict future performance by measuring the average amount of work completed per sprint.
- Velocity Charts measure delivery trends but do not visualize scope changes or overall progress toward project completion.
2. Burndown Chart
What Is a Burndown Chart?
A Burndown Chart is a visual tool that tracks the amount of remaining work in a sprint or project over time. It helps teams understand their progress and whether they are on track to complete the planned work by the deadline.
How a Burndown Chart Works
- The X-axis represents time (e.g., sprints, days in a sprint).
- The Y-axis represents remaining work (e.g., story points, tasks, hours).
- The chart typically includes:
- Ideal Trend Line: Represents the expected pace of work completion over time.
- Actual Work Remaining Line: Shows how much work is actually left and whether the team is ahead or behind schedule.
How to Read a Burndown Chart
- If the actual work remaining line follows the ideal trend line, the team is on track.
- If the actual line stays above the ideal line, the team is behind schedule and may need adjustments.
- If the actual line is below the ideal line, the team is completing work faster than planned.
- A flat line indicates no progress, which may signal blockers or incomplete work.
Types of Burndown Charts
Burndown Chart Type | Tracks… |
Sprint Burndown | Work remaining within a sprint (e.g., 2-week cycle). |
Release Burndown | Work remaining for an entire product release. |
Epic/Feature Burndown | Tracks progress on specific features or epics. |
Example of a Burndown Chart
A 5-day sprint begins with 40 story points, and the team works to complete tasks each day.
Day | Remaining Story Points (Ideal) | Remaining Story Points (Actual) |
Day 1 | 40 | 40 |
Day 2 | 32 | 35 |
Day 3 | 24 | 28 |
Day 4 | 16 | 18 |
Day 5 | 8 | 5 |

Mindsets and Key Concepts For the PMP Exam:
Burndown charts quickly highlight whether a team is on track, falling behind, or completing work faster than expected.
Practice Question:
Your Agile team is in the middle of a sprint, and the Product Owner is concerned about whether the team is on track to complete all committed work. As the Agile project manager, you need to provide a visual representation of progress that quickly highlights whether the team is ahead, behind, or on track with their sprint goals.
Which tool should you use?
A. A Burndown Chart, as it visually tracks remaining work over time and quickly indicates if the team is on track or falling behind.
B. A Burnup Chart, as it shows completed work and scope changes, helping monitor progress toward overall project completion.
C. A Cumulative Flow Diagram (CFD), as it provides insights into work in different stages and identifies bottlenecks in the development process.
D. A Sprint Backlog, as it lists all tasks and provides a breakdown of work remaining, ensuring transparency for the team and stakeholders.
Correct Answer:
✔ A. A Burndown Chart, as it visually tracks remaining work over time and quickly indicates if the team is on track or falling behind.
A Burndown Chart provides a clear, visual representation of work remaining versus time, making it the best tool for quickly assessing whether a team is on track, ahead, or falling behind in a sprint or project.
Why Other Choices Are Incorrect:
❌ B. A Burnup Chart, as it shows completed work and scope changes, helping monitor progress toward overall project completion.
- While Burnup Charts track progress, they focus on completed work and scope changes, rather than quickly showing whether a team is ahead or behind schedule.
❌ C. A Cumulative Flow Diagram (CFD), as it provides insights into work in different stages and identifies bottlenecks in the development process.
- CFDs track workflow efficiency and bottlenecks rather than sprint progress. They do not provide a quick view of whether the team is meeting its sprint goals.
❌ D. A Sprint Backlog, as it lists all tasks and provides a breakdown of work remaining, ensuring transparency for the team and stakeholders.
- While the Sprint Backlog provides detailed task tracking, it does not offer a visual trend of progress over time like a Burndown Chart does.
3. Velocity
What Is Velocity?
Velocity measures how much work a team completes per sprint (in story points, user stories, or tasks). It helps teams predict future performance and plan effectively.
How to Calculate Velocity
Velocity = Total work completed across multiple sprints / Number of sprints
- If a team completes 30 story points in Sprint 1, 35 in Sprint 2, and 40 in Sprint 3, the average velocity is 35 story points per sprint.
- This means the team can estimate how much work they can handle in future sprints.
Velocity Key Insights
- Velocity stabilizes over time as the team becomes more predictable.
- New teams have fluctuating velocity while learning Agile practices.
- A sudden drop in velocity may indicate blockers, scope creep, or team disruptions.
Example of Using Velocity
- A project has 300 story points remaining.
- The team’s velocity is 50 points per sprint.
- Estimated completion: 6 more sprints.
Mindsets and Key Concepts For the PMP Exam:
Velocity helps teams forecast how much work they can complete, but it shouldn’t be used for strict deadlines (as Agile is flexible).
Practice Question:
Your Agile team has completed several sprints, and you have gathered velocity data showing that the team typically completes between 30 and 35 story points per sprint. A stakeholder requests that the team commit to delivering exactly 70 story points in the next two sprints to meet a critical business deadline.
As the Agile project manager, how should you respond?
A. Explain that velocity is a forecasting tool, not a guarantee, and while past performance suggests the team might complete 70 story points, Agile allows for flexibility based on changing conditions.
B. Agree to the stakeholder’s request and push the team to commit to 70 story points, as velocity data provides a strong prediction of future performance.
C. Adjust the sprint backlog to ensure 70 story points are assigned, even if it means overloading the team slightly, since Agile teams must be adaptable to business needs.
D. Suggest increasing the team’s velocity by adding extra developers for the next sprint, ensuring that 70 story points can be completed within the required timeframe.
Correct Answer:
✔ A. Explain that velocity is a forecasting tool, not a guarantee, and while past performance suggests the team might complete 70 story points, Agile allows for flexibility based on changing conditions.
Velocity is used for estimation, not for setting rigid deadlines or fixed commitments. Agile teams should use velocity to make informed forecasts while maintaining flexibility to adjust for complexities, risks, and evolving requirements.
Why Other Choices Are Incorrect:
❌ B. Agree to the stakeholder’s request and push the team to commit to 70 story points, as velocity data provides a strong prediction of future performance.
- Velocity is an estimate, not a fixed commitment. Forcing the team to meet an exact point target ignores Agile’s adaptability.
❌ C. Adjust the sprint backlog to ensure 70 story points are assigned, even if it means overloading the team slightly, since Agile teams must be adaptable to business needs.
- Overloading the team can lead to burnout and reduced quality. Agile prioritizes sustainable delivery over meeting arbitrary targets.
❌ D. Suggest increasing the team’s velocity by adding extra developers for the next sprint, ensuring that 70 story points can be completed within the required timeframe.
- Adding new team members mid-sprint does not immediately increase velocity—it often reduces efficiency due to onboarding and collaboration adjustments.
4. Lead Time & Cycle Time
What Is Lead Time?
- Lead Time measures the total time from when a request is made to when it is completed.
- It includes waiting time, development time, and testing time.
What Is Cycle Time?
- Cycle Time measures the time from when work starts to when it is completed.
- It excludes waiting time and focuses on active work.
Key Differences Between Lead Time & Cycle Time
Metric | Measures… | Why It Matters? |
Lead Time | Total time from request to delivery | Shows overall efficiency from customer perspective. |
Cycle Time | Time from work starting to completion | Helps teams optimize work-in-progress (WIP). |
Example of Lead Time & Cycle Time
- A user requests a feature on March 1.
- The team starts working on it March 10.
- The feature is delivered on March 20.
- Lead Time = 20 days (March 1 → March 20).
- Cycle Time = 10 days (March 10 → March 20).
Mindsets and Key Concepts For the PMP Exam:
Lead Time and Cycle Time are important for Kanban and Lean Agile teams to improve efficiency.
Practice Question:
Your Agile team has been using Kanban to manage its workflow. During a recent review, you notice that Cycle Time is decreasing, indicating that tasks are being completed faster. However, Lead Time has not improved, and stakeholders are still experiencing delays in receiving deliverables. The team believes they are working efficiently, but customer feedback suggests that response times are too slow.
As the Agile project manager, what should you do next?
A. Investigate upstream processes, such as backlog refinement and prioritization, to identify where delays are occurring before work starts.
B. Encourage the team to work on more items in parallel to reduce backlog buildup and improve overall system throughput.
C. Further optimize the team’s internal processes to continue reducing Cycle Time, as faster development will eventually lower Lead Time.
D. Implement a fixed release schedule to ensure deliverables are released at regular intervals, improving stakeholder expectations.
Correct Answer:
✔ A. Investigate upstream processes, such as backlog refinement and prioritization, to identify where delays are occurring before work starts.
If Cycle Time is decreasing but Lead Time is still high, the issue is likely occurring before work enters active development. Delays in backlog prioritization, approval processes, or unclear requirements can extend Lead Time. Improving upstream processes ensures work flows into development more efficiently.
Why Other Choices Are Incorrect:
❌ B. Encourage the team to work on more items in parallel to reduce backlog buildup and improve overall system throughput.
- Increasing Work in Progress (WIP) may actually worsen Lead Time by spreading team capacity too thin. Kanban focuses on limiting WIP to improve flow.
❌ C. Further optimize the team’s internal processes to continue reducing Cycle Time, as faster development will eventually lower Lead Time.
- Cycle Time improvements only impact active work. If tasks are sitting in the backlog for too long before development starts, Cycle Time optimization alone won’t fix the issue.
❌ D. Implement a fixed release schedule to ensure deliverables are released at regular intervals, improving stakeholder expectations.
- While a fixed release schedule may help manage expectations, it does not address the root cause of Lead Time delays—which often stem from bottlenecks before development starts.
Summary Table: Agile Metrics & Their Uses
Metric | Tracks… | Best For… |
Burnup Chart | Progress toward project completion. | Tracking overall progress & scope changes. |
Burndown Chart | Work remaining. | Sprint tracking & ensuring completion on time. |
Velocity | Team’s work capacity per sprint. | Forecasting project completion. |
Lead Time | Total time from request to delivery. | Improving responsiveness. |
Cycle Time | Time from work start to completion. | Optimizing efficiency. |
For the PMP Exam: Expect scenario-based questions where you need to choose the best Agile metric to assess progress or identify issues.
- Burndown Charts are common in Scrum to track sprint progress.
- Burnup Charts help visualize scope changes and completed work.
- Velocity is used for capacity planning but should not be used as a strict deadline predictor.
- Lead Time & Cycle Time are critical in Kanban and Lean Agile.
- Agile metrics support continuous improvement, not control.
Agile Estimation Techniques
Unlike traditional project estimation, which relies on detailed work breakdown structures (WBS), Agile teams use relative estimation techniques to evaluate effort quickly while adapting to uncertain or evolving requirements.
Estimation Method | How It Works | Best Used For |
Planning Poker | Team members assign story points using Fibonacci sequence (1, 2, 3, 5, 8, etc.) to compare effort. | Backlog refinement and sprint planning. |
T-shirt Sizing | Tasks are categorized as S, M, L, XL based on complexity. | Fast estimation for large backlogs. |
Affinity Estimation | Teams group similar tasks together and rank them by difficulty. | Quick backlog prioritization. |
Mindsets and Key Concepts For the PMP Exam:
- Agile estimates focus on team-based collaboration instead of individual expert judgment.
- Expect questions comparing relative estimation (Agile) vs. detailed estimation (Predictive).
Practice Question:
Your Agile team is preparing for Sprint Planning and needs to estimate the effort required for upcoming backlog items. One team member, who has extensive experience in the domain, suggests using detailed effort-based estimation similar to traditional project management. However, the Scrum Master encourages the team to use relative estimation techniques instead.
As an Agile project manager, what is the best explanation for why Agile prefers relative estimation over detailed estimation?
A. Relative estimation is more accurate because it focuses on comparisons rather than absolute effort, reducing the risk of underestimation.
B. Agile estimates should rely on the most experienced team member’s judgment, as their expertise ensures more precise effort estimation.
C. Relative estimation fosters team-based collaboration, encourages discussion, and allows for quicker decision-making compared to traditional detailed estimation.
D. Detailed estimation is only suitable for predictive projects, while Agile teams do not estimate work at all and simply complete tasks as they arise.
Correct Answer:
✔ C. Relative estimation fosters team-based collaboration, encourages discussion, and allows for quicker decision-making compared to traditional detailed estimation.
Agile estimation techniques focus on collaboration rather than relying on a single expert. Relative estimation (e.g., Planning Poker, T-shirt sizing, Story Points) encourages the entire team to discuss, compare, and align on effort estimates, improving accuracy and buy-in.
Why Other Choices Are Incorrect:
❌ A. Relative estimation is more accurate because it focuses on comparisons rather than absolute effort, reducing the risk of underestimation.
- Relative estimation does not guarantee higher accuracy, but it helps teams make consistent effort comparisons while adapting to uncertainty.
❌ B. Agile estimates should rely on the most experienced team member’s judgment, as their expertise ensures more precise effort estimation.
- Agile emphasizes team-based estimation, not individual expertise. Group estimation minimizes bias and promotes shared understanding.
❌ D. Detailed estimation is only suitable for predictive projects, while Agile teams do not estimate work at all and simply complete tasks as they arise.
- Agile teams do estimate work, but they use relative, collaborative techniques rather than time-consuming, absolute estimates.
Agile Governance & Compliance
Governance Aspect | Agile Approach |
Documentation | Agile maintains lightweight, necessary documentation instead of heavy project plans. |
Regulatory Compliance | Compliance is built into the Definition of Done (DoD) and tested in each sprint. |
Decision-Making | Decisions are decentralized, allowing teams to self-manage within governance rules. |
Key Agile Governance Practices:
- Definition of Done (DoD): Ensures each deliverable meets compliance and quality standards.
- Frequent Reviews & Audits: Agile projects use iterative testing and validation rather than a single final review.
- Traceability in Agile: Uses backlogs and automated testing to maintain compliance with minimal documentation.
Mindsets and Key Concepts For the PMP Exam:
- Expect questions on balancing Agile flexibility with compliance requirements.
- Agile governance relies on transparency, working software, and frequent reviews instead of strict phase-gates.
Practice Question:
Your Agile team is working on a regulated financial software project that requires strict compliance with industry standards. A compliance officer raises concerns that Agile’s lightweight documentation approach may not provide sufficient traceability for audits. The team, however, argues that their Definition of Done (DoD), automated testing, and backlog management ensure compliance without excessive paperwork.
As the Agile project manager, how should you address this concern?
A. Explain that Agile ensures compliance through Definition of Done (DoD), which mandates that every increment meets regulatory and quality standards before being considered complete.
B. Implement a formal documentation review process at the end of each sprint to ensure traceability, even if it adds overhead to Agile workflows.
C. Require the team to maintain detailed manual compliance reports for every iteration to ensure full audit readiness.
D. Postpone Agile deliveries until a full compliance audit can be performed at the end of development, ensuring all regulations are met before release.
Correct Answer:
✔ A. Explain that Agile ensures compliance through Definition of Done (DoD), which mandates that every increment meets regulatory and quality standards before being considered complete.
Agile integrates compliance and governance into the workflow rather than relying on heavy documentation. Definition of Done (DoD) ensures that all deliverables meet regulatory, security, and quality standards before being released. Additionally, Agile teams use automated testing, backlog tracking, and frequent reviews to maintain traceability.
Why Other Choices Are Incorrect:
❌ B. Implement a formal documentation review process at the end of each sprint to ensure traceability, even if it adds overhead to Agile workflows.
- Agile promotes just enough documentation and continuous compliance verification, rather than formal, heavyweight documentation reviews that slow down iterations.
❌ C. Require the team to maintain detailed manual compliance reports for every iteration to ensure full audit readiness.
- Agile relies on automated testing, backlog tracking, and continuous validation instead of burdensome manual reporting.
❌ D. Postpone Agile deliveries until a full compliance audit can be performed at the end of development, ensuring all regulations are met before release.
- Agile integrates compliance iteratively, ensuring frequent testing and audits throughout development, rather than waiting for a final review at the end.
Conclusion
This article covered key Agile mindset and concepts to help you understand how Agile teams work and prepare for the PMP exam. Did we miss an important Agile concept? Share your thoughts in the comments! Also, check out the 9 essential PMP Exam Mindsets next.