PMP PMI Project Management Professional (2025 Version) Free Practice Exam Questions (2025 Updated)

 The project manager should meet with the team member’s functional manager to try to remove the impediment that is preventing the team member from completing their user story. The project manager should explain the impact of the delay on the project scope, schedule, and quality, and negotiate a solution that would allow the team member to resume their work on the user story as soon as possible. This approach is consistent with the agile principle of removing impediments and enabling self-organizing teams12. References: 1: PMBOK Guide, 6th Edition, Chapter 5: Project Scope Management 2: Agile Practice Guide, Chapter 2: An Agile Mindset

The project manager should review the team culture and the personality traits of the individual to address status update gaps. This will help to understand the root cause of the problem and find ways to improve the communication and collaboration within the team. The project manager should also foster a trusting and respectful environment where team members feel comfortable to share their challenges and feedback. Creating a safe space for status updates, reviewing the team status updates more thoroughly, or supporting team inclusion and changing the format of status updates are all possible actions that the project manager can take after reviewing the team culture and the personality traits of the individual, but they are not the first action that the project manager should take to rectify this situation. References: Agile Practice Guide, page 27; PMBOK Guide 7th Edition, page 95.

 According to the PMBOK® Guide, the project manager is responsible for closing the project or phase, which includes verifying that all the project deliverables are completed and accepted, updating the project records and documents, releasing the project resources, and communicating the project closure to the stakeholders. Performing administrative closure of the project ensures that the project is formally completed and closed, and that the project budget is finalized and closed as well. This will prevent any confusion or issues with the accounting manager or other parties in the future. Conveying task completion information to accounting may be part of the project closure process, but it is not sufficient to close the project budget. The project manager should also update the project status, financial records, and lessons learned. Closing the procurement process properly is necessary for projects that involve contracts or agreements with external vendors or suppliers, but it is not the only aspect of closing the project. The project manager should also close the internal aspects of the project, such as deliverables, resources, and stakeholder satisfaction. Completing the transition process is relevant for projects that produce products, services, or results that need to be transferred to the operations or maintenance teams, but it is not the only activity for closing the project. The project manager should also ensure that the project objectives are met, the project scope is verified, and the project performance is evaluated. References: PMBOK® Guide, Sixth Edition, Chapter 4, Section 4.7 (Close Project or Phase) and Appendix X3, Table X3-1 (Project Closure Checklist)

According to the PMBOK® Guide, the project manager is responsible for tailoring the project management processes and practices to suit the project context and environment. Therefore, the project manager should have assessed the organization’s culture, performed a suitability analysis, and determined the future state before adopting an agile methodology. This would have helped to identify the readiness, gaps, and risks of implementing agile in the organization, and to plan for the necessary changes and support. Conducting agile training for all employees may be a good practice, but it is not sufficient to avoid the implementation failure. Training alone does not guarantee the adoption or success of agile, as there may be other factors such as resistance, misalignment, or misunderstanding that hinder the agile transformation. Conducting a postmortem and capturing the learning in OPAs may be a useful activity, but it is not a preventive measure. It is a reactive action that occurs after the implementation failure, and it does not address the root causes or the solutions for the failure. Hired a third-party agile delivery team to do the implementation may not be the best option, as it may create dependency, communication, or integration issues. The project manager should have involved the internal project team and stakeholders in the agile implementation, and ensured that they have the skills, knowledge, and commitment to adopt agile. References: PMBOK® Guide, Sixth Edition, Chapter 1, Section 1.2.4 (Tailoring) and Chapter 3, Section 3.2 (Project Management Process Groups)

A benefits management plan is a document that describes how and when the benefits of the project will be delivered, and how they will be measured and evaluated. It also aligns the benefits with the organization’s strategic objectives and shows how the project contributes to them. A benefits management plan can help the project manager communicate the value and benefits of the project to the stakeholders, especially if the project is in danger of failing or losing support. A benefits management plan is an output of the Identify Stakeholders process in the PMBOK Guide, and it is also covered in the PMI-PBA Exam Content Outline under Domain II: Needs Assessment. References:

PMBOK Guide, 7th edition, page 133

PMI-PBA Exam Content Outline, 2018, page 9

The project manager should follow the Monitor and Control Project Work process, which involves tracking, reviewing, and reporting the progress and performance of the project, as well as managing changes and issues that arise. One of the main outputs of this process is the work performance reports, which provide information on the project status, progress, forecasts, issues, risks, and corrective actions. The project manager should use these reports to communicate with the relevant stakeholders and manage their expectations regarding the impact of the component delay on the project schedule. The project manager should also assess the component delay and determine the appropriate response strategy, such as requesting a change, implementing a contingency plan, or escalating the issue to senior management. The project manager should not perform a detailed analysis of the release content for each component of the solution (B), as this is not relevant to the current issue and may waste time and resources. The project manager should not propose a new design of the solution to replace the external component with an internal one ©, as this may introduce new risks, costs, and scope changes that may not be feasible or acceptable to the stakeholders. The project manager should not ask for expedited delivery of the component to mitigate the risk of schedule delays (D), as this may not be possible or realistic, and may also increase the cost and quality risks of the project. References:

PMBOK Guide, 6th edition, pages 105-106, 112-113, 123-124

PMP Exam Content Outline, 2020, pages 9-10, 13-14

PMP Sample Test Questions, 2019, page 5

According to the PMBOK® Guide Seventh Edition, one of the agile practices that can be used in a predictive environment is incremental delivery. This means that the project delivers value to the customer or end user in small increments throughout the project life cycle, rather than waiting until the end of the project to deliver the final product. Incremental delivery allows the project to respond to changing requirements, reduce risks, and increase customer satisfaction. To support incremental delivery, the project manager should also perform frequent backlog refinement, which is the process of reviewing, prioritizing, and updating the list of features or requirements that the project team will work on. Backlog refinement helps the project manager and the team to align their work with the customer’s needs and expectations, and to adjust the scope and schedule accordingly. References:

PMBOK® Guide Seventh Edition, page 29

Agile Practice Guide, page 13

This is the best option because it allows the project manager to address the current and future needs of the project, while also developing the skills and knowledge of the team. According to Project Management Best Practices for 2024 + Expert Tips, one of the best practices is to “provide your team members with opportunities to learn new skills and grow professionally”. This can increase their motivation, engagement, and productivity, as well as reduce turnover and improve quality.

Option A is not the best option because it may create conflicts or dependencies with another team, and it does not solve the long-term need for an SME in the specific area.

Option C is not the best option because it may incur additional costs and risks, and it does not foster the development of the team.

Option D is not the best option because it does not address the issue at all, and it may delay the project progress and quality.

According to the PMBOK Guide, consensus decision-making is a technique that ensures that all input and ideas from a group or team are considered until a final decision that is acceptable to all emerges. This approach relies heavily on respectful dialogue and open-mindedness, and it is often used to build consensus regarding the requirements in project management. By organizing a face-to-face meeting with all stakeholders, the project manager can facilitate the communication and collaboration among them, and elicit their needs, expectations, and preferences. This can help to resolve any conflicts or contradictions, and reach a common understanding of the project requirements. References:

PMBOK Guide, Sixth Edition, Chapter 5, Section 5.2.2.4

How to use Consensus Decision-Making for Project Management by Grace Windsor

 According to the PMBOK® Guide 7th Edition, one of the principles of project management is to “focus on value”. This means that the project manager should deliver products, services, or results that meet the needs and expectations of the customer and other stakeholders. One of the ways to achieve this is to use an adaptive or agile approach, which allows for frequent feedback and collaboration with the customer. Working with the product owner to define the minimum viable product(s) (MVPs) is an example of an agile technique that helps to deliver value early and often, and to validate the customer’s requirements. MVPs are versions of the product that have enough features to satisfy the customer’s needs and provide feedback for future development. Therefore, this option is the best approach to remove the impediment of the customer’s unclear requirements. The other options are not as effective because they do not address the root cause of the problem, which is the lack of customer involvement and validation. Following a predictive approach may lead to delivering a product that does not meet the customer’s needs or expectations, and may result in rework or waste. Reinforcing the negotiation and soft skills of the team may help to improve the communication and relationship with the customer, but it does not ensure that the product will deliver value. Developing and monitoring a plan with due dates may help to manage the schedule, but it does not guarantee that the product will satisfy the customer’s requirements. References: : PMBOK® Guide 7th Edition, PMI, 2021, p. 9 : Agile Practice Guide, PMI, 2017, pp. 25-26

Project documentation is the process of creating, organizing, and maintaining the written information that describes the processes, plans, and activities involved in a project. Project documentation includes documents such as the project charter, the project management plan, the work breakdown structure, the risk register, the issue log, and the status reports. Project documentation serves several purposes, such as project planning, communication, monitoring, control, and evaluation. According to the Professional in Business Analysis Reference Materials1, project documentation should be:

Accurate: The project documents should reflect the true and current state of the project, and avoid any errors, inconsistencies, or ambiguities.

Complete: The project documents should cover all the relevant and necessary aspects of the project, and avoid any gaps, omissions, or redundancies.

Consistent: The project documents should follow the same format, style, terminology, and standards, and avoid any conflicts, contradictions, or variations.

Up to date: The project documents should be updated regularly and timely, and avoid any outdated, obsolete, or irrelevant information.

In this scenario, the project schedule is falling behind and the project manager observes that the project team seems to be spending the majority of their time writing documentation instead of performing project tasks. This indicates that the project documentation process is not efficient, effective, or aligned with the project goals and priorities. The project team may be creating unnecessary, excessive, or irrelevant documents, or may be struggling to keep up with the changes and updates in the project. This could affect the project performance, quality, and stakeholder satisfaction.

Therefore, the best option for the project manager is to review and adapt the appropriate project artifacts. This means that the project manager should:

Review the existing project documents and assess their accuracy, completeness, consistency, and currency.

Identify and eliminate any project documents that are not required, useful, or valuable for the project.

Simplify and streamline the project documentation process and reduce the complexity and volume of the project documents.

Adapt the project documentation process and the project documents to the changing needs and expectations of the project and the stakeholders.

Communicate and collaborate with the project team and the stakeholders on the project documentation process and the project documents.

By reviewing and adapting the appropriate project artifacts, the project manager can ensure that the project documentation process and the project documents are fit for purpose, and that they support and facilitate the project tasks, rather than hinder or distract them.

The other options are not the best choices, because:

Assign a team member to handle the documentation activities: This option implies that the project manager is delegating the responsibility and accountability of the project documentation process and the project documents to a single team member, rather than involving and engaging the whole project team and the stakeholders. This could create a bottleneck, a dependency, or a risk in the project documentation process, and reduce the quality and reliability of the project documents.

Coach the project team to complete the project documentation activities: This option implies that the project manager is providing guidance and support to the project team on how to perform the project documentation activities, rather than addressing the root cause of the problem, which is the inefficiency, ineffectiveness, or misalignment of the project documentation process and the project documents. This could create a false sense of security, a complacency, or a resistance in the project team, and prevent them from improving and adapting the project documentation process and the project documents.

Save all documentation activities until the end of the project: This option implies that the project manager is postponing or ignoring the project documentation activities, rather than recognizing and fulfilling their importance and value for the project. This could create a backlog, a chaos, or a disaster in the project documentation process, and compromise the project performance, quality, and stakeholder satisfaction.

According to the PMBOK Guide, the project manager should identify the project stakeholders by using various sources of information, such as historical records, organizational charts, stakeholder registers, and lessons learned from previous projects. Lessons learned from previous projects can provide valuable insights into the stakeholder’s expectations, needs, interests, influence, and potential impact on the project. By using lessons learned from the previous project as a guide, the project manager can create a more accurate and comprehensive stakeholder register for the current project, which will help in planning and managing stakeholder engagement. References: PMBOK Guide, 6th edition, page 511-512, section 13.1.1.2 Identify Stakeholders: Data Gathering.

Allowing the resources to periodically choose on which team they would like to work is a technique that fosters self-organization and empowerment among the team members. It also helps to create cross-functional teams that can deliver value faster and more effectively. Self-organization is one of the key principles of agile project management, as it enables the team to adapt to changing requirements and customer needs. The project manager should not prevent the resources from choosing teams, as this would undermine their autonomy and motivation. The project manager should also not assume that the resources will always choose their favorite team, as this may not be the case. The project manager should not indicate that the team members have already been assigned to a team through workforce optimization, as this would imply that the team composition is fixed and cannot be changed. References: Project Management Professional Sample Questions, page 12, question 100. [A Guide to the Project Management Body of Knowledge (PMBOK Guide)], Sixth Edition, page 52, section 2.3.2. [Agile Practice Guide], page 14, section 2.1.2.

The project manager should review the historical information and lessons learned from last year’s project to justify the new budget estimate. This is because the project manager used an analogous estimating technique, which is based on the costs of similar projects in the past. By reviewing the historical information and lessons learned, the project manager can explain to the project sponsor how the costs of the new project were derived, what assumptions and risks were considered, and how the three-point estimating technique was applied. This can help the project sponsor understand the rationale behind the budget estimate and increase their confidence in its accuracy and validity. The project manager can also use this opportunity to discuss the benefits and value of the new project and how it aligns with the organizational strategy and objectives. References: PMBOK Guide, 6th edition, section 7.2.2.4, page 262, Free PMP® Exam Sample Question 04 (Earned Value)

According to the PMBOK® Guide, the project manager is responsible for creating a project charter that defines the project purpose, objectives, scope, and high-level risks. The project charter also establishes the project vision, which is a clear and concise description of the desired outcome of the project. The project vision provides a common understanding of the project goals and benefits among the project stakeholders, including the product owner and the agile team. The project manager should share the project vision with the agile team at the beginning of the project and ensure that it aligns with the product owner’s expectations. The project manager should also facilitate the definition of the team ground rules, which are the agreed-upon norms of behavior and expectations for the agile team. The team ground rules help to create a collaborative and respectful team culture, foster effective communication, and resolve conflicts. The project manager should ensure that the team ground rules are consistent with the project vision and the agile principles and values. By defining the team ground rules and sharing the project vision, the project manager can help the agile team to understand the product owner’s expectations, deliver value to the customer, and improve their performance. References: PMBOK® Guide, 6th edition, pages 77-78, 541-542.

Creating prototypes is a technique to elicit, analyze, and validate requirements by providing a working model of the expected product or service. Prototypes can help reduce ambiguity, resolve conflicts, and obtain feedback from the stakeholders and the development team. Prototypes can also facilitate communication and collaboration across different locations and cultures, and improve the quality and efficiency of the development process. By creating prototypes with the development team, the project manager can ensure that the client’s needs are understood and met, and that the rework and delays are minimized. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK® Guide, 6th edition, Section 5.2.2.4, p. 154

PMI Professional in Business Analysis (PMI-PBA)® Examination Content Outline, Domain II: Planning, Task 7, p. 9

Business Analysis for Practitioners: A Practice Guide, Section 4.3.3, p. 93

According to the PMI-PBA guide, quality standards are the criteria that the project team uses to measure the quality of the product or service. Quality standards should be aligned with the customer’s needs and expectations, and should be defined and agreed upon by the project team and the stakeholders. Quality standards should also be adaptable to the changing requirements and feedback in an agile environment. One of the agile principles is to deliver working software frequently, which implies that testing should be done early and continuously throughout the project lifecycle. Testing is not only a way to verify the quality of the product, but also a way to validate the value of the solution and elicit feedback from the customer. Therefore, the project manager should coach the team to determine the tools and techniques suitable for the project and ensure that testing is done early and continuously, as this will help the team deliver a high-quality product that meets the customer’s needs and expectations. References:

PMI-PBA guide, Chapter 5: Planning the Business Analysis Approach, Section 5.2.3: Quality Standards, p. 115-116

PMI-PBA guide, Chapter 6: Traceability and Monitoring, Section 6.2.1: Testing, p. 141-142

PMI-PBA guide, Appendix A: Agile Principles and Practices, Section A.1: Agile Principles, p. 263

PMP Exam Study Guide, Chapter 8: Quality Management, Section 8.1: Plan Quality Management, p. 395-396

PMP Exam Study Guide, Chapter 8: Quality Management, Section 8.4: Control Quality, p. 413-414

 According to the PMBOK Guide, the project manager should adapt their leadership style to the needs and preferences of the team and the project context. In an agile project, the project manager should facilitate the team’s self-organization and empowerment, rather than directing or controlling them. The project manager should also provide coaching and mentoring to the team members who need guidance and support, and foster a collaborative and trusting environment where the team can deliver value and learn from feedback. The project manager should not use a directive, passive, or democratic style, as these may not suit the agile principles and values, and may hinder the team’s performance and morale. References: PMBOK Guide, 7th edition, pages 51-52, 55-56.

The finance team is a key stakeholder in the project, as they are responsible for approving the project budget and ROI. If they are not involved in building the business case for the project, they may not understand or agree with the project objectives, benefits, and assumptions. This can lead to conflicts, delays, and rework in the project execution. Therefore, the project manager should schedule a meeting with the product owner and the finance team to discuss the business case, clarify the requirements, expectations, and constraints, and agree on the course corrections needed to align the project with the organizational strategy and goals. This way, the project manager can ensure that the project delivers value to the organization and satisfies the stakeholder needs. References:

A Guide to the Project Management Body of Knowledge (PMBOK Guide) – Seventh Edition, Chapter 2: Value Delivery System, Section 2.1: Business Case, pp. 25-26

Project Management Professional (PMP) Handbook, Section 2.2: PMP Exam Content Outline, Domain III: Business Environment, Task 1: Plan and manage project compliance, pp. 16-17

How to Write a Business Case: 4 Steps to a Perfect Business Case Template, by ProjectManager.com, published on January 25, 2019

 An agile project manager would like to convert the requirements document into epics, capabilities, features and stories in order to create a product backlog that can be prioritized and refined by the agile team and the product owner. The product backlog is a dynamic and evolving artifact that represents the customer’s needs and expectations for the product. To estimate the story duration, the agile project manager should use the team’s historical data and empirical evidence from previous iterations. The agile project manager should also involve the team members who will perform the work in the estimation process, as they have the best knowledge and expertise about the tasks and the complexity involved. The agile project manager should estimate the story duration in one iteration, as this is the timebox for delivering a potentially releasable product increment. Estimating the story duration in one iteration allows the agile project manager to plan and monitor the iteration progress, adjust the scope and priorities based on feedback and changes, and ensure that the team delivers value to the customer in a timely manner. Estimating the story duration in more than one iteration would introduce uncertainty and risk, as the team’s velocity, the customer’s requirements, and the product’s quality might change over time. Estimating the story duration in less than one iteration would not be feasible, as the team would not have enough time to complete the work and validate the results. References: PMBOK Guide, 6th edition, Section 6.2, 6.3, 6.4, 6.5, Agile Practice Guide, Section 3.2, 3.3, 4.2, 4.3

A hybrid approach is a combination of two or more project management methodologies, such as Waterfall and Agile, that aims to create a new and better model for a specific project123. A hybrid approach can be beneficial for projects that have high complexity, uncertainty, and changing requirements, as it allows for more flexibility, speed, and customer satisfaction. However, a hybrid approach also requires a high level of collaboration and communication among the project team members, as they need to adapt to different processes and practices depending on the project phase and situation. Therefore, a project manager who is experienced in agile should allocate time to mentor the team on how to work in a hybrid way, such as by explaining the benefits and challenges of the approach, providing guidance and feedback, facilitating team meetings and retrospectives, and resolving any conflicts or issues that may arise. This will help the team to develop the skills and mindset needed to work effectively and efficiently in a hybrid environment. References: https://hygger.io/blog/what-is-the-hybrid-approach-in-project-management/

https://thedigitalprojectmanager.com/projects/pm-methodology/hybrid-project-management-methodology/

According to the PMBOK Guide, a sprint cycle is a time-boxed iteration of a fixed duration that delivers a potentially releasable product increment. A sprint cycle consists of four events: sprint planning, daily scrum, sprint review, and sprint retrospective. The purpose of a sprint cycle is to create a rhythm of work that allows the team to deliver value to the customer in a predictable and sustainable way.

The PMI Guide to Business Analysis states that one of the roles of a project manager is to manage stakeholder expectations and ensure alignment of project objectives with business needs. The project manager is also responsible for facilitating communication and collaboration among the project team and other stakeholders, as well as resolving conflicts and issues that may arise during the project.

Therefore, if the project sponsor is consistently changing the prioritization of modular work packages, the project manager should set up a meeting with the sponsor to explain the importance of keeping a strict sprint cycle. The project manager should:

Clarify the project scope and objectives, and how they are aligned with the business needs and the sponsor’s vision

Explain the benefits of a sprint cycle, such as delivering value faster, improving quality, increasing feedback, and reducing risk

Highlight the challenges and risks of changing the scope frequently, such as disrupting the team’s workflow, reducing their morale and motivation, increasing technical debt, and compromising the quality and usability of the product

Negotiate with the sponsor to establish a clear and stable prioritization criteria for the work packages, and agree on a process for managing changes and requests

Involve the project team and the product owner in the prioritization and planning process, and ensure their input and feedback are considered and valued

Document and communicate the agreed scope, priorities, and changes to all the stakeholders, and monitor and control the project performance and progress

By setting up a meeting with the sponsor to explain the importance of keeping a strict sprint cycle, the project manager can:

Build trust and rapport with the sponsor, and demonstrate their understanding and respect for the sponsor’s perspective and needs

Educate the sponsor about the agile principles and practices, and how they can help achieve the project goals and deliver value to the customer

Influence the sponsor to adopt a more collaborative and flexible approach to the project, and to respect the team’s autonomy and expertise

Minimize the impact of scope changes on the project schedule, budget, quality, and risk

Enhance the team’s morale and teamwork, and foster a positive and supportive work environment

 According to the PMBOK Guide, the project manager should adapt the project management approach to the development approach and the project life cycle. In a hybrid environment, where some aspects of the project are predictive and some are adaptive, the project manager should balance the level of control and flexibility, and empower the team to make decisions based on the customer feedback and the project objectives. By supporting the decisions of the team and transferring the decision making responsibility to them, the project manager can foster collaboration, innovation, and customer satisfaction. References: PMBOK Guide, 6th edition, page 19-20, section 1.2.3.2 Project Management Approaches and Development Lifecycles.

A minimum viable product (MVP) is a concept from Lean Startup that stresses the impact of learning in new product development. It is the simplest version of a product that allows a team to collect the maximum amount of validated learning about customers with the least effort. An MVP can help a project manager to deliver value to the customer faster, test the market demand, and reduce the risk of failure. To create an MVP, the project manager needs to review the project backlog and prioritize the features that are essential to solve the customer’s problem or satisfy their need. The project manager can use agile methods such as user stories, story mapping, and MoSCoW prioritization to identify and rank the features. The project manager can then plan and execute the development of the MVP within the expected timeline and gather feedback from the customer and stakeholders to validate the product and make improvements. References:

MVP Definition and Examples | Project Management Glossary - Jexo

What is a Minimum Viable Product (MVP)? | Agile Alliance

MVPs and MBIs - Project Management Institute

This answer is based on the PMI Guide to Business Analysis, which is one of the reference materials for the PMI-PBA exam1, and the PMP Examination Content Outline, which is based on the Project Management Professional (PMP) objectives and content2. According to these sources, one of the key principles of agile project management is to empower the team to self-organize and self-manage their work, rather than assigning tasks or dictating solutions34. Empowering the team means giving them the authority, responsibility, and accountability to make their own decisions on how to perform the tasks, within the agreed-upon scope, quality, and schedule criteria34. Empowering the team also means providing them with the necessary resources, tools, information, and support to enable them to deliver value to the customer34. Empowering the team can promote collaboration, innovation, ownership, motivation, and satisfaction among the team members, as well as improve the quality and speed of the project outcomes34. The other options are not correct because they do not foster empowerment and accountability among the team. Assigning the tasks individually based on the role of the team member may ensure expertise on the subject, but it may also create silos, dependencies, and bottlenecks in the team, and reduce the flexibility and adaptability of the team to changing customer needs34. Encouraging and assigning the team to perform demos of their products or software with the customers may increase the feedback and validation of the project deliverables, but it may not necessarily empower the team to make their own decisions on how to perform the tasks, especially if the functional manager or the project manager still controls the scope, quality, and schedule of the project34. Encouraging the team to keep the product owner involved when choosing ways to resolve the given task may enhance the alignment and communication between the team and the product owner, but it may also undermine the autonomy and creativity of the team, and create a dependency on the product owner for every decision34. References:

PMP Examination Content Outline - January 2021

The PMI Guide to Business Analysis

Business Analysis for Practitioners: A Practice Guide

Professional in Business Analysis Reference Materials

 A hybrid approach is a combination of two or more project management methodologies, such as Waterfall and Agile, that aims to create a better fit for the project and the organization123. A hybrid approach allows for flexibility and adaptability, but also requires alignment and communication among the project stakeholders. One of the key aspects of a hybrid approach is benefits management, which is the identification, definition, planning, tracking and realization of benefits4. Benefits are the positive outcomes and value that the project delivers to the organization and the customers5. A benefits management plan is a document that outlines how the benefits will be identified, measured, tracked and realized throughout the project lifecycle46.

In this scenario, the product owner, who is the person responsible for defining and prioritizing the product requirements and ensuring the delivery of value, stated that the product does not deliver any value, despite meeting the specifications. This indicates a misalignment between the product owner’s expectations and the project’s benefits. The project manager, who is the person responsible for leading and managing the project team and delivering the project objectives, believes that the product meets the specifications and is confused by the product owner’s statement. The development team, who is the group of people responsible for designing, building and testing the product, is also confused by the product owner’s statement.

The best course of action for the project manager in this situation is to review the project’s benefits management plan with the product owner. This will help to clarify the benefits that the project aims to achieve, how they align with the product owner’s expectations and the organization’s strategic objectives, how they will be measured and tracked, and how they will be realized. By reviewing the benefits management plan, the project manager and the product owner can identify any gaps, issues or changes that need to be addressed, and agree on the next steps to ensure the delivery of value. This will also help to improve the communication and collaboration among the project stakeholders, and increase the chances of project success.

The other options are not the best choices for the project manager in this situation. Escalating the matter to the executive board (option A) may be premature and unnecessary, as it may create more confusion and conflict, and undermine the trust and authority of the project manager and the product owner. Prioritizing the project backlog and asking the development team to fix the issues (option B) may be ineffective and inefficient, as it may not address the root cause of the problem, and may waste time and resources on unnecessary or irrelevant changes. Asking the product owner to terminate the project (option D) may be drastic and detrimental, as it may result in the loss of value, investment and reputation, and damage the relationship between the project manager and the product owner.

 The project manager should focus on determining and aligning performance indicators that will help in assessing successful delivery of the product revamp. Performance indicators are measurable values that demonstrate how effectively a project is achieving its objectives and delivering value to the stakeholders. By defining and aligning these indicators with the marketing team and the executive, the project manager can ensure that the project scope, schedule, cost, quality, and benefits are aligned with the expectations and needs of the customer and the organization. This will also help to monitor and control the project performance, identify and address any issues or risks, and communicate the project status and progress to the relevant stakeholders. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK Guide, 6th edition, section 4.1.3.2, page 77

PMP Exam Prep, 10th edition, Rita Mulcahy, page 76

PMP Practice Questions #67 - iZenBridge1

The project manager should collaborate with the compliance team member to review and prioritize the requirement’s delivery, as this is a way to manage the change request and ensure that the project meets the compliance standards and expectations. The project manager should also communicate the impact of the change on the project scope, schedule, cost, and quality to the project sponsor and other stakeholders, and obtain their approval and support. The project manager should not ask the team to include the compliance requirement in the current sprint and deliver it (choice A), as this would disrupt the sprint planning and execution, and create scope creep and quality issues. The project manager should not add the new compliance requirement to the backlog as the technical team does not have any capacity (choice B), as this would delay the delivery of the compliance requirement and expose the project to legal and regulatory risks. The project manager should not include the compliance lead in the stakeholders list and wait for the next status meeting (choice C), as this would not address the urgency and importance of the compliance requirement, and it would not involve the compliance lead in the decision-making and problem-solving process. References:

PMBOK Guide, 6th edition, page 115: “A change request is a formal proposal to modify any document, deliverable, or baseline.”

PMBOK Guide, 6th edition, page 119: “The project manager should review all change requests, assess their impact on the project, and either approve them or submit them to the change control board (CCB) or other decision-making authority for approval or rejection.”

PMBOK Guide, 6th edition, page 120: “The project manager should communicate the approved change requests to the project team and other stakeholders, and update the project management plan and other project documents accordingly.”

PMBOK Guide, 6th edition, page 39: “Compliance requirements are the set of standards or regulations that the project must adhere to, such as health, safety, security, performance, environmental, or quality standards.”

According to the PMBOK Guide, one of the key activities in the closing process group is to ensure that the project or phase information is archived, the planned work is completed, and organizational team resources are released to pursue new endeavors1. Knowledge transfer is an important part of this activity, as it involves sharing the lessons learned, best practices, and project outcomes with relevant stakeholders and other projects. Knowledge transfer helps to improve organizational performance, enhance customer satisfaction, and enable continuous learning2. Therefore, ensuring that knowledge transfer activities are executed as planned should be considered as a priority for the project manager in the closing process group. The other options are not as important or relevant as knowledge transfer. Marking the product backlog completion status and updating the communications management plan are part of the monitoring and controlling process group, not the closing process group1. Releasing the resources and planning for a project completion celebration are also part of the closing process group, but they are not as critical as knowledge transfer for the project success and organizational benefit1. Holding a steering committee meeting to inform them of the project completion is a good practice, but it is not a priority activity, as it can be done after the knowledge transfer is completed3. References: PMBOK Guide, 6th edition, Chapter 4.7, Knowledge Transfer in Project Management - PMI, How to Close a Project - ProjectManager.com

According to the Professional in Business Analysis (PMI-PBA)® Guide, a minimum viable product (MVP) is a version of a product that has enough features to satisfy early customers and provide feedback for future development. A MVP is a way of delivering value to customers quickly and iteratively, while minimizing waste and risk. In this scenario, the project manager is faced with a drastic reduction in the project timeline, from 18 months to six months. This means that the original scope and schedule are no longer feasible, and the project manager needs to find a way to deliver a product that meets the customer’s needs and expectations within the new constraints. Reviewing the project backlog and prioritizing the high-value items that can be delivered in six months is a sensible approach to achieve this goal. The project manager can then work with the stakeholders to define and agree on the MVP that will provide the most value to the customer and the business. This option also allows for flexibility and feedback, as the MVP can be refined and improved based on customer feedback and changing requirements. Planning for overtime, applying crashing and fast tracking, and sharing the risk of failure are options that try to compress the schedule without reducing the scope. These options may increase the cost, quality, and resource risks, and may not be acceptable to the stakeholders or the customer. Seeking approval to triple the project budget and hiring more people is an option that tries to increase the resources without reducing the scope. This option may not be feasible or realistic, as it assumes that the sponsor is willing and able to provide the additional funds, and that the project can benefit from adding more people in a short time. This option may also introduce communication, coordination, and integration challenges, and may not guarantee the delivery of the product in six months. Going over the critical path with stakeholders and explaining why it is not possible to deliver all the scope in the expected timeline is an option that tries to justify the original plan without considering alternatives. This option may not be satisfactory to the stakeholders or the customer, as it does not offer any solution or value proposition. This option may also damage the relationship and trust between the project manager and the stakeholders, and may result in the cancellation or termination of the project. Conclusion: Given the options, Option B stands out as the most viable and effective action. Reviewing the project backlog and coming up with a MVP that fits the expected timeline addresses the customer’s needs and expectations, delivers value quickly and iteratively, and minimizes waste and risk. Among the presented choices, Option B emerges as the optimal solution. PMP Exam Content Outline Mapping Domain Task Process Task 2: Execute the project Topics Covered Minimum Viable Product (MVP) Project Backlog Prioritization Value Delivery References: (Professional in Business Analysis Reference Materials source and documents)

Professional in Business Analysis (PMI-PBA)® Guide, Chapter 5, Section 5.3.1.2

A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Chapter 5, Section 5.2.2.2

The Standard for Project Management – Seventh Edition, Chapter 3, Section 3.2.2.2

According to the PMBOK Guide, a project manager should proactively engage with stakeholders to identify and resolve issues that may impact the project’s objectives, scope, schedule, cost, quality, resources, or risks. In this scenario, the project manager faces a bottleneck in the release management process, which may delay the delivery of the joint application development module and affect the integration with other modules. Therefore, the best option is to speak to the stakeholders, such as the sponsor, the customer, the release manager, and the development team, to resolve the bottleneck and see how the entire process can be streamlined. This way, the project manager can ensure that the project delivers value to the customer and meets the expectations of the management. Pushing the team to deliver more, working toward the tighter deadline, or slowing the current pace are not effective options, as they may compromise the quality, scope, or alignment of the project. References: PMBOK Guide, 7th edition, pages 95-96, 101-102, 105-106.

According to the PMBOK Guide, the stakeholder engagement plan is a component of the project management plan that identifies the strategies and actions required to promote productive involvement of stakeholders in project decisions and execution. It also includes the stakeholder register, which is a project document that identifies the stakeholders and their relevant information, such as their interest, influence, expectations, and engagement level. When a new stakeholder is identified, the project manager should update the stakeholder engagement plan and the stakeholder register to reflect the new stakeholder’s information and engagement needs. This will help the project manager to communicate effectively with the new stakeholder and ensure their alignment and support for the project. References: PMBOK Guide, Seventh Edition, Section 13.2.3.1; PMP Sample Test Questions, Question 17

According to the PMBOK Guide, backlog grooming (also known as backlog refinement) is the process of reviewing, updating, and prioritizing the product backlog items to ensure that the product backlog is ready for the next sprint1. Backlog grooming is an ongoing activity that involves collaboration between the product owner, the development team, and the project manager (or scrum master). Backlog grooming helps to clarify the requirements, remove ambiguity, identify dependencies, estimate effort, and align the product backlog with the product vision and the customer needs2.

In this question, the project manager is faced with a problem that the product owner has uncovered a number of issues that they would like to be addressed before providing approval for the software built to date. These issues may indicate that the product owner is not satisfied with the quality, functionality, or usability of the software, or that the software does not meet the acceptance criteria or the customer expectations. The project manager should approach this problem by planning to address the issues through backlog grooming and incorporating them into the next sprint. This way, the project manager can ensure that the issues are properly documented, analyzed, and prioritized, and that the development team can work on them in the next iteration. This will also help to maintain the agile principles of delivering value, satisfying the customer, and embracing change3.

The other options are not the best ways to approach this problem. Referring the product owner to the change management plan, then escalating to the steering committee is not appropriate for an agile project, as it implies a rigid and formal process that may not be responsive to the customer feedback and the changing requirements. Referring the product owner to the signed business requirement document and explaining that the current plan cannot facilitate these changes is not helpful, as it may create conflict and dissatisfaction with the product owner, and it may also indicate that the project manager is not following the agile value of responding to change over following a plan3. Telling the product owner the issues will be addressed in the second version of the software is not acceptable, as it may delay the delivery of value, compromise the quality of the product, and lose the trust of the product owner.

This answer is based on the PMBOK® Guide, which is one of the reference materials for the PMP exam1. According to the guide, an opportunity is a positive risk or uncertain event or condition that, if it occurs, has a positive effect on one or more project objectives1. Opportunities can be identified and managed throughout the project life cycle, using various tools and techniques, such as risk identification, risk analysis, risk response planning, and risk monitoring and control1. When an opportunity is outside of the project scope, the project manager should update the risk register to document the opportunity and its potential impact, and escalate the opportunity to a higher level, such as the project sponsor, the portfolio manager, or the organization’s management1. The higher level can then decide whether to pursue the opportunity or not, and allocate the necessary resources and authority to do so1. The project manager should share the opportunity with another project that may benefit from it, or suggest a new project to exploit the opportunity1. The other options are not correct because they do not follow the best practices of opportunity management. Establishing a contingency reserve is a risk response strategy for negative risks, not positive ones1. Further monitoring the opportunity is not sufficient to realize its benefits, and may result in missing the opportunity or losing it to competitors1. No more action is required is not a proactive or responsible approach to managing opportunities, and may imply a lack of interest or commitment to the project objectives1. References:

PMBOK® Guide

According to the PMBOK Guide, 7th edition, one of the key activities of the project manager is to engage stakeholders and manage their expectations throughout the project. This includes discussing the options with the client as part of the change control process, which is a formal and documented procedure that defines how changes to the project scope, schedule, cost, quality, or any other aspect of the project will be requested, evaluated, approved, rejected, or implemented. In this scenario, the client’s request to use a new workaround instead of the approved contingency plan is a change request that may affect the project objectives and outcomes. Therefore, the project manager should discuss the options with the client as part of the change control process, and evaluate the impact, feasibility, and benefits of the proposed workaround, as well as the implications of not following the contingency plan. Option D is the best answer for this question.

Option A is not the best answer because requesting to use the management reserve to keep the schedule is not the next thing that the project manager should do. It is a possible action that the project manager may take if the change request is approved and the project budget is insufficient to cover the additional costs of the workaround, but it is not a necessary or immediate action. Moreover, requesting to use the management reserve may not always be feasible or desirable, as it may increase the project costs and risks, and may require the approval of senior management or the project sponsor.

Option B is not the best answer because mitigating risks associated with the workaround to avoid project delays is not the next thing that the project manager should do. It is a possible action that the project manager may take if the change request is approved and the workaround introduces new or increased risks to the project, but it is not a proactive or effective action to resolve the current issue. Moreover, mitigating risks may not always be possible or sufficient, as some risks may be unavoidable or unpredictable, and may require other risk response strategies, such as avoidance, transfer, or acceptance.

Option C is not the best answer because proceeding with the approved risk response plan is not the next thing that the project manager should do. It is a possible action that the project manager may take if the change request is rejected and the contingency plan is still valid and applicable, but it is not a respectful or collaborative action to deal with the client’s request. Moreover, proceeding with the approved risk response plan may not always be appropriate or acceptable, as the client may have valid reasons or new information to suggest a different workaround, and may escalate the issue or withdraw their support if their request is ignored or dismissed. References: PMBOK Guide, 7th edition, pages 9-10, 15-16, 25-26, 35-36, 49-50, 59-60, 69-70.

According to the PMBOK Guide, a context diagram is a visual representation of the product scope, showing a business system (process, equipment, computer system, etc.), and how people and other systems (actors) interact with it. A context diagram can help the project manager and the key stakeholder to understand the project’s key performance indicators (KPIs) and how they relate to the project objectives, scope, and deliverables. A context diagram can also help to identify the sources of data for the KPIs, the frequency of measurement, and the reporting format. A context diagram can facilitate communication and collaboration between the project manager and the key stakeholder, and help to resolve any issues or disagreements regarding the project’s KPIs. Autocratic decision making, expert judgment, and change control tools are not appropriate tools or techniques for this situation, as they do not address the root cause of the stakeholder’s dissatisfaction with the project’s KPIs, and may create more conflict or resistance. References: PMBOK Guide, Sixth Edition, pages 154-155, 176; PMI-PBA Guide, First Edition, pages 97-98, 102.

Making work visible using kanban boards is a technique that helps to manage the flow of work and identify bottlenecks or impediments. Kanban boards show the status of each work item, the priority, the assignee, and the dependencies. This way, the project manager can monitor the progress of the software development, communicate with the team and the stakeholders, and resolve any issues that arise. Applying lean manufacturing to limit the team’s work is not a suitable option, as it does not address the root cause of the delays or impediments. Increasing retrospectives to deliver results fast is not a realistic solution, as it may compromise the quality of the software and the team’s morale. Incorporating small batches of work into the project is a good practice for agile projects, but it does not solve the problem of lack of information or communication. References: Project Management Professional Sample Questions, page 10, question 84. [A Guide to the Project Management Body of Knowledge (PMBOK Guide)], Sixth Edition, page 188, section 6.2.2.4. [Agile Practice Guide], page 51, section 4.2.2.

A sprint retrospective is a scrum event in which the team reflects on the past sprint and identifies areas for improvement and action items for the next sprint. A sprint retrospective helps the team to continuously improve, inspect and adapt, and grow as a team and as individuals. A sprint retrospective also provides a safe space for the team to communicate openly and honestly about the issues and conflicts they faced during the sprint, and to find ways to resolve them and prevent them from happening again. A sprint retrospective is not a performance evaluation or a blame game, but a constructive and collaborative way to increase the team’s motivation and engagement with the project. References:

What is a Sprint Retrospective? | Scrum.org

The Sprint Retrospective - What It Is & Tips for Making the Most of Your Meeting

 According to the PMBOK Guide, one of the agile metrics that measures the quality of the team’s output is the Escaped Defect Rate, which tracks the number of problems found in the product after it has been released to the customer. The lower the defect rate, the higher the quality of the product and the customer satisfaction. Therefore, the team with the least amount of defects in their deliverables is performing better than the other teams, regardless of the number of story points they have calculated or completed. Story points are relative estimates of the size and complexity of the work, and they may vary from team to team depending on their experience, skills, and definition of done. Comparing story points across teams is not a valid way of measuring their performance, as it does not reflect the actual value delivered to the customer or the business. References:

PMBOK Guide, Sixth Edition, Chapter 6, Section 6.7.2.1

How to Measure Agile Team Performance by Wrike Guide

37 Agile Metrics — The Complete Guide for Agile Teams by Aha!

Sharing positive feedback from the customer with the project team is a good way to motivate and appreciate the team members for their work. It also helps to build trust and rapport between the project manager and the team, as well as the customer and the team. Following the meeting agenda and making a list of the next deliverables are important tasks, but they do not address the customer feedback. Documenting the feedback in the meeting minutes is not enough to acknowledge the team’s efforts and achievements. Starting to plan how to improve the dates of next deliverables is not relevant to the customer feedback and may imply that the project manager is not satisfied with the team’s performance. References: Project Management Professional Sample Questions, page 9, question 77. [A Guide to the Project Management Body of Knowledge (PMBOK Guide)], Sixth Edition, page 339, section 9.4.2.3.

According to the PMBOK Guide, 6th edition, section 11.6, the project manager should monitor and control risks throughout the project life cycle, and update the risk register and other project documents as needed. The project manager should not assume that low-level risks are insignificant or that high-level risks are resolved permanently. The project manager should reevaluate the identified risks periodically and in response to triggering events, and reassess their probability, impact, priority, and response strategies. The project manager should also identify new risks, close risks that are no longer applicable, and communicate the risk status to stakeholders. References: PMBOK Guide, 6th edition, section 11.6; PMP Practice Exam, question 68.

The resource management plan is a subplan of the project management plan that describes how the project resources will be acquired, allocated, managed, and controlled. It also defines the roles and responsibilities of the project team members and the skills required for the project activities. The project manager should review the resource management plan with the new team member to clarify their expectations and provide guidance on how to perform their assigned tasks. Additionally, the project manager should provide mentoring to the new team member if necessary, to help them develop their skills and competencies, and to integrate them into the project team. This is part of the Develop Team process, which aims to improve the team members’ performance and interaction. The other options are not the best choices because they do not address the root cause of the new team member’s confusion, which is the lack of familiarity with the project and their role. Advising the new team member to enroll in project management training (option A) may be helpful, but it is not specific to the project and may not cover the skills and knowledge needed for the project activities. Instructing the new team member to review the RACI matrix before asking for help (option B) may be seen as dismissive and unhelpful, and it does not provide enough information about the project scope, objectives, deliverables, and stakeholders. Advising the new team member to review the project charter and stakeholder engagement plan (option C) may be useful, but it is not sufficient to explain the resource management plan and the expectations for the new team member’s role and performance. References:

Project Management Professional (PMP) Reference Materials:

A Guide to the Project Management Body of Knowledge (PMBOK Guide), Sixth Edition, Chapter 9: Project Resource Management, pp. 313-372

Project Resource Management According to the PMBOK

Professional in Business Analysis (PBA) Reference Materials:

Business Analysis for Practitioners: A Practice Guide, Chapter 3: Needs Assessment, pp. 41-42

Resource Management Plan - PMP TIPS

According to the Project Management Professional (PMP) Reference Materials, two actions that a project manager should consider while launching a new virtual team are:

Evaluate the project manager’s own strengths and weaknesses as a virtual team leader to identify avoidable pitfalls. This can help the project manager to develop the necessary skills and competencies to effectively lead, guide, and nurture a virtual team, such as communication, collaboration, motivation, trust, and cultural awareness12. The project manager can also seek feedback, coaching, or mentoring from other experienced virtual team leaders to improve their performance and avoid common mistakes3.

Establish in the beginning, how progress will be monitored and the best means for communicating progress. This can help the project manager to set clear expectations, goals, and standards for the virtual team, and to ensure that the team members are aligned, accountable, and informed throughout the project4 . The project manager can also use various communication and collaboration tools, such as video conferencing, chat, email, project management software, and online dashboards, to facilitate regular and effective communication and reporting among the virtual team members and stakeholders .

The other options, A, C, and E, are not actions that a project manager should consider while launching a new virtual team, but rather actions that a project manager should consider while planning or executing a project with a virtual team. Recruiting the best resources within the organization to be part of the virtual team is a human resource planning activity that involves identifying and acquiring the project team members. Identifying the types and quantities of resources required for each work package or activity is a resource management activity that involves estimating and allocating the resources needed to complete the project work. Verifying if team members are on more than one team and cannot devote enough time to this team is a performance management activity that involves monitoring and controlling the team members’ availability, workload, and productivity. References: 1: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 9.4.2.2, "Team Development Stages". 2: Agile Practice Guide, Chapter 2.2, "Agile Principles". 3: Best practices for managing and developing virtual project teams, Section "Preparing for success — the project manager’s role". 4: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 9.4.3.1, "Team Performance Assessment". : A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 10.2.2.1, "Communication Requirements Analysis". : 10 Tips to Manage Virtual Project Teams - Ganttic, Section "Communication tools". : Project and resource planning tools - Ganttic, Section "Project and resource planning tools". : A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 9.1.3.1, "Project Team". : A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 9.2.3.1, "Resource Requirements". : A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 9.6.3.1, "Work Performance Data".

The project manager should inform the sponsor and document the request in the stakeholder engagement plan, as this is the best way to handle the situation without compromising the project scope, budget, or schedule. The sponsor can then decide how to deal with the key stakeholder’s request, and the project manager can update the stakeholder engagement plan accordingly. This will also help the project manager to maintain a positive relationship with the key stakeholder and avoid any potential conflicts or misunderstandings.

According to the PMBOK Guide, 7th edition, one of the key activities of the project manager is to monitor and evaluate the project performance and outcomes, and to use the data and information collected to support decision making and adaptation. This is especially important for projects that operate in a dynamic and uncertain environment, where agility, market adaptation, and a quick response to market offerings are critical success factors. The project manager should conduct periodical reviews of the project plans, objectives, and deliverables to ensure that they are aligned with the changing needs and expectations of the stakeholders, and to identify and address any issues or risks that may affect the project value delivery. Option C is the best answer for this question.

Option A is not the best answer because reviewing the project objectives with the project sponsor is not a key activity that the project manager should undertake to ensure company success. It is a good practice to have a clear and shared understanding of the project objectives with the project sponsor, but it is not sufficient to ensure the project’s agility, market adaptation, and responsiveness. The project manager should also engage other stakeholders, such as the customers, users, and team members, and review the project objectives with them as well.

Option B is not the best answer because requesting more funding from the project sponsor to hire additional skilled resources and to incorporate additional quality in the project delivery approach and outcome is not a key activity that the project manager should undertake to ensure company success. It is a possible action that the project manager may take if the project scope, schedule, or quality are affected by the changes in the market or the stakeholder needs, but it is not a proactive or adaptive activity that the project manager should perform regularly. Moreover, requesting more funding may not always be feasible or desirable, as it may increase the project costs and risks, and may not guarantee the project value delivery.

Option D is not the best answer because creating a business case after performing a market review, and then submitting it to the sponsor to modify the project deliverable to meet the newly defined objectives is not a key activity that the project manager should undertake to ensure company success. It is a possible activity that the project manager may perform if the project deliverable is no longer aligned with the business needs or the market opportunities, but it is not a frequent or iterative activity that the project manager should do to ensure the project’s agility, market adaptation, and responsiveness. Moreover, creating a business case may not always be necessary or appropriate, as it may delay the project delivery and may not reflect the current or future state of the market or the stakeholder needs. References: PMBOK Guide, 7th edition, pages 9-10, 15-16, 25-26, 35-36, 49-50.

 Knowledge transfer is the process of sharing relevant and valuable information, skills, and experiences among project team members and stakeholders. It is essential for agile projects, as they require frequent collaboration, communication, and feedback among the project team and other parties. Knowledge transfer can help the new team member to understand the project vision, scope, objectives, deliverables, requirements, and processes, as well as the roles and responsibilities of the project team and the customer. It can also help the new team member to learn from the best practices, lessons learned, and challenges faced by the previous team member and the rest of the team. The project manager should schedule knowledge transfer sessions with the new team member, involving the previous team member (if possible), the other team members, the customer representative, and any other relevant stakeholders. The knowledge transfer sessions should be interactive, engaging, and tailored to the specific needs and interests of the new team member. The project manager should also assign less complex tasks to the new team member, to allow them to gain confidence, competence, and familiarity with the project work and the agile approach. The project manager should provide feedback, coaching, and support to the new team member, and monitor their progress and performance. This is part of the Manage Team process, which aims to optimize the project team’s performance and interaction. The other options are not the best choices because they do not facilitate effective knowledge transfer and integration of the new team member into the project team. Assigning the new team member the same tasks that were assigned to the previous team member who they replaced (option A) may be unrealistic, as the new team member may not have the same level of skill, experience, and knowledge as the previous team member. It may also create confusion, frustration, and conflict among the team members and the customer. Sending technical documentation to the new team member and scheduling training for the next iteration (option C) may be helpful, but it is not sufficient to provide the new team member with the contextual and practical knowledge that they need to perform effectively on the project. It may also delay the new team member’s contribution and involvement in the project work. Having the new team member complete all of the company’s mandatory training (option D) may be a requirement, but it is not specific to the project and may not cover the agile principles and techniques that are relevant for the project activities. References:

Project Management Professional (PMP) Reference Materials:

A Guide to the Project Management Body of Knowledge (PMBOK Guide), Sixth Edition, Chapter 9: Project Resource Management, pp. 313-372

Agile Certified Practitioner | PMI

Professional in Business Analysis (PBA) Reference Materials:

Business Analysis for Practitioners: A Practice Guide, Chapter 3: Needs Assessment, pp. 41-42

Knowledge Transfer and its Importance for Project Managers

According to the PMBOK Guide, a change request is a formal proposal to modify any document, deliverable, or baseline of a project. Change requests can be initiated by any stakeholder, including the project team, and should be processed through the perform integrated change control process.

In this scenario, the project team has identified a potential risk that could affect the quality and schedule of the next iteration of the project. The team has also proposed a solution to mitigate the risk by buying new equipment. This solution would require an increase in the project budget, which is a baseline that needs to be approved by the project sponsor or customer.

Therefore, the project manager should submit a change request to increase the budget and buy new equipment, and follow the change control procedures to obtain the necessary approval and authorization. This would ensure that the project scope, schedule, and quality are not compromised, and that the project stakeholders are aware of and agree with the proposed change.

The other options are not appropriate because:

Checking the project budget to verify if there is enough contingency reserve (option A) is not sufficient to address the issue. Contingency reserves are funds set aside to cover known risks that may or may not occur during the project. Even if there is enough contingency reserve, the project manager still needs to submit a change request to use it and update the project baseline.

Reviewing the cost management plan to determine how to address this issue (option B) is also not sufficient to address the issue. The cost management plan is a component of the project management plan that describes how the project costs will be planned, estimated, budgeted, managed, and controlled. It does not provide specific guidance on how to deal with changes that affect the project budget. The project manager still needs to follow the change control procedures and submit a change request.

Telling the team members that more equipment is not part of the project’s scope (option C) is not a constructive or collaborative way to deal with the issue. The project manager should not ignore or dismiss the team’s input and recommendations, especially if they are based on valid and relevant information. The project manager should respect the team’s expertise and experience, and work with them to find the best solution for the project.

According to the PMBOK Guide, an adaptive approach in project management is one that responds to changes and uncertainties in the project environment. Adaptive tools are techniques that enable project managers to plan and execute projects in an iterative and flexible way. Some examples of adaptive tools are agile methods, scrum, kanban, and lean. However, not all projects are suitable for using adaptive tools, and some stakeholders may have different expectations and preferences regarding the project management approach. Therefore, before implementing adaptive tools in a project, the project manager should conduct individual interviews with key stakeholders to understand their concerns, needs, and expectations. This will help the project manager to identify the level of stakeholder engagement, the degree of change tolerance, and the potential risks and benefits of using adaptive tools. Based on the information gathered from the interviews, the project manager should then prepare a communications management plan that defines how the project information will be communicated to the stakeholders, including the frequency, format, and content of the communication. The communications management plan should also include a feedback mechanism that allows the stakeholders to provide their input and feedback throughout the project lifecycle. This will help the project manager to manage the stakeholder expectations, address the stakeholder concerns, and ensure the stakeholder satisfaction with the project outcomes. References:

PMBOK Guide, 7th edition, Chapter 2: Project Performance Domains, Section 2.1: Project Delivery Approach, pp. 23-251

PMBOK Guide, 7th edition, Chapter 3: Project Management Principles, Section 3.5: Engage Stakeholders, pp. 41-421

PMBOK Guide, 7th edition, Chapter 4: Tailoring, Section 4.2: Tailoring Considerations, pp. 51-531

PMBOK Guide, 7th edition, Chapter 8: Communications, Section 8.2: Plan Communications, pp. 123-1251

Professional in Business Analysis (PMI-PBA) Handbook, Section 5: Exam Content Outline, Domain 2: Planning, Task 2.3: Develop a communication management plan, pp. 21-222

According to the PBA Guide, one of the competencies for business analysis is emotional intelligence, which is the ability to perceive, understand, and manage one’s own and others’ emotions1. A servant leader is someone who focuses on the needs and development of others, rather than on their own authority or power2. Applying emotional intelligence to leverage this situation to benefit the project would involve recognizing the team member’s frustration, acknowledging their achievement, and encouraging them to share their knowledge with the rest of the team. Asking the team member to use their recently acquired knowledge to develop and provide training to the team is an example of this approach, as it would foster collaboration, learning, and trust among the team members. Requesting budget to reward the team member (choice A) may not be feasible or effective, as it may create resentment or competition among the team members. Promoting the team member to product owner (choice B) may not be appropriate or relevant, as it may not match the team member’s skills, interests, or responsibilities. Providing an incentive to team members who begin using the new tool on this project (choice C) may not be sufficient or sustainable, as it may not address the root cause of the team’s reluctance or lack of knowledge. References:

1: PBA Guide, Chapter 3, Section 3.2.1 Emotional Intelligence

2: PMP Exam Content Outline, Domain II: People, Task 9: Support team development and team members through feedback and recognition.

The project manager should initiate the change request to modify the scope and adjust the timelines. This is because the project manager is responsible for managing the project scope and ensuring that the project delivers the agreed outcomes within the approved budget and schedule. When the project manager encounters scope changes and a delay in the delivery of critical tasks, they should follow the change management process as defined in the project management plan. This process involves initiating a change request that describes the proposed changes, their impact, and their justification. The change request should then be submitted to the appropriate authority, such as the change control board or the steering committee, for review and approval. The project manager should also update the project documents, such as the scope baseline, the schedule baseline, and the cost baseline, to reflect the approved changes. The project manager should communicate the changes and their implications to the relevant stakeholders, such as the project team, the PMO, the sponsor, and the customer. References: PMBOK Guide, 6th edition, section 4.6, page 115, PMP Exam Prep, 10th edition, page 180

According to the Project Management Professional (PMP) Reference Materials, the project manager should submit a change request to accelerate the project as requested by the customer when the key subcontractor asked for additional budget. This is because a change request is a formal proposal to modify any document, deliverable, or baseline of the project1. In this case, the change request would affect the project schedule, cost, and scope baselines, as well as the contract terms with the subcontractor. Therefore, the project manager should follow the change control process to document, analyze, approve, and implement the change request2. The other options, A, B, and C, are not the first actions that the project manager should take. Asking upper management for more funds and updating the project budget may not be feasible or necessary without a proper justification and approval of the change request. Revising the project scope to cope with the budget changes may not satisfy the customer’s needs or expectations, and may also require a change request. Updating the risk register and project log, and managing the budget closely are important activities, but they are not sufficient to address the change request and its implications. References: 1: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 4.6.1, "Change Requests". 2: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 4.6.3, "Perform Integrated Change Control".

 The project manager should request the high-performing team member to mentor the other team members. This is because mentoring is a way of recognizing and rewarding the team member’s expertise and contributions, as well as enhancing the skills and performance of the other team members. Mentoring can also foster a positive team culture, increase collaboration and trust, and reduce turnover and attrition. The project manager should also provide feedback and appreciation to the high-performing team member, and ensure that the mentoring process is aligned with the project objectives and expectations. The other options are not as effective or appropriate as requesting the high-performing team member to mentor the other team members. Promoting the higher performing team member to a higher position may not be feasible or desirable, as it may create resentment among the other team members, disrupt the team dynamics, or reduce the team member’s motivation and satisfaction. Reminding the high-performing team member to focus on shared rewards rather than individual rewards may be perceived as unfair or discouraging, as it may imply that the team member’s efforts are not valued or appreciated. Rewarding the high-performing team member privately to avoid team disruption may also be seen as unfair or secretive, as it may create a sense of favoritism or inequality among the team members, and undermine the team morale and cohesion. References: PMBOK Guide, 6th edition, Chapter 9.4.2, 9.4.3, The Benefits of Mentoring in Project Management - PMI

According to the PMBOK Guide, a project issue is a point or matter in question or in dispute, or a point or matter that is not settled and is under discussion or over which there are opposing views or disagreements1. A project risk is an uncertain event or condition that, if it occurs, has a positive or negative effect on one or more project objectives2. A risk response strategy is a specific action or set of actions to be taken to address a risk3.

In this scenario, 1600 rpm is a project issue because it is a point of dispute between the risk owner and the project team, as it causes the system to stop working and crash. 1500 rpm is a project risk because it is an uncertain event that, if it occurs, has a negative effect on the project objective of delivering a functional power engine. 1400 rpm is an event that triggers a risk response strategy because it is a specific action taken to reduce the power and brake the engine to avoid the risk of reaching 1500 rpm or 1600 rpm.

 These two actions can help prevent the team from being unqualified, because they can enhance the skills and competencies of the team members who lack the technical skill needed to build the product. Encouraging working in pairs and knowledge sharing can foster collaboration and learning among the team members, and allow the team member who has the technical skill to transfer it to others through coaching, mentoring, or feedback. Facilitating a training event with an external trainer can provide a formal and structured way of teaching the team members the technical skill, and ensure that they have the necessary knowledge and practice to apply it to the project. These actions can also improve the team performance, morale, and confidence, and reduce the dependency on one team member. The other options are not effective actions to prevent the team from being unqualified, because they may not address the skill gap or the project requirements, or they may create more problems or risks. Excluding the activities from the roadmap may not be possible or desirable, and it may affect the scope, quality, or benefits of the project. Teaching the entire team the new skill may not be feasible or efficient, and it may overload the project manager or the team member who has the skill. Increasing the time estimates on the activities that require such abilities may not be realistic or accurate, and it may delay the project schedule or increase the project cost. References: Project Resource Management - PMBOK Guide, What Actions Can the Project Manager Take to Ensure Effective Teamwork?

 The project manager should hold a stakeholder meeting to align timelines and scope expectations. This is because the project manager needs to manage the stakeholder’s expectations and ensure that they understand the implications of their request. The project manager should explain the current project schedule, the assumptions and constraints that were considered, and the risks and opportunities that are involved. The project manager should also discuss the possible alternatives to meet the stakeholder’s request, such as crashing, fast-tracking, or scope reduction, and their pros and cons. The project manager should seek the stakeholder’s input and feedback, and try to reach a mutually agreeable solution that satisfies the project objectives and the stakeholder’s needs. The project manager should also update the project documents, such as the project management plan, the schedule baseline, and the scope baseline, to reflect the agreed changes, and communicate them to the relevant stakeholders.

The other options are not correct because they do not address the issue of stakeholder alignment and communication, which is essential for project success. Crashing the schedule to shorten the timeline while keeping the scope unchanged might be a possible option, but it would increase the project cost and risk, and might not be acceptable to the stakeholder. Updating the cost management plan to allocate more resources to the project to finish the scope earlier might be another option, but it would also increase the project cost and complexity, and might not be feasible or effective. Reducing the scope of the project by removing activities and shortening the timeline might be another option, but it would compromise the project value and quality, and might not meet the stakeholder’s requirements. References: PMBOK Guide, 6th edition, section 6.6, page 215, PMP Exam Prep, 10th edition, page 180

 The stakeholder register is a project document that identifies and classifies the project stakeholders, their roles, interests, expectations, and influence levels. It is an output of the Identify Stakeholders process, which is the first process in the Project Stakeholder Management knowledge area. The stakeholder register should be updated whenever there are changes in the project environment or stakeholder information, such as a promotion, a change of role, or a change of contact details. Updating the stakeholder register will help the project manager and the project team to communicate effectively and appropriately with the stakeholders, and to manage their expectations and engagement levels throughout the project life cycle.

The project management plan is a comprehensive document that describes how the project will be executed, monitored, and controlled. It integrates and consolidates the subsidiary plans and baselines from the different knowledge areas, such as scope, schedule, cost, quality, resources, communications, risk, procurement, and stakeholder management. The project management plan is an output of the Develop Project Management Plan process, which is the second process in the Project Integration Management knowledge area. The project management plan should be updated only when there are changes in the project scope, objectives, deliverables, or approach, and when these changes are approved through the Perform Integrated Change Control process. Updating the project management plan for a stakeholder promotion is not necessary, unless it affects the project scope or other aspects of the project.

The stakeholder engagement plan is a subsidiary plan of the project management plan that describes the strategies and actions to increase the support and minimize the resistance of the stakeholders throughout the project. It is an output of the Plan Stakeholder Engagement process, which is the second process in the Project Stakeholder Management knowledge area. The stakeholder engagement plan should be updated when there are changes in the stakeholder engagement levels, needs, or expectations, and when these changes are approved through the Perform Integrated Change Control process. Updating the stakeholder engagement plan for a stakeholder promotion may be required, depending on how it affects the stakeholder’s interest, influence, or power over the project.

The communications management plan is a subsidiary plan of the project management plan that describes the communication methods, formats, frequency, and responsibilities for the project. It is an output of the Plan Communications Management process, which is the first process in the Project Communications Management knowledge area. The communications management plan should be updated when there are changes in the communication requirements, preferences, or channels of the project stakeholders, and when these changes are approved through the Perform Integrated Change Control process. Updating the communications management plan for a stakeholder promotion may be necessary, depending on how it affects the stakeholder’s communication needs or preferences.

Therefore, the correct answer is C. Stakeholder register, as it is the most relevant and appropriate document to update for a stakeholder promotion.

The benefits realization plan is a document that describes how the benefits of the project will be delivered, measured, and sustained. It includes the benefits identification, analysis, planning, realization, and transition activities. By monitoring and updating the benefits realization plan, the project manager can ensure that the work carried out and the product being created do not deviate from the prescribed business value. Monitoring and updating the benefits realization plan helps to track the progress and performance of the project and the benefits realization process, and to identify and address any gaps or issues that may arise. Monitoring and updating the benefits realization plan also helps to communicate and report the value of the project to the stakeholders and the senior management. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK® Guide, 6th edition, Section 4.5.3.1, p. 123

PMI Professional in Business Analysis (PMI-PBA)® Examination Content Outline, Domain IV: Traceability and Monitoring, Task 2, p. 13

Business Analysis for Practitioners: A Practice Guide, Section 5.3.1, p. 113

The project manager should approach this situation by requesting that the customer reviews and clarifies feature definitions for the current sprint. This is because the customer is the primary source of the requirements and the best person to provide the technical details that the project team needs. By reviewing and clarifying the feature definitions, the customer can ensure that the project team understands the requirements correctly and can deliver the expected value in the current iteration. This will also help to avoid rework, scope creep, and customer dissatisfaction in the future.

The other options are not the best ways to approach this situation. Sending a burndown chart of the current sprint to the customer and seeking clarifications may not be effective, as the burndown chart only shows the progress of the work done, not the quality or accuracy of the work. The customer may not be able to provide the technical details based on the burndown chart alone. Educating the customer and having them participate in daily standup meetings may not be feasible, as the customer may not have the time, interest, or expertise to attend the daily meetings and learn about the project details. This may also create unnecessary dependencies and interruptions for the project team. Scheduling weekly meetings and product reviews with the customer to clarify requirements may be too late, as the project team needs the technical details in the current iteration, not in the next week. This may also delay the feedback and validation process and increase the risk of delivering the wrong product.

 According to the PMBOK Guide, 7th edition, one of the best practices for introducing agile approaches in an organization is to start with a pilot project that has a clear scope, a committed sponsor, and a willing team. This way, the project manager can demonstrate the benefits of agile, gain feedback, and learn from the experience. The project manager should also provide agile training to the team members and stakeholders who are involved in the pilot project, to ensure they understand the agile principles, values, and practices. References: PMBOK Guide, 7th edition, page 23; Agile Practices and the PMP Certification