Free Practice Questions for PMI PMP Exam

One of the core values of agile is to deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale1. This means that the project manager should seek ways to show the customer the value of the software as early and often as possible, rather than waiting for the final deliverables or a major milestone. By evaluating various delivery options, such as demos, prototypes, beta versions, or minimum viable products (MVPs), the project manager can get feedback from the customer and validate their needs and expectations. This will also help the project manager to prioritize the features that deliver the most value to the customer and align the team’s efforts accordingly. The other options are not as effective as evaluating various delivery options. Asking the internal sales team to keep the customer informed of the delivered value may not be sufficient, as the customer may not be able to see or experience the software for themselves. Informing the customer about the progress and updating them on the final deliverables may not be enough, as the customer may not be satisfied with the outcome or may have changed their requirements. Waiting for an important milestone to complete and then informing the customer of the progress may be too late, as the customer may have missed the opportunity to provide feedback or suggest changes. References:

The 12 Agile Project Management Principles: Key Pillars of Agile

Focusing on Customer Value with Agile Program Management

What is Value-Driven Delivery in the agile world? - Whizlabs

The best answer is D because it involves engaging the stakeholders in the decision-making process and respecting their preferences and expectations. The project manager should not impose a new approach on the stakeholders without their consent or input, as this could lead to resistance, confusion, or dissatisfaction. The project manager should also not delegate the decision to the team only, as this could exclude the stakeholders’ perspectives and needs. The project manager should explain the benefits and challenges of both the predictive and agile approaches, and facilitate a collaborative discussion with the stakeholders to reach a mutual agreement on the best approach for the new project. This would demonstrate the project manager’s leadership, communication, and stakeholder management skills, as well as the ability to adapt to changing organizational and environmental factors. References:

PMBOK Guide, 7th edition, page 27, section 2.2.1, “Tailoring”

PMBOK Guide, 7th edition, page 29, section 2.2.2, “Stakeholder Engagement”

PMBOK Guide, 7th edition, page 31, section 2.2.3, “Leadership”

PMBOK Guide, 7th edition, page 33, section 2.2.4, “Teamwork”

PMBOK Guide, 7th edition, page 35, section 2.2.5, “Communication”

Agile Practice Guide, page 8, section 1.2, “What is Agile?”

Agile Practice Guide, page 9, section 1.3, “Why Use Agile Approaches?”

Agile Practice Guide, page 10, section 1.4, “When to Use Agile Approaches?”

Agile Practice Guide, page 11, section 1.5, “Tailoring to the Project Environment”

Agile Practice Guide, page 12, section 1.6, “Implementing Agile: Creating an Agile Environment”

Agile Practice Guide, page 13, section 1.7, “Implementing Agile: Delivering in an Agile Environment”

Agile Practice Guide, page 14, section 1.8, “Organizational Considerations for Project Agility”

nager should also help the stakeholders understand how the agile principles and practices affect the project’s reporting and metrics2. The project manager should explain that agile reporting focuses on delivering value, responding to change, and satisfying customer needs3. The project manager should also collaborate with the stakeholders to identify the most relevant and meaningful reports and KPIs for the agile project, such as velocity, burn-up or burn-down charts, sprint or product backlog, and customer feedback. References:

1: PMBOK® Guide, 6th edition, section 10.1.3.1

2: PMBOK® Guide, 6th edition, section 1.2.3

3: PMBOK® Guide, 6th edition, section 1.2.2

: PMBOK® Guide, 6th edition, section 1.2.4

A communications management plan is a document that defines how important information will be communicated to stakeholders throughout the project12. It should include the purpose, methods, frequency, and roles of communication, as well as any contractual obligations that may affect the communication process12.

By ensuring that the communications management plan covers contractual obligations, the project manager can avoid any confusion or conflict between the subcontractors and the client, as well as establish clear expectations and boundaries for communication. This can help improve the quality and efficiency of communication, as well as the overall success of the project12.

1: How to Create a Project Management Communication Plan 2: How to create a project management communication plan - Lucidchart

Comprehensive and Detailed Explanation:

At the close of a project, especially one involving multiple agile streams, the best practice is to conduct a formal lessons learned session (also known as a retrospective or post-mortem). This allows comprehensive collection of what went well, what didn’t, and how to improve future projects.

* B is limited to only one sprint.

* C is not the appropriate forum for final reflections.

* D may provide leadership insights but not team-level experience.

 In agile project management, risks are identified and managed continuously throughout the project. Agile teams prioritize risks according to severity and address them as they arise during each iteration. This approach ensures that risks are handled in a timely and efficient manner, aligning with the iterative nature of agile methodologies. The team acknowledges the risks and incorporates risk management activities into their iteration planning and execution, allowing for proactive responses to potential issues1.

The most proactive and effective response is to leverage virtual teams. PMI recognizes virtual and distributed teams as standard practice in today’s environment, especially when in-person meetings aren’t possible. Tools for collaboration, file sharing, and real-time communication can ensure productivity and engagement across diverse geographic locations.

According to the PMBOK® Guide – Seventh Edition and Agile Practice Guide, leveraging technology to support remote collaboration is part of tailoring project environments.

Option A focuses on risk tracking rather than an immediate solution.

Option C is drastic and costly.

Option D unnecessarily delays deliverables instead of adapting.

Organizing performance improvement programs is a proactive approach to address the identified gaps in team performance. It aligns with the PMBOK® Guide’s principles of continuous improvement and the development of team competencies. This action supports the growth of individual team members and enhances overall project performance.

 In an agile project management context, especially when time constraints are present, it is crucial to align stakeholders’ needs and expectations with the project’s deliverables. The project manager should work collaboratively with stakeholders to create a prioritized backlog and release a roadmap. This approach ensures that the most critical features are developed first and that there is a clear plan for delivering value incrementally. It allows for flexibility in responding to changes and ensures that the project delivers the most significant value within the given time frame. This strategy is supported by agile principles, which emphasize customer collaboration and responding to change12.

The performance rating of project team members should primarily reference the agreed-upon key performance indicators (KPIs). KPIs are quantifiable measures that are established at the beginning of the project to evaluate the success of the project and the contribution of team members towards achieving project objectives. This approach ensures that the assessment is objective and based on predefined criteria, rather than subjective opinions or inputs.

The stakeholder engagement assessment matrix is a tool used to document the desired and current engagement levels of stakeholders and identify potential gaps in their involvement. It is particularly useful in complex projects with a large number of stakeholders to ensure that their participation and involvement are aligned with project needs. By evaluating this matrix, the project manager can strategically plan how to engage each stakeholder group effectively, which is crucial for the successful delivery of the project12.

Stakeholder engagement is a critical function of a project manager, especially when there is disagreement over decisions. The best course of action is to clarify the rationale behind the selection and use data-driven reasoning to influence the dissenting teams toward consensus.

According to the PMBOK® Guide – Seventh Edition (Stakeholder and Communication Performance Domains), the project manager must ensure that stakeholders understand the process and are aligned with outcomes. Engaging in respectful discussions and influencing team members through facts and process transparency supports long-term collaboration and buy-in.

Option A escalates prematurely.

Option B is authoritarian and damages trust.

Option C neglects stakeholder engagement.

Agile principles encourage teams to self-organize and continuously improve their processes. When some facilitators are not conducting efficient daily scrums, it is beneficial to acknowledge the team’s overall growth and provide targeted support to those who need it. Working one-on-one allows for personalized coaching that can address specific challenges and improve facilitation skills. This approach fosters a positive environment where all team members can develop and contribute effectively1.

 In the context of the PMP objectives, when faced with unforeseen circumstances that impact project acceptance criteria, the project manager should adapt the project management plan and activities to align with the new conditions while still meeting the project objectives. Transitioning on-site training to online sessions is a proactive approach that ensures the training objectives are still met despite the shift to remote work. This aligns with the PMI’s emphasis on flexibility and adaptability in project execution.

In a situation where customer feedback indicates a strong demand for a new feature, it is advisable to deliver a minimum viable feature (MVF) that can provide immediate value while full development continues. This approach aligns with Agile project management principles, which prioritize rapid delivery of value through iterative and incremental development1. By planning for an MVF, the project manager can demonstrate responsiveness to customer needs and provide a tangible product increment within a short timeframe, thus satisfying the urgent request from the marketing department without disrupting the ongoing work of Company B2.

The project manager should first clarify expectations with the client before taking any further action. Open communication is a key part of stakeholder engagement and ensures alignment on mandatory safety requirements that may not be fully understood by all parties.

Per the PMBOK® Guide – Seventh Edition (Stakeholder and Planning Performance Domains), stakeholder consultation helps address risks and clarify scope elements like compliance. Assuming or ignoring requirements could lead to regulatory breaches.

Option A is inappropriate and risky.

Option C may cause unnecessary cost or complexity.

Option D is premature without engaging the client first.

When managing a global program with distributed teams, videoconferencing is the most effective means of team interaction. It allows for visual communication, real-time collaboration, enhanced engagement, and relationship building. Videoconferencing enables team members to see each other, which is crucial for non-verbal communication cues such as facial expressions and body language. This enhances understanding and rapport among team members. Real-time collaboration is facilitated, allowing for discussions, screen sharing, and document collaboration simultaneously. Engagement is maintained by creating a sense of presence and connection, reducing distractions, and encouraging active participation. Building relationships is also vital, especially when working with distributed teams, as it helps mitigate challenges of cultural differences and time zone variations.

 When a key team member is unexpectedly absent, it’s important for the project manager to collaborate with the rest of the team to assess the impact and reprioritize tasks. This is in line with agile principles, which emphasize team collaboration and self-organization1. The team should collectively decide how to redistribute the workload, possibly by sharing responsibilities or adjusting the iteration’s scope. This approach maintains the team’s agility and ensures that everyone is on board with the revised plan, fostering a sense of ownership and commitment to the project’s success.

 According to the principles of project management, once a project has met its agreed-upon product requirements and is at the closure phase, the project manager should adhere to the project closure criteria. This involves ensuring that all project work has been completed, all project management processes have been executed, and there is formal recognition of the completion of the project1. Adding additional functionality after the project closure criteria have been met is not recommended as it can lead to scope creep and may affect the project’s success2. The project manager should instead focus on finalizing all project documentation, releasing project resources, and ensuring that lessons learned are documented for future reference3. References:

Project closing - Project Management Institute1.

Project Closure Phase: A Comprehensive Guide2.

Post Mortem After Successful Project Closure3.

Predictive:

Requirements: are controlled as requirements and constraints emerge.

Changes: are elaborated frequently during delivery.

Risk and Cost: are continuously involved.

Key Stakeholders: are controlled by detailed planning.

Agile:

Requirements: are defined up-front before development team begins.

Changes: are constrained as much as possible.

Risk and Cost: are incorporated in real-time during delivery.

Key Stakeholders: are involved at specific milestones.

The predictive project approach, often referred to as the waterfall model, is characterized by its sequential phase-to-phase development where requirements and planning are done up-front. In contrast, the agile approach is iterative and incremental, with requirements and solutions evolving through collaboration between self-organizing cross-functional teams.

In the predictive approach:

Requirements are detailed early in the project and changes are managed through a formal process.

Changes are not expected to be frequent and are carefully managed.

Risk and Cost are analyzed and assessed as part of the initial planning.

Key Stakeholders are identified and their needs are addressed through detailed planning.

In the agile approach:

Requirements are often co-created with stakeholders and can evolve as the project progresses.

Changes are expected and embraced as part of the methodology to adapt to evolving needs.

Risk and Cost are managed in real-time, allowing for quick responses to change.

Key Stakeholders are engaged continuously, with their feedback incorporated into the project iteratively.

As a project manager performing the scrum master role, it is crucial to actively identify and address conflicts within the Scrum team. The project manager should create a work environment where everyone feels safe expressing their opinions and concerns. By acknowledging the impediments such as noise, laptop performance, and booking issues, and facilitating their resolution, the project manager ensures that the team can focus on their tasks without unnecessary distractions or hindrances. This approach is in line with the responsibilities of a Scrum Master to remove obstacles that impede the team’s progress and to foster an environment conducive to effective communication and collaboration1.

project manager who is acting as a servant leader should empower the team members to conduct their job activities and hold each person accountable to improve the schedule. This is because a servant leader demonstrates commitment to serve and put other people first, and emphasizes flexibility and empathy to empower team members to adapt and thrive. A servant leader also fosters a culture of collaboration, communication, and feedback, and helps the team members develop their skills and potential. By empowering the team members, the project manager can improve their performance, motivation, and satisfaction, and ultimately get the project back on track.

The other three options are not the best actions for a servant leader to take, because:

Notifying the project sponsor that the team is underperforming and requesting additional resources to compress the schedule is a possible option, but it is not the first thing to do. The project manager should first try to address the root causes of the team’s low performance, and explore other ways to improve the schedule, such as fast-tracking, crashing, or re-baselining. Requesting additional resources may not be feasible or effective, and it may also undermine the trust and confidence of the team members and the sponsor.

Contacting each team member to inform them that further schedule slips will not be tolerated by the project sponsor is a coercive and authoritarian action, which is contrary to the servant leadership style. This action may create fear, resentment, and resistance among the team members, and damage their morale and engagement. It may also increase the risk of conflicts, errors, and turnover, and worsen the project performance.

Beginning holding daily meetings to assign each team member discrete tasks with specific due dates is a micromanaging and controlling action, which is also contrary to the servant leadership style. This action may reduce the autonomy, creativity, and ownership of the team members, and make them feel disempowered and demotivated. It may also increase the workload and stress of the project manager, and hinder the team’s collaboration and learning.

The situation indicates that one team member is dominating, and others feel left out, which is harming morale and delivery. The appropriate response is to coach the team on inclusive behavior and to reinforce Agile values such as shared responsibility and open communication.

The PMBOK® Guide – Seventh Edition and Agile Practice Guide highlight the role of the project manager (or Scrum Master) in facilitating team collaboration and psychological safety. Coaching is a primary tool to correct team dynamics.

Option A is useful but not action-oriented.

Option B doesn't address the root problem.

Option D may help but doesn’t correct behavior.

The project manager should first revisit the project charter and assess if the project goals and objectives can be met with other alternatives. This could include re-evaluating the project requirements, researching other suppliers and/or re-designing the project in order to reduce the cost. If all other alternatives are exhausted, then the project manager should seek approval from the project sponsor or the CEO to proceed with the purchase order.

The project manager should have ensured that the risk associated with funding was adequately assessed and mitigated. This involves identifying potential financial risks early in the project, analyzing their impact, and developing a risk mitigation plan. This plan should include strategies to secure funding and contingency plans in case of delays in funding acquisition. By doing so, the project manager could have taken proactive steps to prevent work suspension due to funding issues.

When the team does not understand or is unclear about the scope—even if the product owner believes it's well defined—it signals a gap in shared understanding. In Agile projects, the product owner is responsible for communicating the product vision and ensuring clarity of scope and user stories.

According to the Agile Practice Guide, the product owner plays a critical role in facilitating the team’s understanding of the product vision and goals. A clear vision helps the team understand priorities, purpose, and deliverables.

Option A (release plan) does not resolve the issue of misunderstanding the vision or scope.

Option B is directive and may worsen the confusion.

Option D is focused on prioritization, not clarity of scope or vision.

Comprehensive and Detailed Explanation:

The first step is to assess the financial impact of adding the 30 team members. Quantifying the cost and checking budget availability ensures data-driven decision-making. Only after this step should the project manager proceed with staffing actions.

* A focuses on SPI forecasting but doesn’t address funding directly.

* C assumes funding is available without analysis.

* D is premature before confirming budget availability.

 When a project manager receives a request to add features and functions after the project scope has been established, it is essential to follow the change management process. This process involves several steps, including identifying the change request, conducting an impact analysis, documenting the change, presenting it to the Change Control Board (CCB), making a decision on the change, communicating the decision to stakeholders, and implementing approved changes. The change management process ensures that any modifications to the project are controlled and aligned with project objectives, minimizing risks and disruptions1.

Comprehensive and Detailed Explanation:

When using an iterative (agile) approach, the project manager should prioritize customer feedback and early value delivery. Planning an MVP allows early testing, and running sprints supports continuous improvement and adaptability. Focus groups are a form of stakeholder engagement to validate features before building them, a best practice in agile.

* A and B are aligned with predictive (waterfall) practices.

* C (MVP), D (focus groups), and E (agile sprints) align with iterative/agile methodologies.

To prevent the issue of components not meeting requirements, it is essential to have clear and agreed-upon acceptance criteria. These criteria should be part of a quality checklist that is defined and approved before the build phase begins. This ensures that all parties have a shared understanding of what is expected and can verify that the components meet these standards as they are replaced.

When stakeholders raise concerns despite receiving updates, it suggests there may be a gap in understanding or relevance of the information shared. The project manager should meet directly with those stakeholders to assess the root cause of their concerns and determine whether the plan—or the way it is communicated—needs to be adjusted.

According to the PMBOK® Guide – Seventh Edition, effective stakeholder engagement involves not only communication but also actively understanding and addressing their expectations and concerns.

Option B is reactive and narrow in scope.

Option C is Agile-specific and doesn't fully apply if this is a traditional setting.

Option D assumes the communication method is the only issue rather than validating stakeholder input.

When an unexpected change or constraint arises during execution, the project manager should first assess the impact. The development team is closest to the technical implications, and their analysis will guide decisions about alternatives, scheduling, or risk.

Per the PMBOK® Guide – Seventh Edition (Risk and Delivery Performance Domains), impact analysis is a key first step before escalating, updating risk logs, or brainstorming new paths forward.

Option A is premature before understanding the scope of impact.

Option C is about risk documentation, but this situation already materialized.

Option D is part of response planning, not the first action.

 In this scenario, the project manager should engage in negotiations to address the conflict of resource allocation. The PMBOK Guide suggests that project managers should possess negotiation skills to resolve such conflicts effectively. By negotiating, the project manager can work towards a solution that satisfies the needs of the operations department while also ensuring the SME’s contributions to the project are not lost, thus keeping the project on track.

 In an iterative project, when a new compliance requirement is introduced that impacts the project, it is essential to update the project documentation to reflect this change. The product backlog is a living document that captures all the requirements, including new and changed ones, that need to be addressed in the project. By updating the product backlog, the project manager ensures that the team is aware of the new compliance requirement and can plan for its implementation in upcoming iterations. This action aligns with the agile principle of welcoming changing requirements, even late in development, as a means to enhance customer competitive advantage (as per the Agile Manifesto).

When discrepancies arise between documented scope and current deliverables, the first step is to understand why and how they occurred. The project manager should work with the team to review the change history and clarify whether these changes were officially approved. This enables informed conversations with stakeholders and potential corrective action.

According to the PMBOK® Guide – Seventh Edition (Measurement and Stakeholder Performance Domains), issue resolution starts with identification and root cause analysis before initiating change or communications actions.

Option A addresses communication frequency but not the root cause.

Option C is premature if a valid change was already made.

Option D may be done later but doesn’t resolve the current concern.

When a project manager returns from an absence to find a nearly complete project schedule developed by the team, the priority should be to ensure that the schedule aligns with the project’s vision and objectives. This is crucial because the project scope statement, which includes the project’s vision, objectives, and work breakdown structure, guides all project activities. The project manager must review the developed schedule against the approved project scope statement to ensure that all project work aligns with the documented objectives and deliverables. If discrepancies are found, the project manager should work with the team to make necessary adjustments. This approach helps maintain the project’s integrity and ensures that the final deliverables will meet the stakeholders’ expectations.

Transitioning a project to an operational state involves ensuring that all deliverables have been completed and meet the required standards. Reviewing the WBS with the project team is a good practice to confirm that all planned deliverables have been produced and validated. This step is crucial as it helps to ensure that the project has met its objectives and that all components are in place for the operational phase. It also allows for the identification of any remaining work that needs to be completed before the project can be closed out. References: (Professional in Business Analysis Reference Materials source and documents)

Executive Notebook - Transition Plans | PMI1

Exam PMP topic 1 question 749 discussion - ExamTopics2

Business Analysis 2018: The BA Role in Transitioning a Project’s Outcome/Capability to Operations3

In a situation where a team member is not knowledgeable about the technology solution, it is essential to address this knowledge gap to prevent any negative impact on the project’s productivity, especially under strict time constraints. Option B is the most suitable as it provides a structured approach to learning and ensures that the team member gains the necessary knowledge in a formal setting. This approach is more likely to result in a thorough understanding of the technology, which is critical for the project’s success.

In project management, effective communication and stakeholder engagement are crucial. When a business analyst requires input from a marketing consultant, it is the project manager’s responsibility to facilitate this interaction to ensure project tasks can continue. The project manager should actively engage with the consultant to understand their constraints and schedule a dedicated time for discussion that aligns with the project needs1. This approach ensures that the project moves forward without unnecessary delays and maintains a collaborative environment.