PMI Updated PMP Exam Questions and Answers by angelina

In project management, especially in an agile environment, collaboration and communication are key. When there is a delay in the validation and release of a product due to other priorities, the project manager should work with the IT team to prioritize the tasks. This approach promotes teamwork, ensures everyone is on the same page, and helps to address the issue in a constructive manner. Escalating the issue (option A) might not be the best initial approach as it could create unnecessary tension. Delivering the features without validation (option C and D) could lead to quality issues and is generally not a good practice. References: PMBOK Guide, 6th Edition, Section 9.3.2.1: Team Charter

The project manager should conduct a customer demonstration at the end of each build cycle to help the client understand the value delivered during project execution. This is a common practice in agile projects, where the team showcases the working product increment to the customer and solicits feedback. This way, the customer can see the tangible results of each iteration, validate the alignment with their expectations, and provide input for future improvements. This option aligns with the PMI-PBA practice guide, which states that “demonstrations are a key technique for validating requirements and obtaining feedback from stakeholders” (p. 67). The other options are not the best choices because they do not effectively communicate the value of the product to the customer. Including a planned value (PV) calculation in the sprint report for each build cycle (option A) may provide a quantitative measure of the project performance, but it does not show the actual functionality or quality of the product. Providing the customer with the refined specification during each build cycle (option C) may reflect the changes or clarifications made to the technical requirements, but it does not demonstrate the working product or its benefits. Showing the customer a sprint burndown chart for each build cycle (option D) may indicate the progress and velocity of the team, but it does not reveal the features or value of the product. References:

PMI-PBA Practice Guide, p. 67 1

PMBOK Guide, 6th edition, p. 189 2

The project manager should update the risk register next. The risk register is a document that records the identified risks, their causes, impacts, probabilities, responses, owners, and other relevant information. Updating the risk register is part of the Monitor Risks process, which involves tracking the identified risks, monitoring residual risks, identifying new risks, executing risk responses, and evaluating their effectiveness. In this scenario, the low availability of the testing facility is a potential risk that could affect the project schedule. Therefore, the project manager should update the risk register with this information and plan appropriate risk responses. This option aligns with the PMBOK Guide, 6th edition, which states that “the risk register is updated as outputs from other risk management processes are completed” (p. 436). The other options are not the best choices because they do not address the risk of the testing facility’s low availability. Updating the issue log (option B) is not appropriate because the issue log is a document that records and monitors the resolution of issues that have occurred or are currently occurring on the project. In this case, the low availability of the testing facility is not an issue yet, but a potential risk that may or may not occur in the future. Updating the lessons learned register (option C) is not relevant because the lessons learned register is a document that captures the knowledge gained from the project, including the challenges, problems, risks, and opportunities encountered and how they were addressed. In this scenario, the project manager has not yet learned any lessons from the testing facility’s low availability, as it is still a potential risk. Updating the project schedule (option D) is premature because the project schedule is a document that presents the planned dates for performing activities and meeting milestones. In this case, the project manager has not yet determined the impact or probability of the testing facility’s low availability, or the risk responses to deal with it. Therefore, updating the project schedule without this information may result in inaccurate or unrealistic estimates. References:

PMBOK Guide, 6th edition, p. 436 1

PMBOK Guide, 6th edition, p. 123 2

A team charter is a document that defines the purpose, objectives, roles, and norms of a project team. It helps to align the team members’ expectations, clarify their responsibilities, and foster collaboration and trust. A team charter is an output of the Develop Team process, which involves improving the competencies and interactions of team members to enhance project performance1. A project charter is a document that authorizes the project and defines its high-level scope, objectives, and constraints. It is not focused on the team expectations or productivity. A stakeholder register is a document that identifies the project stakeholders and their interests, influence, and involvement in the project. It is not used to manage the team expectations or productivity. A project organization chart is a graphical representation of the project team members and their reporting relationships. It does not define the team expectations or productivity. References: 1 PMBOK® Guide, 6th edition, page 349.