PMI PMP Project Management Professional (2025 Version) Exam Practice Test

 According to the PMBOK Guide, a root cause analysis is a technique used to identify the underlying reasons for the occurrence of a problem or a deviation from the expected performance. It is part of the monitor and control project work process, which involves tracking, reviewing, and reporting the project progress and performance, and implementing corrective or preventive actions as needed. A root cause analysis can help the project manager to understand the causes of the budget shift and to take appropriate actions to address them. It can also help to prevent similar problems from happening again in the future. Adjusting the original budget estimates, negotiating the project changes, or reviewing the activity duration are possible actions that the project manager can take after performing a root cause analysis, but they are not the first step to do when faced with a significant budget shift. References:

PMBOK Guide, 6th edition, pages 121-122, 4.5 Monitor and Control Project Work

PMBOK Guide, 6th edition, pages 686-687, Root Cause Analysis

PMP Sample Test Questions, question 1, answer D

According to the PMBOK Guide, 7th edition, section 8.1.3, page 269, the Kanban board is a visual tool that shows the status of work items and the flow of work through different stages. The Kanban board helps the team to limit the work in progress, identify bottlenecks, and optimize the delivery of value. When a project sponsor requests to prioritize a new backlog item, the project manager should communicate the impact of starting the item with the project sponsor, as this may affect the existing work items, the team capacity, and the project schedule. The project manager should also seek to understand the rationale and urgency of the request, and negotiate a mutually agreeable solution with the project sponsor. The other options are not the best actions for the project manager, as they do not address the need to communicate and collaborate with the project sponsor, who is a key stakeholder and decision maker. Decomposing the item immediately and beginning work may cause disruption and confusion to the team and the project. Discussing the impact of starting the item with the team may be helpful, but it does not involve the project sponsor who made the request. Finishing the small tasks in progress before decomposing the item may delay the delivery of value and the satisfaction of the project sponsor. References:

PMBOK Guide, 7th edition, section 8.1.3, page 269

PMI-PBA Exam Practice Test and Study Guide, 2nd edition, chapter 8, page 179

According to the PMBOK Guide1, project communication management includes the processes of planning, managing, and monitoring project communications. The first process, plan communications management, involves determining the information and communication needs of the project stakeholders, such as the sponsor. The project manager should have analyzed the sponsor’s communication requirements, such as the type, format, frequency, and level of detail of the information they need, as well as their preferred communication channels and methods. By doing so, the project manager could have designed and implemented a communication system that meets the sponsor’s expectations and needs, and avoids any dissatisfaction or complaints. The other options are not the best preventive actions, as they are either reactive or irrelevant. Confirming that the portal is providing adequate information, verifying that the project team is following the communications management plan, and ensuring the sponsor had the necessary skills to use the portal are all actions that could be taken after the situation has occurred, but they do not address the root cause of the problem, which is the lack of alignment between the communication system and the sponsor’s requirements. References:

A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition

Project Communication Management - Five Steps | PMI

ProjectManagement.com - Project Communication Management

According to the Project Management Body of Knowledge (PMBOK) Guide, one of the key activities in the project initiation process is to identify the project stakeholders and their requirements1. This includes the documentation requirements for the project, such as the format, content, quality, frequency, and distribution of the project documents2. By confirming the documentation requirements with the stakeholders at the beginning of the project, the project manager can ensure that the project documentation will meet the expectations and needs of the stakeholders, as well as comply with any regulatory or contractual obligations3. This will also help the project manager to plan, execute, monitor, and control the project documentation throughout the project life cycle4. Conducting a document review, updating the project templates, and implementing a new change control policy are all important activities for managing project documentation, but they are not sufficient to ensure that the project documentation will fulfill the regulatory requirements. The project manager needs to confirm the documentation requirements with the stakeholders first, and then use these activities to support the documentation process. References:

1: PMBOK Guide, 6th edition, page 30

2: PMBOK Guide, 6th edition, page 89

3: PMBOK Guide, 6th edition, page 112

4: PMBOK Guide, 6th edition, page 123

According to the PMBOK Guide, when using an agile approach, the project manager needs to have a clear understanding of the product vision, the product roadmap, and the product backlog1. The product vision is a brief statement that describes the desired outcome of the project and the value it will deliver to the customers and stakeholders2. The product roadmap is a high-level overview of the product features and deliverables, along with the planned timeline and milestones3. The product backlog is a prioritized list of the product requirements, user stories, and other work items that need to be completed by the project team. These three factors help the project manager to align the project objectives with the customer needs, plan and execute the project iteratively and incrementally, and deliver value early and often1. The other options are not relevant for an agile approach, as they are more suitable for a predictive or waterfall approach. Key performance indicators (KPIs) are metrics that measure the performance of the project against the project objectives. Schedule performance index (SPI) is a ratio of the earned value to the planned value, indicating how well the project is progressing according to the schedule. These factors are not essential for delivering a product using an agile approach, as they focus more on the adherence to the plan rather than the delivery of value. References:

1: PMBOK Guide, 6th edition, page 18

2: PMBOK Guide, 6th edition, page 156

3: PMBOK Guide, 6th edition, page 157

: PMBOK Guide, 6th edition, page 158

: PMBOK Guide, 6th edition, page 33

: PMBOK Guide, 6th edition, page 267

In an agile project, the project manager should collaborate with the stakeholders and ensure their active involvement in the project. The project manager should meet with the unhappy stakeholder to understand their concern and the business impact of the delayed delivery. The project manager should also reprioritize the product backlog as necessary to accommodate the stakeholder’s needs and expectations. Finally, the project manager should invite the stakeholder to join the sprint planning session, where the team selects the work to be done in the next iteration based on the stakeholder’s feedback and the product owner’s guidance. This way, the project manager can improve the stakeholder’s satisfaction and engagement, and foster a trusting and collaborative relationship. Directing the product owner to drop other work in progress and work on the stakeholder’s requirement as the top-priority item may not be the best option, as it may disrupt the team’s flow and compromise the value delivery. Sharing the prioritized items that the team is working on with the stakeholder and inviting them to join the sprint planning session may not be sufficient, as it does not address the stakeholder’s concern and business impact. Securing some additional funding to recruit more resources to the project team to enable faster delivery may not be feasible or effective, as it may violate the agile principle of simplicity and increase the complexity and communication overhead of the project. References:

A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Chapter 14: Team, Section 14.2: Enable Team Performance, Section 14.3: Lead the Team

Agile Practice Guide, Chapter 2: Life Cycle Selection, Section 2.2: Implementing Agile: Creating an Agile Environment, Section 2.3: Implementing Agile: Delivering in an Agile Environment

Professional in Business Analysis (PMI-PBA)® Handbook, Section 2.3: Domains and Tasks, Domain 4: Analysis, Task 9: Validate Requirements

[Professional in Business Analysis (PMI-PBA)® Examination Content Outline], Domain 4: Analysis, Task 9: Validate Requirements

According to the PMBOK Guide, acceptance criteria are the standards by which the project deliverables are measured and verified to meet the stakeholder’s expectations and requirements1. They are defined during the project planning process and agreed upon by the project team and the client2. By highlighting how the acceptance criteria were met in the project closure report, the project manager can demonstrate that the project outputs have fulfilled the client’s business needs and have been formally accepted by them3. This can also help to resolve any doubts or disputes that the client may have about the quality or value of the project deliverables4. How the quality, scope, and stakeholders were managed are also important aspects of the project closure report, but they are not directly related to the stakeholder’s concern about the project outputs. The project manager should focus on showing how the project deliverables met the acceptance criteria, which are the basis for the stakeholder’s satisfaction and sign-off. References:

1: PMBOK Guide, 6th edition, page 161

2: Project Management Acceptance Criteria with Examples, KnowledgeHut, page 1

3: A Guide to Project Closure: 12 Essential Things To Do, Rebel’s Guide to Project Management, page 2

4: Project Client Acceptance and Sign-Off Form, ProjectManagement.com, page 1

 According to the PMBOK Guide, the project manager is responsible for managing the project work according to the project management plan and implementing approved changes1. If the project manager discovers that the blueprints received from the client appear incomplete, the first thing to do is to consult with the client to determine if project execution should be continued or if changes are needed. The client is the source of the project requirements and the ultimate authority on the project scope2. The other options are not the best actions for the project manager to do first. Rescheduling the project execution date is a change that requires a formal change request and approval from the change control board3. Continuing project execution using the current blueprints from the client may result in rework, waste, or defects if the blueprints are not accurate or complete4. Escalating this issue to the project sponsor is not the first step, as the project sponsor is not the owner of the project requirements or scope. References:

1: PMBOK Guide, 6th edition, page 95

2: PMBOK Guide, 6th edition, page 141

3: PMBOK Guide, 6th edition, page 115

4: PMBOK Guide, 6th edition, page 149

: PMBOK Guide, 6th edition, page 33

The project manager should schedule a kick-off session to explain the problems of the project and gain approval and support from the stakeholders. This will help to align the expectations, clarify the objectives, and address the concerns of the stakeholders. A kick-off session is a tool and technique of the Develop Project Charter process, which is the first process in the project integration management knowledge area. Sending communications for clarification, demonstrating the performance indexes and recommending corrective actions, or speaking with the sponsor and explaining the situation are all possible actions that the project manager can take after the kick-off session, but they are not the first action that the project manager should take to alleviate the stakeholders’ concerns. References: PMBOK Guide 7th Edition, page 49; Agile Practice Guide, page 26.

According to the PMBOK Guide, one of the tools and techniques for developing the project management plan is expert judgement1. This involves obtaining guidance and advice from knowledgeable and experienced individuals or groups, such as subject matter experts, consultants, industry associations, or professional and technical organizations. By consulting a senior project manager within the organization, the project manager can leverage their expert judgement to understand the interdependencies of the work items, the industry standards and best practices, and the organizational processes and policies that may affect the project planning. The other options are not appropriate, as they do not address the issue of the project manager’s lack of familiarity with the industry and the work items. Consulting the project sponsor, the product owner, or the senior developer may provide some useful information, but they are not the best sources of expert judgement for the project manager in this situation. References:

1: PMBOK Guide, 6th edition, page 89

According to the PMBOK Guide, a retrospective meeting is a process of reviewing and analyzing the past performance of a project team, especially in an agile or hybrid environment. The purpose of the retrospective meeting is to identify the strengths and weaknesses of the team, the lessons learned, and the improvement actions for the future. The project manager should facilitate the retrospective meeting and encourage the team to share their feedback, opinions, and suggestions. If the project team’s performance has declined for the last three iterations, the project manager should focus on remediation not merely on correcting symptoms. This means that the project manager should help the team to find the root causes of the performance issues, and implement effective solutions that address the underlying problems, not just the superficial symptoms. For example, if the team is facing communication challenges, the project manager should not just provide more communication tools, but also improve the communication processes, protocols, and skills of the team. Focusing on remediation not merely on correcting symptoms will help the team to improve their performance and prevent recurrence of the same issues. Comparing the team’s performance against other project teams is not a good option, as it may demoralize the team, create unhealthy competition, and ignore the unique context and challenges of each project. Identifying potential failure points based on the iteration workload is a useful technique, but it is not enough to improve the team’s performance. The project manager should also analyze the actual failure points and the reasons behind them, and take corrective and preventive actions accordingly. Motivating the team to perform better is a desirable outcome, but it is not a specific action that the project manager should do. The project manager should use various motivational techniques, such as recognition, rewards, empowerment, and feedback, to inspire the team and enhance their morale and engagement. References: PMBOK Guide, 6th edition, pages 18-19, 686-687, 723-724.

The agile project lead should invite the senior manager to the next planning meeting to ensure that the senior manager’s expectations are aligned with the product vision and backlog. This is consistent with the agile principle of customer collaboration over contract negotiation1. The agile project lead should also explain how the product backlog is prioritized and refined based on the value and feedback from the stakeholders2. Assuring the senior manager that these features will be queued up in the next sprint (A) is not a good option since it may create unrealistic expectations and compromise the quality and scope of the product. Meeting with the team to understand why the senior manager’s features were not included (B) is not relevant since the team is not responsible for defining the product features, but for delivering them. Sending the product roadmap to the senior manager (D) is not sufficient since it may not address the senior manager’s concerns or questions. References:

1: Agile Practice Guide, Chapter 1, Section 1.2.1

2: Agile Practice Guide, Chapter 2, Section 2.3.2.1

Customer communication management (CCM) is the strategy to improve the creation, delivery, storage and retrieval of outbound communications with customers1. CCM is essential for building and maintaining customer relationships, enhancing customer satisfaction and loyalty, and delivering value to customers2. One of the key aspects of CCM is to understand the customer’s preferences, needs, expectations, and feedback regarding the communication channels, frequency, content, and tone3. This requires the project manager to conduct a stakeholder analysis and identify the customer’s company culture, which is the set of shared values, beliefs, norms, and practices that influence how the customer behaves and communicates4. By understanding the customer’s company culture, the project manager can tailor the communication approach to suit the customer’s style and avoid any annoyance or misunderstanding5.

Therefore, the first thing the project manager should have done to prevent the customer’s leadership team from being annoyed about the frequency of email updates is to understand the customer’s company culture (option A). This would help the project manager to determine the optimal communication frequency and method for the customer, and to align the communication plan with the customer’s expectations. Updating the communications management plan (option B), analyzing customer interest and engagement (option C), or scheduling weekly update meetings (option D) are possible actions that the project manager could take after understanding the customer’s company culture, but they are not the first thing to do. References:

1: Gartner, Customer Communications Management (CCM)

2: ClickUp, What is Customer Communication Management (CCM)?

3: QuestionPro, Customer Communication Management: Strategies for Success

4: PMBOK® Guide, 6th edition, p. 513

5: PMBOK® Guide, 6th edition, p. 376

The project manager should schedule a one-on-one meeting with the team member to talk about the issue and get their cooperation. This is an example of the problem-solving technique, which involves confronting the issue directly and cooperatively to find a mutually acceptable solution1. This technique is usually the most effective way to manage conflict in a project team2. Scheduling a meeting with the team member and their manager to discuss the issue (A) is not a good option since it may create a sense of distrust and resentment in the team member. Talking to the project sponsor about the team member’s attitude (B) is also not advisable since it may escalate the conflict and damage the relationship between the project manager and the team member. Finding another person to replace this team member (D) is not a viable option since it would disrupt the project schedule, budget, and scope. References:

1: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Chapter 9, Section 9.5.2.2

2: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Chapter 9, Section 9.5.2.3

The project manager should review the resources required for the tasks on the critical path because these are the tasks that determine the project duration and have the highest risk of causing delays. By reviewing the resources, the project manager can identify any resource shortages, conflicts, or overallocation, and take corrective actions to optimize the resource utilization and avoid penalties. The other options are not the best choices because they do not directly address the root cause of the delay, which is the resource allocation. Discussing the issue with the project sponsor (option A) may help to escalate the problem, but it does not solve it. Reviewing and updating the risk management plan (option C) may help to identify and mitigate any potential risks, but it does not address the current situation. Allocating resources to develop the competencies of the other team members (option D) may help to improve the team performance in the long run, but it does not help to complete the critical project on time. References: PMBOK Guide, 6th edition, pages 215-216, 258-259, 333-334. How To Find The Correct Answer On PMP Exam Questions. Free PMP Questions and Answers – Are You Ready for PMP Exam?.

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

A cost baseline is the approved version of the projected costs for the entire project. It is fixed, and, along with other aspects of the project baseline, is used as a benchmark for the rest of the project1. A cost baseline includes the cost estimates for all the tasks on the project schedule, plus the contingency reserves for identified risks (known unknowns)2. A cost budget is the cost baseline plus the management reserves for unidentified risks (unknown unknowns)2. Therefore, before determining the cost baseline, the project manager needs to add contingency into the budget to account for inflation and other changes that may affect the project costs. This is different from looking at a previous project, requiring stakeholder approval, or revising the project timeline and scope, which are not necessary steps for creating a cost baseline. References:

3: What Exactly is a Cost Baseline in Project Management? | Runn

2: Project Cost Management: Cost Baseline vs Budget for PMP Exam

According to the PMBOK Guide, a servant leader is a leadership style that focuses on serving the needs of the team, empowering them, and creating a culture of trust, collaboration, and ownership. A servant leader should also motivate and inspire the team, especially when they face challenges or fatigue. If some team members are starting to complain about the length of the project, creating a risk for lack of performance at this critical stage, the project manager should schedule a team event with the project sponsor to highlight the importance of the project and recognize the work of the team. This will help the project manager to mitigate the risk by showing appreciation and gratitude to the team, reinforcing the project vision and value, and boosting the team morale and engagement. Scheduling a team event with the project sponsor is also a way of celebrating the team’s achievements and rewarding them for their efforts. Meeting with the team to reinforce their responsibilities and the consequences if the project deliverables are not completed on time is not a servant leader approach, as it may demotivate and pressure the team, and create a negative atmosphere. Applying additional controls to the project deliverables to ensure that all milestones are achieved on time is not a servant leader approach, as it may micromanage and constrain the team, and reduce their autonomy and creativity. Contacting the functional manager to ensure that team motivation remains high until the end of the project is not a servant leader approach, as it may delegate the responsibility and authority of the project manager, and undermine the relationship and trust between the project manager and the team. References: PMBOK Guide, 6th edition, pages 56-57, 686-687, 723-724.

 The stakeholder engagement plan is a subsidiary plan of the project management plan that identifies the strategies and actions required to promote productive involvement of stakeholders in project decisions and execution. It is a dynamic document that should be updated throughout the project as stakeholder needs and expectations change. The project manager should explain to the key stakeholder that their needs will be updated in the stakeholder engagement plan and that their continued participation is important for the project success. References: PMBOK Guide, 7th edition, section 13.2.3.1; Professional in Business Analysis (PMI-PBA) Guide, 2nd edition, section 4.2.3.1.

According to the PMBOK® Guide, 7th edition, one of the principles of project management is to tailor the delivery approach based on context1. This principle suggests that project managers should select and adapt the delivery approach that best suits the project characteristics, stakeholder needs, and organizational goals. It also implies that project managers should recognize and respond to changes in the project environment and facilitate the transition between different delivery approaches1.

In a hybrid project, the delivery approach combines elements of predictive, adaptive, and iterative methods2. A hybrid project may start with a predictive phase to define the scope, schedule, and budget, and then switch to an adaptive or iterative phase to deliver the product or service incrementally2. A hybrid project may also use different delivery approaches for different components or work packages within the same project2.

In this scenario, the project manager observes that the team performance was excellent during the predictive stages, but declined when the iterations began. This could indicate that the team members are not comfortable or familiar with the change in the delivery approach, and that they are lacking the skills, mindset, or tools to work effectively in an adaptive or iterative environment. Therefore, the best course of action for the project manager is to perform team-building activities and enhance collaboration. This will help the team to build trust, rapport, and cohesion among themselves and with other stakeholders, and to align their expectations, roles, and responsibilities with the new delivery approach. It will also help the team to learn and apply the agile values and principles, such as customer collaboration over contract negotiation and working software over comprehensive documentation3.

The other options are not as effective as option B. Option A, giving team members more authority to make decisions, may be appropriate for an agile team, but it does not address the root cause of the problem, which is the change in the delivery approach. It may also create more confusion and conflicts if the team members are not clear about the decision-making process or criteria. Option C, identifying the team members who are impacting low morale, may be helpful, but it does not solve the problem of the team’s performance. It may also create a blame culture or a sense of isolation among the team members. Option D, coaching the team members on agile processes and knowledge, is also a good practice, but it is not sufficient to improve the team’s morale. Coaching should be complemented by team-building and collaboration activities to foster a positive and supportive team culture.

 1: PMBOK® Guide, 7th edition, page 10 2: PMBOK® Guide, 7th edition, page 19 3: Agile Manifesto,

The project manager should use Monitor Communications techniques to ensure that the communication needs of the project and its stakeholders are met. This involves collecting and analyzing feedback from stakeholders, reviewing the effectiveness and quality of the communication activities, and identifying and resolving communication issues. By doing so, the project manager may discover the reasons why some stakeholders are not fully comprehending the status of the project based on the reports that are being circulated, and may initiate changes to the communications management plan to address them. For example, the project manager may decide to use a different report format, frequency, or distribution method that suits the needs and preferences of the new stakeholders. Adding the issue to the issue log and determining the corrective action (option A) is a possible outcome of Monitor Communications, but not the best answer. Creating a fishbone diagram to determine the root cause for the misunderstanding (option B) is a tool that can be used in Monitor Communications, but not the only one. Sharing the communications management plan and reminding all stakeholders of the agreed-upon reporting templates (option D) is not likely to solve the problem, as it may imply that the new stakeholders are at fault for not understanding the reports, rather than acknowledging that the communication needs may have changed. References:

PMBOK Guide, 6th edition, page 386-387, section 10.2 Manage Communications

PMP Exam Prep, 10th edition, page 415, question 415, answer and explanation

According to the PMBOK Guide, 6th edition, one of the key skills of a project manager is to negotiate with stakeholders to achieve project objectives and balance the competing project constraints. Negotiation is also a tool and technique for the process of Manage Stakeholder Engagement, which aims to ensure that stakeholders’ needs and expectations are met or exceeded. By engaging in creative and iterative negotiations with the leaders of each entity, the project manager can foster collaboration, trust, and commitment among the parties involved in the project, and ensure that the launch date is acceptable and feasible for all. This will increase the likelihood of timely and successful adoption of the new solution by the entire organization. References: PMBOK Guide, 6th edition, pages 53, 513-514, 518.

According to the PMBOK® Guide, the project manager is responsible for managing the communication among stakeholders, and ensuring that the information needs of the project are met (Section 10.1). The project manager should also establish and enforce the ground rules for communication within the project team, and address any issues that may arise from unauthorized or inappropriate communication (Section 9.3.2.4). By pointing out to the project team and the customer that all information concerning the timeline of the project should be communicated by the project manager, the project manager can prevent confusion, misunderstanding, and conflict among the stakeholders, and maintain control over the project scope and schedule. This is also consistent with the Professional in Business Analysis (PMI-PBA)® Examination Content Outline, which states that one of the tasks of a business analyst is to “communicate requirements information to stakeholders according to the communication plan” (Task 4.3). References:

PMBOK® Guide, 6th Edition, Section 10.1, Section 9.3.2.4

Professional in Business Analysis (PMI-PBA)® Examination Content Outline, Task 4.3

 According to the PMBOK Guide, when using an agile approach, the project manager needs to deliver value early and often by creating and testing increments of the product, service, or result that are potentially releasable1. A minimum viable product (MVP) is a version of the product that has enough features to satisfy the initial needs of the customers and stakeholders, and to provide feedback for future development2. By developing an MVP for assessment from a select customer group, the project manager can address the issue of the product owner’s uncertainty about the business value of each feature, as well as validate the product vision, test the assumptions, and reduce the risks2. The other options are not appropriate, as they do not reflect the agile mindset and principles. Assessing the product roadmap, commissioning a business analyst, or completing a WBS are all possible actions that could be taken in a predictive or waterfall approach, where the product features are defined and fixed upfront. However, in an agile approach, the product features are emergent and adaptive, and the project manager should collaborate with the customer and the team to deliver the best possible product3. References:

1: PMBOK Guide, 6th edition, page 18

2: PMBOK Guide, 6th edition, page 158

3: PMBOK Guide, 6th edition, page 156

According to the PMBOK Guide, 6th edition, section 5.6.2, the project manager should perform an impact analysis when a change request is received, to assess the potential effects on the project scope, schedule, cost, quality, resources, risk, and other aspects.3

The project manager should also communicate the impact analysis to the relevant stakeholders, such as the project sponsor, the product owner, the customer, and the team, to facilitate the decision making process and obtain their agreement on the change.3

The project manager should not accept or reject the change request without performing an impact analysis, as this may lead to unrealistic expectations, missed deadlines, scope creep, or stakeholder dissatisfaction.3

The project manager should not ask the product owner to prioritize the new request without performing an impact analysis, as this may disrupt the agile team’s work and compromise the quality of the deliverables.4

The project manager should not call the stakeholder to tell them that the final product schedule must be extended without performing an impact analysis, as this may damage the trust and relationship with the stakeholder and cause them to lose confidence in the project.

The references for this answer are:

1: Discuss Exam PMP Topic 2 Question 499 Discussion | Actual4test 2: Free PMP Practice Exam Questions - 120 Sample Test Questions 3: PMBOK Guide, 6th edition, Project Management Institute, 2017, pp. 149-152. 4: Agile Practice Guide, Project Management Institute, 2017, pp. 37-38. : [Managing Stakeholder Expectations for Project Success: A Knowledge Integration Framework and Value Focused Approach, Ori Schibi, 2013, pp. 97-98.](https://www.pmi.org/learning

The project manager should review the operations manager’s concerns and ensure these concerns are addressed, as this is part of managing stakeholder engagement. Stakeholder engagement involves communicating and working with stakeholders to meet their needs and expectations, address issues, and foster appropriate stakeholder involvement. By reviewing and addressing the concerns, the project manager can increase the stakeholder satisfaction and support for the project, as well as avoid potential conflicts and delays. The other options are not the best ways to handle this situation, as they either ignore, escalate, or document the concerns without resolving them. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK Guide, 6th edition, Chapter 13, Section 13.3

PMP Exam Content Outline, June 2019, Domain II, Task 9

PMP Sample Test Questions, Question 163

 According to the PMP Exam Content Outline, one of the tasks of the project manager is to “Assess and prioritize impact on project scope, schedule, cost, quality, and risks of approved changes, and determine cause and effect relationships” (Task 5, Domain II: Process). This implies that the project manager should evaluate the impact of any change that affects the project performance, such as the removal of a key team member. By doing so, the project manager can identify the potential consequences and benefits of the change, and look for alternatives to mitigate the negative effects or enhance the positive ones. The project manager should also submit a change request if required, to update the project management plan and baselines accordingly. This will help to maintain the project alignment with the objectives and expectations of the stakeholders. References:

PMP Exam Content Outline, Domain II: Process, Task 5, page 101

PBA Exam Content Outline, Domain IV: Evaluation, Task 4, page 152

A Guide to the Project Management Body of Knowledge (PMBOK Guide), Sixth Edition, Chapter 4: Project Integration Management, Section 4.6: Perform Integrated Change Control, page 1233

Business Analysis for Practitioners: A Practice Guide, Chapter 6: Traceability and Monitoring, Section 6.4: Manage Changes to Requirements, page 117

According to the PMBOK Guide, an impediment board is a visual tool that tracks the impediments or blockers that prevent the team from completing their work1. The project manager should create an entry in the impediment board and assign it to the person or team responsible for resolving it. This will help the project manager monitor the progress of the impediment resolution and communicate it to the stakeholders. The other options are not the best actions for the project manager to do. Inviting the project team to a swarming session to define a solution is a technique that can be used to address complex or urgent problems, but it is not appropriate for an issue that is outside the project team’s control2. Leveraging the network of the former department and asking for help is a possible way to expedite the completion of the task, but it is not a formal or transparent way to manage the impediment. Escalating the issue to the product owner to define the next steps is not the project manager’s responsibility, as the product owner is mainly concerned with the product vision and value, not the project execution3. References:

1: PMBOK Guide, 6th edition, page 570

2: PMBOK Guide, 6th edition, page 571

3: PMBOK Guide, 6th edition, page 49

The project manager should educate the new sponsor about the agile approach for project delivery, which is an iterative and adaptive way of working that focuses on delivering value to the customer and responding to change. The project manager should also explain how agile teams are self-organized, meaning that they have the autonomy and authority to plan, execute, and monitor their own work, without excessive control or interference from the sponsor or other stakeholders. The project manager should emphasize the benefits of self-organization, such as increased motivation, collaboration, innovation, and quality. The project manager should also clarify the role and responsibilities of the sponsor in agile projects, which include providing vision, funding, support, and feedback, but not micromanaging or dictating the work of the team. 123 References:

1: What is agile project management? - APM

2: What is Agile? - Project Management Institute

3: Role of Project Sponsor in Agile Project Management - PM Majik

The acceptance criteria are the measurable and verifiable standards that must be met for the project deliverables to be accepted by the client. They are part of the project scope statement and the project contract, and they should be agreed upon by both parties before the project execution. If the acceptance criteria are not properly defined in the contract, it can lead to disputes and conflicts at the closing phase of the project, as the client may have different expectations and quality standards than the project manager. The other options are not as relevant or effective as defining the acceptance criteria in the contract. The client requirements are the needs and expectations of the client, but they are not the same as the acceptance criteria, which are more specific and measurable. The Manage Quality process is a process that ensures the quality standards are met and the quality activities are performed, but it does not define the acceptance criteria. The project manager should review the standard industry defect rate, but that is not enough to avoid the situation, as the client may have a different defect rate as their acceptance criterion. References:

PMBOK Guide, 7th edition, page 107

PMI-PBA Exam Content Outline, 2018, page 8

This answer is based on the agile principle of responding to change over following a plan1. By reviewing the backlog and prioritizing the tasks, the project manager can deliver value to the customer faster and reduce the risk of rework. The other options are not aligned with agile principles, as they either delay the project, ignore the customer feedback, or cancel the project altogether. References: 1: Agile Manifesto

According to the PMBOK Guide, 6th edition, section 9.4.2.3, the project manager should use conflict management techniques to resolve conflicts among team members and stakeholders.3

Some of the conflict management techniques are: problem solving, compromising, smoothing, forcing, and withdrawing.3

In this scenario, the project manager has tried problem solving (holding a meeting to work out a permanent solution) and compromising (asking them to find a way to resolve the issues), but these techniques were unsuccessful.4

The project manager should not use smoothing (emphasizing areas of agreement and avoiding areas of disagreement), forcing (imposing a solution), or withdrawing (avoiding or postponing the conflict), as these techniques may not address the root cause of the conflict or may worsen the situation.4

Therefore, the project manager should escalate the issue to a higher authority, such as the functional manager, the sponsor, or the steering committee, who have more power and influence in a weak matrix environment.4

Escalating the issue to a higher authority may help to resolve the conflict, protect the project objectives, and maintain the team performance and morale.4

The references for this answer are:

1: PMP Exam Questions | 100% Free PMP Example Questions 2: PMP Practice Exam 1 | Free PMP Exam Questions 3: PMBOK Guide, 6th edition, Project Management Institute, 2017, pp. 349-350. 4: [Conflict Management Techniques for the PMP Exam - PM Study Circle] : [PMP Exam Prep: Project Human Resource Management - Simplilearn]

 According to the PMBOK Guide, an agile project is an adaptive life cycle project that follows an iterative and incremental approach. In an agile project, the project manager facilitates collaboration and empowers the team to deliver value. When an unidentified risk becomes an issue, the project manager should help the team review the project approach and initiate the corrective actions to address the issue and prevent recurrence. Asking the sponsor to approve an additional iteration or money is not agile, as it implies that the project scope or budget is fixed and cannot accommodate changes. Asking the team to include the contingency plan in the iteration backlog is not appropriate, as the contingency plan should have been developed before the risk occurred and should be executed as soon as possible. References: PMBOK Guide, 6th edition, pages 18-19, 456-457, 686-687.

According to the PMBOK Guide, an issue log is a project document that records and tracks any issues that arise during the project and how they are resolved. It is part of the project communications management knowledge area and the monitor communications process. A project manager should update the issue log whenever a new issue is identified, analyzed, or resolved. Updating the issue log and defining the mitigation strategy is the immediate action that the project manager should take to improve the situation of a new team member impacting the project performance. This will help to document the issue, communicate it to the relevant stakeholders, and plan how to address it effectively. Communicating the issue to the human resources department (A) may be a subsequent action, but not the immediate one. Providing additional training to the new hire (B) may be a possible mitigation strategy, but not an action to take before updating the issue log. Increasing team cohesiveness by sharing information and experiences openly © may be a good practice for team development, but not a direct response to the issue at hand. References: PMBOK Guide, 6th edition, pages 377-378, 529-530.

According to the PMBOK Guide, the project manager should use a participatory approach to develop the project schedule, involving the team members who will perform the work1. This will increase the accuracy and reliability of the schedule estimates, as well as the commitment and ownership of the team2. Therefore, the best option is to organize a planning session with the development team and use their estimations to complete the schedule. Option B is incorrect because changing the delivery date for the project schedule based on the availability of a new contractor may not be feasible or acceptable to the stakeholders. Option C is incorrect because asking the sponsor to provide the desired completion date for project activities may not reflect the realistic effort and duration required to complete the work. Option D is incorrect because using expert judgment to estimate all of the tasks may not account for the variability and uncertainty of the work, and may not involve the input and feedback of the team members. References: 1: PMBOK Guide, 6th edition, section 6.1.2.5, p. 191 2: PMBOK Guide, 6th edition, section 6.5.2.4, p. 218

Retrospective results are the outputs of the retrospective meeting, which is a ceremony that is performed at the end of every sprint or iteration in an agile project. The retrospective meeting is an opportunity for the team to reflect on what went well, what could be improved, and how to implement the improvement actions in the next sprint or iteration. The retrospective results can help the project manager to identify the risks and opportunities for the event planning, and to update the risk register accordingly. 12345 References:

1: ProjectManagement.com - Retrospectives

2: A Guide To Effective Retrospectives By Project Managers

3: Retrospective - BrainBOK

4: Retrospective - Lovepmp

5: Retrospective - InLoox

The project manager should take proactive steps to restore the team morale and trust after an incident that affects the team dynamics. Hosting a special meeting to talk about what happened is a way to facilitate open communication, address the root causes of the conflict, and resolve any issues or grievances among the team members. Conducting a team-building workshop is a way to enhance the team cohesion, collaboration, and performance by engaging the team in fun and interactive activities that foster positive relationships and mutual respect. These two actions are consistent with the principle of leading with empathy and respect, which is part of the PMI Talent Triangle®. References:

PMBOK Guide 7th Edition, page 133

Agile Practice Guide, page 48

PMI Talent Triangle® 1

 According to the PMBOK Guide, quality assurance is the process of auditing the quality requirements and the results from quality control measurements to ensure that appropriate quality standards and operational definitions are used. Quality assurance helps to identify and correct any deficiencies in the project processes and deliverables. In this scenario, the project manager should perform quality assurance to review the processes against the quality management plan and identify the gaps that led to the missing documents and approvals. This will help to ensure that the project is compliant with the quality standards and prevent future nonconformities. References: PMBOK Guide, 6th edition, page 288-289. PMP Questions page 495, question 495. How To Find The Correct Answer On PMP Exam Questions.

According to the PMBOK Guide, the project manager should be involved in the procurement process to ensure that the project requirements are clearly defined and communicated to the potential suppliers1. The project manager should also verify that the project objectives are aligned with the business needs and the expectations of the stakeholders before approving an agreement2. Therefore, the best option is to ensure that the requirements for the project are understood and that the objectives are verified before approval of an agreement. Option B is incorrect because informing the project sponsor that there cannot be any changes to the scope of the project is unrealistic and may not account for the possible risks and uncertainties that may arise during the project execution3. Option C is incorrect because notifying the project sponsor that the project manager cannot be involved in the agreement negotiation process is not a proactive or collaborative approach, and may result in a poor or unsuitable agreement for the project. Option D is incorrect because asking the project sponsor to involve the legal department in the negotiation for the project agreement is not the responsibility of the project manager, and may not address the issue of the project manager’s participation in the procurement process. References: 1: PMBOK Guide, 6th edition, section 12.1.3.1, p. 465 2: PMBOK Guide, 6th edition, section 4.1.3.1, p. 89 3: PMBOK Guide, 6th edition, section 5.6.3.1, p. 161 : PMBOK Guide, 6th edition, section 12.2.3.1, p. 473 : PMBOK Guide, 6th edition, section 12.2.3.2, p. 474

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

According to the PMBOK Guide, risk management is an iterative process that should be performed throughout the project life cycle1. Agile projects also follow this principle, as they use frequent iterations to deliver value and respond to changes2. Therefore, the project manager should follow the risk management process while ensuring that risks are identified, analyzed, and managed during each iteration. This will help the project manager to monitor and control the project risks effectively and proactively. The other options are incorrect because:

A. There is no such thing as an agile risk manifesto. The Agile Manifesto is a set of values and principles that guide agile software development, but it does not specifically address risk management3.

B. Asking the product owner to act as a risk manager is not a good practice, as it may create role confusion and conflict of interest. The product owner is responsible for defining and prioritizing the product requirements, not for managing the project risks4. The project manager should collaborate with the product owner and other stakeholders to identify and manage the project risks, but not delegate this responsibility to them.

C. Implementing the role of an agile risk manager is not necessary, as the project manager already has the responsibility and authority to manage the project risks. Creating a separate role for risk management may create duplication of work and communication barriers. The project manager should leverage the skills and knowledge of the project team and other stakeholders to perform risk management activities, but not create a new role for this purpose. References:

1: PMBOK Guide, 6th edition, Chapter 11, Section 11.1, page 397

2: PMBOK Guide, 6th edition, Chapter 3, Section 3.8, page 52

3: Agile Manifesto

4: PMBOK Guide, 6th edition, Chapter 9, Section 9.3.2.2, page 286

: PMBOK Guide, 6th edition, Chapter 9, Section 9.1.2.1, page 273

According to the PMBOK Guide, the project management plan is a formal, approved document that defines how the project is executed, monitored, and controlled1. It integrates and consolidates all of the subsidiary plans and baselines from the project management processes1. One of the subsidiary plans is the procurement management plan, which describes how the project will acquire goods and services from outside the performing organization2. The procurement management plan should include the procurement strategy, the types of contracts, the procurement documents, the source selection criteria, the roles and responsibilities, the make-or-buy decisions, and the assumptions and constraints2. Therefore, the project manager should have communicated the project management plan, including the procurement management plan, to the procurement division earlier in the project to ensure the purchase of the specific equipment. The other options are not the best actions for the project manager to have done earlier in the project. Communicating the project charter to the procurement division may not be sufficient, as the project charter only provides the high-level description of the project and its boundaries, not the details of the procurement activities3. Including a procurement division member on the project team may not be necessary or feasible, as the project team may have limited authority or influence over the procurement division’s policies and procedures. Reminding the project sponsor about the procurement division’s reputation is not a constructive or professional way to deal with the issue, as it may create conflict or resentment between the parties. References:

1: PMBOK Guide, 6th edition, page 89

2: PMBOK Guide, 6th edition, page 463

3: PMBOK Guide, 6th edition, page 77

: PMBOK Guide, 6th edition, page 33

: PMBOK Guide, 6th edition, page 558

According to the PMBOK Guide, 7th edition, section 4.3.2.1, when a project faces a technical issue that requires specialized knowledge or expertise, the project manager should consult with external subject matter experts (SMEs) and the team to find a solution. External SMEs are individuals or groups who have specialized knowledge or skills related to a specific aspect of the project, such as aerospace design. They can provide valuable insights, recommendations, and guidance to the project team. The project team consists of the project manager and the project staff who are responsible for performing the project work. They have the most knowledge and experience about the project and its deliverables. The project manager should involve both the external SMEs and the team in the discussion of the technical issue, as they can contribute different perspectives and ideas to resolve the issue. The project manager should also communicate the issue and the proposed solution to the project sponsor and other relevant stakeholders, but they do not need to be part of the initial meeting.

According to the PMBOK Guide, one of the tools and techniques for managing communications is communication methods1. This includes choosing the appropriate method of communication for the project stakeholders, such as interactive, push, or pull communication. Interactive communication is the most effective way to ensure a common understanding among the stakeholders, as it allows for real-time exchange of information and feedback1. Virtual and face-to-face meetings are examples of interactive communication methods that can help the project manager address the situation of having a geographically dispersed project team. By coordinating these meetings, the project manager can improve the communication among the team members, as well as with other stakeholders, and foster trust, collaboration, and cultural awareness23. References:

1: PMBOK Guide, 6th edition, page 377

2: PMBOK Guide, 6th edition, page 378

3: PMBOK Guide, 6th edition, page 379

 According to the PMBOK® Guide, the project manager should analyze the impact of the developers’ resignation on the project scope, schedule, cost, quality, and risk, and inform the relevant stakeholders about the situation and the possible options to address it. This is part of the Manage Team process, which involves tracking team member performance, providing feedback, resolving issues, and managing changes to optimize project performance. By analyzing the impact and informing the stakeholders, the project manager can facilitate collaborative decision making and ensure alignment of expectations and objectives. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK® Guide, 6th edition, Chapter 9, Section 9.4, Manage Team

PMP Exam Prep, 10th edition, Rita Mulcahy, Page 357, Manage Team

The definition of done (DoD) is a clear and concise list of requirements that a deliverable must meet to be considered complete and acceptable by the main stakeholder. The DoD helps to ensure that the quality standards are met and that the deliverables are aligned with the stakeholder’s expectations. The project manager should reinforce the DoD during sprint planning so that the team has a common understanding of what needs to be done and how to do it. This will help to prevent the deliverables from being rejected during the next iteration. Submitting a change request to prioritize resolutions for the quality issue (option A) may be necessary, but it does not address the root cause of the problem, which is the lack of clarity and agreement on the DoD. Assuring that the product backlog is properly prioritized to avoid dependencies that cause rejection (option C) is a good practice, but it does not ensure that the deliverables will meet the quality specifications. Creating a dedicated sprint to complete all of the pending specifications from previous sprints (option D) may be a viable option, but it may also delay the project and increase the cost. The best option is to reinforce the DoD and ensure that the team delivers what the stakeholder expects. References:

PMBOK Guide, 6th edition, page 176, section 5.4.2.1 Definition of Done

[Agile Practice Guide], page 54, section 4.2.2.1 Definition of Done

PMP Exam Prep, 10th edition, page 425, question 425, answer and explanation

The project manager should provide clear and objective feedback to the team member based on the key performance indicators (KPIs) that were established for the project. The KPIs are measurable values that demonstrate how effectively the project is achieving its objectives and delivering value to the stakeholders. The project manager should review the KPIs for this team member and remind them how they are determined, such as by using data from the project management information system (PMIS), the earned value management (EVM) technique, or the agile metrics. The project manager should also explain how the KPIs are linked to the performance review and the rewards or recognition system. This way, the team member can understand the criteria for their evaluation and improve their performance accordingly. This is consistent with the principle of leading with empathy and respect, which is part of the PMI Talent Triangle®. References:

PMBOK Guide 7th Edition, page 133

Agile Practice Guide, page 48

PMI Talent Triangle® 1

 According to the PMBOK Guide, 6th edition, one of the key processes of the Project Quality Management knowledge area is Manage Quality, which involves identifying and resolving quality problems. One of the tools and techniques for this process is problem solving, which consists of defining the problem, identifying the root cause, generating and selecting alternatives, and implementing solutions. By requesting that the team identifies, documents, and registers the issues, the project manager is following a systematic approach to problem solving, which will help to prevent recurrence of the same or similar problems, and improve the quality of the project deliverables. References: PMBOK Guide, 6th edition, pages 286-287, 291.

 The project manager should make sure the analyst has regular pairing meetings with the other team member throughout task execution, as this is part of developing project team. Developing project team involves improving the competencies, interaction, and environment of the team members to enhance project performance. By making sure the analyst has regular pairing meetings, the project manager can facilitate knowledge sharing, collaboration, and mentoring among the team members, and address the analyst’s concerns and needs. The other options are not the best ways to handle this situation, as they either ignore, transfer, or delay the analyst’s concerns and development. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK Guide, 6th edition, Chapter 9, Section 9.3

PMP Exam Content Outline, June 2019, Domain III, Task 9

PMP Sample Test Questions, Question 186

 The project manager should schedule a virtual meeting so onsite and remote stakeholders can attend at the same time because this is the most efficient and effective way to communicate the project objectives, scope, deliverables, and expectations to all the relevant stakeholders. A virtual meeting can also facilitate interaction and feedback among the participants, and foster a sense of collaboration and commitment. The other options are not the best choices because they do not ensure that all the stakeholders are informed and engaged at the same level. Emailing all stakeholders with the objectives of the project and asking for feedback (option A) may not reach all the stakeholders, or may not elicit timely or adequate responses. Waiting for a date when all required attendees can be available onsite (option B) may cause unnecessary delays and risks to the project. Running separate meetings to accommodate everyone’s schedule (option C) may create inconsistencies and confusion among the stakeholders, and increase the workload and complexity for the project manager. References: PMBOK Guide, 6th edition, pages 367-368, 376-377. PMP Sample Test Questions. PMP Questions page 417.

 The project manager should review the communication needs of key stakeholders because this is the first step in developing an effective communication management plan. By reviewing the communication needs, the project manager can identify what information is relevant, important, and useful for each stakeholder, and tailor the communication accordingly. The other options are not the best choices because they are either too late or too broad. Confirming that the project information is understood and feedback is received (option B) is a good practice, but it does not address the root cause of the problem, which is the missing information. Determining communication methods, frequency, and level of detail (option C) is part of the communication management plan, but it should be based on the communication needs analysis. Providing all project information to the stakeholder (option D) may overwhelm the stakeholder with unnecessary or irrelevant information, and may also compromise the confidentiality or security of the project. References: PMBOK Guide, 6th edition, pages 361-362, 366-367. PMP Questions page 427. PMP Practice Exam | Free PMP Practice Questions.

The project manager should include knowledge transfer sessions between the project and operations teams at every stage of the migration project. Knowledge transfer is the process of sharing or disseminating knowledge from one party to another. It is essential for ensuring that the operations team is ready and capable of supporting the new system once the project is completed. By including knowledge transfer sessions at every stage, the project manager can ensure that the operations team is aware of the changes, benefits, and challenges of the new system, and can provide feedback and suggestions to the project team. This will also help to build trust and collaboration between the project and operations teams, and reduce the risk of resistance or rejection from the operations team. Creating a lessons learned register to include operations team training for future projects (option A) is a good practice, but it does not address the current situation or the needs of the operations team. Changing the project management plan to add a final stage for product handoff to the operations team (option C) may be necessary, but it does not ensure that the operations team is prepared and trained to support the new system. Preparing detailed documentation to be shared with the operations team during project closure (option D) is also important, but it may not be sufficient or timely to enable the operations team to understand and use the new system effectively. References:

PMBOK Guide, 6th edition, page 417-418, section 12.3.1.3 Knowledge Transfer

[Agile Practice Guide], page 77, section 5.2.2 Knowledge Transfer

PMP Exam Prep, 10th edition, page 445, question 445, answer and explanation

The project manager should identify adequate change management tools to conduct the project, as this will help them to manage the changes to the product baseline in a flexible and efficient way. Change management tools are methods, techniques, or software that help to plan, execute, monitor, and control changes in a project. Some examples of change management tools are change request forms, change logs, configuration management systems, traceability matrices, and change impact analysis. By using these tools, the project manager can ensure that the changes are properly documented, evaluated, approved, implemented, and communicated. This will also help to minimize the risks and costs associated with the changes, and to maintain the quality and scope of the product. References:

Change Request Form: Definition, Types, Process & Tools

Change Log Template - Project Management Docs

Configuration Management: What is it and why is it important?

Traceability Matrix in Software Testing with Example Template

Change Impact Analysis - an overview | ScienceDirect Topics

The first thing the project manager should do is to evaluate the impact that the inclusion of this new requirement will have on project performance. This is because the project manager needs to assess how the new requirement will affect the project scope, schedule, cost, quality, risk, and stakeholder satisfaction. The project manager should also consider the feasibility, desirability, and viability of the new requirement, and whether it aligns with the project objectives and business case. Based on the impact analysis, the project manager can then decide whether to accept or reject the change request, or to escalate it to the appropriate authority for approval. The project manager should also communicate the results of the impact analysis to the stakeholder and explain the rationale behind the decision. References:

Change Management | What is Change Management | Prosci

What Is Project Scope? Scope Management Steps, Tips & Tools

Definition of Change Management - Prosci

The project manager should promote an environment where everybody knows what their contribution means to the project as a whole because this is the best way to have a highly engaged team. Agile projects are based on values and principles that emphasize collaboration, flexibility, and customer satisfaction, which require the team members to be motivated, committed, and empowered. Therefore, the project manager should communicate the vision, goals, and expectations of the project, and help the team members understand how their work adds value to the project and the organization. The project manager should also encourage the team members to share their ideas, feedback, and concerns, and involve them in decision-making and problem-solving. This can help to create a sense of ownership, accountability, and pride within the team, and foster a positive and productive work culture. The other options are not the best choices because they do not support the agile approach or the team engagement. Being clear with directions and assignments so people stay focused and engaged with their work (option A) may imply that the project manager is using a directive or authoritarian style, which may limit the team’s autonomy and creativity. Designing a reward system to get people motivated by recognizing significant individual contributions from the last sprint (option C) may help to acknowledge and appreciate the team members, but it may also create competition and conflict within the team, and may not align with the agile principle of valuing the team’s performance over the individual’s performance. Encouraging continuous rotation of roles among team members to keep people motivated throughout project delivery (option D) may help to diversify and enhance the team’s skills and knowledge, but it may also disrupt the team’s stability and efficiency, and may not consider the team members’ preferences and strengths. References: PMBOK Guide, 6th edition, pages 18-19, 52, 273, 335, 686-687. [PMP Questions page 467]. PMP Practice Exam | Free PMP Practice Questions.

According to the PMBOK Guide, scope management in agile projects is different from scope management in predictive life cycle projects. In agile projects, the scope is not fixed or detailed at the beginning of the project, but rather it is progressively elaborated and refined throughout the project. Agile projects use an adaptive and iterative approach to deliver value to the customer in short and frequent increments, called sprints or iterations. Agile projects use techniques such as user stories, product backlog, story mapping, story points, and minimum viable product (MVP) to define, prioritize, estimate, and validate the scope. Therefore, the project manager should spend a short amount of time defining the scope and building prototypes to refine the requirements, rather than creating a detailed scope baseline or a rigid plan. By doing so, the project manager can:

Involve the customer and the team in defining and clarifying the scope

Incorporate feedback and changes quickly and easily

Deliver the most valuable features and functionalities first

Reduce waste and rework

Increase customer satisfaction and trust

The other options are not the best choices, because:

Creating a scope baseline and putting the rest as backlog activities would limit the flexibility and responsiveness of the project, and would not allow the scope to evolve based on customer needs and feedback.

Estimating the work the team can complete and defining story sizes to keep the project under control would be part of the scope management process, but not the only or the best way to manage and control the scope. The project manager should also prioritize, validate, and adjust the scope as the project progresses.

Developing a plan to complete more work in less time would not be realistic or sustainable, and would compromise the quality and value of the project. The project manager should focus on delivering the right work, not more work. References:

Scope Management | PMI

Agile Scope Management: Refactor Your PMP - LeadingAgile

Considerations for Agile/Adaptive Projects | PMP - GreyCampus

 According to the PMBOK Guide, one of the tools and techniques for performing integrated change control is risk analysis1. This involves assessing the potential impact of a change request or a defect on the project objectives, such as scope, schedule, cost, and quality. By performing risk analysis, the project manager can evaluate the pros and cons of deploying the system with the defect, and determine the best course of action. The other options are not appropriate, as they do not address the issue of whether to deploy the system or not. Proposing a solution redesign, revising the quality control measurements, and developing a mitigation plan are all possible actions that could be taken after performing risk analysis, depending on the results. References:

1: PMBOK Guide, 6th edition, page 120

 The project manager should validate if the training request is within the scope and budget of the project before approving or rejecting it. The training request may be a valid requirement that was not identified during the planning process, or it may be a nice-to-have that is not necessary for the project success. The project manager should evaluate the benefits and costs of the training request and compare them with the project baseline. If the training request is within the scope and budget, the project manager can approve it. If the training request is outside the scope and budget, the project manager should send it to the change control board (CCB) for approval. The CCB is responsible for reviewing and approving change requests that affect the project baseline. Rejecting the request without validation may result in missing a critical requirement or losing a valuable team member. Approving the request without validation may result in scope creep or budget overrun. References:

PMBOK® Guide, 6th Edition, Chapter 4, Section 4.5.6, “Change Requests”

PMBOK® Guide, 6th Edition, Chapter 5, Section 5.6.3.1, “Requirements Documentation Updates”

PMBOK® Guide, 6th Edition, Chapter 7, Section 7.4.3.1, “Cost Forecasts”

PMBOK® Guide, 6th Edition, Chapter 9, Section 9.3.3.1, “Resource Requirements Updates”

 According to the PMBOK Guide, agile project management is an iterative and incremental approach that delivers value to the customer frequently and responds to changes quickly. One of the principles of agile project management is to maximize the amount of work not done, which means eliminating waste and focusing on the most valuable features. The product backlog is a prioritized list of features or requirements that the project team delivers in iterations or sprints. The project manager, in collaboration with the product owner and the stakeholders, should prioritize the product backlog based on the business value and the effort required to deliver each item. By doing so, the project manager can ensure that the project delivers the highest value possible within the budget constraints. The project manager should also adjust the project budget and staffing to account for the prioritized items, and communicate the changes to the project team and the stakeholders. The project manager should not balance the project team, restrict the project scope, or reduce the project staff, as these strategies may compromise the quality, value, or customer satisfaction of the project deliverables. References:

PMBOK Guide, 6th edition, pages 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53…

PMI-PBA Guide, pages 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53…

 The best way to formally record the team member’s success in the project documentation is to send a communication to management recognizing the team member’s contributions. This will ensure that the team member’s performance is acknowledged and appreciated by the relevant stakeholders, and that the project documentation reflects the team member’s achievements. The other options are not as effective or appropriate as sending a communication to management. Attaching a note to the project management plan is not a formal way of recording the team member’s success, and it may not be seen by anyone else. Holding a project team meeting may be a good way to celebrate the team member’s contribution, but it does not document it for future reference. Recording the team member’s contribution in the RAM is not relevant, as the RAM is a tool to assign roles and responsibilities, not to measure performance. References:

PMBOK Guide, 7th edition, page 215

PMI-PBA Exam Content Outline, 2018, page 12

The project manager should analyze both projects to determine the most effective use of common resources, such as human, material, equipment, or facilities1. This will help the project manager to allocate and balance the resources across the two projects, and to identify and resolve any resource conflicts or shortages2. This may also help to reduce the duration of the critical project by ensuring that the required resources are available when needed. The other options are not appropriate or feasible in this situation. Applying fast-tracking techniques to compress the schedule of the critical project is not possible, as the question states that the schedule does not have activities that can be overlapped3. Using resource optimization to justify requesting more resources for the critical project may not be realistic, as the question implies that the project manager does not have access to additional resources4. Providing schedule optimization training to the project teams to improve their skills may not have an immediate impact on the duration of the critical project, and may also consume more time and resources. References: 1: PMI, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Project Management Institute Inc., 2021, p. 201. 2: PMI, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Project Management Institute Inc., 2021, p. 202. 3: PMI, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Project Management Institute Inc., 2021, p. 211. 4: PMI, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Project Management Institute Inc., 2021, p. 203. : PMI, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Project Management Institute Inc., 2021, p. 212.

According to the PMBOK Guide, the project manager should identify the key stakeholders and their needs and expectations at the beginning of the project and throughout the project life cycle1. The project manager should also involve the key stakeholders in the project agreement discussions, as it helps to establish a common understanding of the project objectives, scope, deliverables, and acceptance criteria2. Therefore, the best option is to identify key stakeholders and include all of them in project agreement discussions. Option A is incorrect because distributing a detailed quality management plan to the key stakeholders may not ensure that they agree with the project objectives or the quality standards. Option B is incorrect because including the final report during the closing phase may not address the issue of stakeholder dissatisfaction or misalignment, as it may be too late to make any changes or adjustments. Option D is incorrect because performing project reporting according to the communications management plan may not guarantee that the stakeholders are aware of or satisfied with the project outcomes, as it may not reflect their feedback or concerns. References: 1: PMBOK Guide, 6th edition, section 13.1.3.1, p. 513 2: PMBOK Guide, 6th edition, section 4.1.3.1, p. 89

The agile leader should develop working agreements with the team to address the trouble and disputes they are facing. Working agreements are a set of guidelines or norms that the team agrees to follow to improve their collaboration, communication, and performance. They help to establish a shared understanding of the team’s values, expectations, and behaviors. They also help to resolve conflicts, clarify roles and responsibilities, and foster trust and respect among the team members. Developing working agreements with the team is a participatory and iterative process that involves the input and feedback of all team members. The agile leader should facilitate this process and ensure that the working agreements are aligned with the agile principles and practices. Escalating the issue to the team’s manager (option A) is not a good option, as it may undermine the team’s autonomy and empowerment. Removing some of the team members (option B) is also not a good option, as it may disrupt the team’s dynamics and morale. Reviewing the roles and responsibilities document (option C) is a useful step, but it may not be sufficient or effective to address the root causes of the trouble and disputes. References:

PMBOK Guide, 6th edition, page 52, section 2.4.2 Project Team

[Agile Practice Guide], page 27, section 3.1.2 Working Agreements

PMP Exam Prep, 10th edition, page 465, question 465, answer and explanation

According to the PMBOK Guide, an agile approach is based on delivering value in small increments and iterations, rather than in one large deliverable at the end of the project1. This allows the project team to incorporate feedback, changes, and learning into the product or service, and to reduce rework and dissatisfaction2. Therefore, the project manager should adopt an incremental cycle of delivering value to the customer, and align the project objectives and scope with the customer needs and expectations. The other options are incorrect because:

A. Decreasing the scope of the portfolio and sending new solutions to the customer is not an agile strategy, but a reactive one. It may imply that the project team is not able to deliver the agreed scope, or that they are not collaborating with the customer to understand their requirements and preferences.

B. Delivering a schedule with the portfolio timeline and delivery to the customer is not an agile strategy, but a predictive one. It may imply that the project team is following a rigid and fixed plan, rather than responding to changes and uncertainties in the project environment.

D. Preparing deliveries with more details to satisfy the customer is not an agile strategy, but a waterfall one. It may imply that the project team is focusing on documentation and specifications, rather than on working products and solutions. References:

1: PMBOK Guide, 6th edition, Chapter 1, Section 1.2.3, page 7

2: PMBOK Guide, 6th edition, Chapter 3, Section 3.8, page 52

: Agile Practice Guide, Chapter 2, Section 2.1.1, page 13

: Agile Practice Guide, Chapter 2, Section 2.2, page 14

In a fixed time and budget project, the project manager needs to balance the customer’s expectations and the project’s profitability. If the customer wants the development of a core component to be based on agile practices, the project manager should use a hybrid contract that combines both fixed and agile elements. This way, the project manager can accommodate the customer’s changing requirements while maintaining control over the project scope, schedule, and cost. A tiered contract for fixed and agile components allows the project manager to define the fixed deliverables and the agile deliverables separately, and assign different payment terms and conditions for each. For example, the fixed deliverables can be paid based on milestones, while the agile deliverables can be paid based on iterations or value delivered. This also helps the project manager to manage the risks and uncertainties associated with the agile component. Providing alternatives to scope change at specific project phases within the contract is another way to control the development costs and ensure the profitability of the project. The project manager can specify the criteria and process for requesting and approving scope changes, and offer different options for the customer to choose from, such as adding or removing features, adjusting the quality standards, or modifying the schedule or budget. This way, the project manager can negotiate with the customer and reach a mutually beneficial agreement that satisfies both parties’ needs and expectations. Limiting the number of iterations for development in the contract is not a good control, as it may compromise the quality and value of the agile component. Establishing a governance committee to review the contract delivery is not a specific control for the development of the core component, but a general practice for any project. Requiring that only internal resources be utilized for this project is not a relevant control, as it does not address the customer’s requirement or the project’s profitability. References: PMBOK Guide, 6th edition, pages 704-705, 718-719.

A burndown chart is a graphical tool that shows the amount of work remaining versus the time available for a release or iteration. It helps the agile project manager and the team to monitor the progress and velocity of the work, identify any deviations or impediments, and adjust the plan accordingly. A burndown chart can provide a deeper look into the team’s progress than a release plan, a product roadmap, or a Kanban board, which are more high-level and strategic tools that show the scope, vision, and priorities of the project. 123 References:

https://www.pmi.org/learning/library/agile-metrics-progress-tracking-status-6564

https://www.forbes.com/advisor/business/what-is-agile-project-management/

According to the PMBOK Guide, 6th edition, page 141, the project manager should engage with stakeholders throughout the project life cycle to ensure that their needs and expectations are met. When there are changes in the stakeholder environment, such as new or replaced stakeholders, the project manager should identify them and assess their impact on the project. The project manager should also review and prioritize the new requirements with the stakeholders and analyze how they affect the project scope, schedule, cost, quality, and risk. The project manager should then follow the change control process to submit, evaluate, approve, and implement the change requests that are needed to accommodate the new requirements. This approach ensures that the project manager maintains effective communication, collaboration, and alignment with the stakeholders, and delivers a product, service, or result that meets their needs and expectations.

The other options are not the best choices because they do not address the new requirements in a proactive and collaborative manner. Option B is not the best choice because it implies that the project manager is trying to avoid the new requirements and resist the change, which could create conflict and dissatisfaction among the stakeholders. Option C is not the best choice because it implies that the project manager is accepting all the new requirements without analyzing their impact and feasibility, which could lead to scope creep, unrealistic expectations, and poor quality. Option D is not the best choice because it implies that the project manager is imposing a rigid and inflexible approach to the project, which could alienate the new stakeholders and jeopardize their support and engagement.

According to the PMBOK Guide, when using an agile approach, the project manager needs to embrace change and respond to customer feedback by continuously refining and reprioritizing the product backlog1. The product backlog is a dynamic list of the product requirements, user stories, and other work items that need to be completed by the project team. By working with the product manager and the rest of the team to update the project backlog, the project manager can incorporate the new feature requested by the customer, and deliver value early and often1. The other options are not appropriate, as they do not reflect the agile mindset and principles. Assessing the impact of the new requirements and initiating the change request process, assessing the impact and communicating the updated product roadmap, and following the change management plan to update the risk register are all possible actions that could be taken in a predictive or waterfall approach, where changes are more controlled and formalized. However, in an agile approach, changes are expected and welcomed, and the project manager should collaborate with the customer and the team to deliver the best possible product2. References:

1: PMBOK Guide, 6th edition, page 18

2: PMBOK Guide, 6th edition, page 156

The project manager should recommend the product owner prioritize the missing work higher because it is needed for the initial launch of the new product. The product owner is responsible for defining and prioritizing the product backlog, which is a list of features and requirements that the customer wants to have in the product. The product owner should ensure that the product backlog reflects the customer’s needs and preferences, as well as the project’s scope and objectives. The project manager should collaborate with the product owner and provide guidance and support on the product backlog management. The project manager should also communicate with the agile team and facilitate their involvement and feedback on the product backlog. The project manager should advise the product owner to prioritize the missing work higher because it is essential for the minimum viable product (MVP), which is a version of the product that has enough features and functionality to satisfy the customer’s needs and expectations. The MVP is the main goal of the initial launch of the new product, as it allows the project team to deliver value to the customer early and often, and to obtain feedback and validation for the product. The project manager should explain to the product owner the importance and benefits of delivering the MVP, and the risks and consequences of delaying or omitting the missing work. The project manager should also help the product owner to balance the competing demands and trade-offs of the product backlog, and to align the product backlog with the project’s vision, goals, and strategy.

The other options are not the best actions for the project manager to take in this situation. Letting the project team pull the recommended work from the bottom of the backlog to maximize value creation may cause confusion and inconsistency in the product backlog, as well as conflict and distrust between the product owner and the agile team. The product owner is the sole authority for defining and prioritizing the product backlog, and the agile team should respect and follow the product owner’s decisions. The project manager should not undermine the product owner’s role or authority, but rather support and facilitate the collaboration and communication between the product owner and the agile team. Analyzing and reprioritizing the backlog and providing the decision to the product owner and team may also undermine the product owner’s role and authority, as well as violate the agile principles and values. The project manager should not impose their own decisions or opinions on the product backlog, but rather advise and assist the product owner in making informed and effective decisions. The project manager should also not act as a intermediary or a gatekeeper between the product owner and the agile team, but rather enable and encourage direct and frequent interaction and feedback among them. Empowering the product owner by supporting the decision and instructing the team to follow the prioritization as provided may ignore the agile team’s input and feedback, as well as jeopardize the project’s success and quality. The project manager should not blindly support the product owner’s decision or instruct the agile team to follow the prioritization as provided, especially if the decision or the prioritization is not aligned with the project’s scope and objectives, or the customer’s needs and expectations. The project manager should challenge and question the product owner’s decision or prioritization if it is not based on valid and relevant criteria or data, or if it does not deliver the maximum value to the customer and the project. The project manager should also listen and consider the agile team’s input and feedback, as they have the technical expertise and experience to perform the work and to deliver the product. References:

PMBOK® Guide, 6th Edition, Appendix X3, Section X3.2.2.4, “Prioritized Product Backlog”

PMBOK® Guide, 6th Edition, Appendix X3, Section X3.2.2.6, “Minimum Viable Product”

PMBOK® Guide, 6th Edition, Chapter 13, Section 13.2.2.1, “Stakeholder Engagement Plan”

PMP Project Management Professional Exam Study Guide: 2021 Exam Update, 10th Edition, Chapter 12, Section 12.2, “Agile Project Management” 1

 The project manager should have allocated additional time for mentoring the intern, as this would have helped the intern to learn faster and perform better. Mentoring is a key practice in agile projects, as it helps to transfer knowledge, skills, and experience from senior to junior team members. It also fosters collaboration, trust, and feedback within the team. By allocating more time for mentoring, the project manager could have ensured that the intern was adequately supported and prepared to take over the critical role. This would have reduced the risk of delays and quality issues in the project. References:

Role of Agile Mentor - PM Majik

Mentoring | Scrum.org

Agile Team Roles: The 7 Most Important People in Agile Project

According to the PMBOK guide, a hybrid approach is a combination of predictive and adaptive (agile) methodologies that suits the project context and stakeholder needs1. A retrospective is a meeting held at the end of each iteration in agile projects, where the team reflects on what went well and what can be improved2. The PMI-PBA guide also states that retrospectives are a valuable tool for business analysts to identify and address issues, risks, and opportunities for improvement3. Therefore, the best way for the project manager to deal with the decline in productivity is to discuss the issue in the next retrospective with the team and collaboratively find solutions to enhance their performance. References:

1: PMBOK guide, page 19

2: PMBOK guide, page 207

3: PMI-PBA guide, page 129

The agile project leader should explain the new team velocity to the customer and negotiate the scope and schedule of the project accordingly. Team velocity is a measure of the amount of work a team can handle during a single iteration1. It is affected by factors such as team size, skills, experience, and availability2. Since the team has lost two members, the team velocity will likely decrease, which means the team will not be able to deliver the same amount of work as before. The agile project leader should communicate this change to the customer and collaborate with them to prioritize the most valuable features and adjust the release plan3. Updating the restriction log with the new team capacity (A) is not a sufficient action since it does not address the impact on the project scope and schedule. Explaining the new project requirements to the team (B) is also not a good option since it may overload the team and compromise the quality and value of the product. Updating the project budget with the released team members © is not relevant since the budget has already been reduced by the customer. References:

1: Agile Practice Guide, Glossary, page 91

2: Agile Practice Guide, Chapter 2, Section 2.4.2.2

3: Agile Practice Guide, Chapter 2, Section 2.4.2.3

According to the PMBOK Guide, 6th edition, section 6.2.2.4, the project manager should use agile practices such as sprint reviews and retrospectives to ensure that the product backlog items are delivered according to the product owner’s expectations and that the team continuously improves its performance. Sprint reviews are meetings where the team demonstrates the product increment to the product owner and other stakeholders and collects feedback for future iterations. Retrospectives are meetings where the team reflects on its processes, tools, interactions, and outcomes and identifies areas for improvement. These practices help to align the team and the product owner on the project vision, scope, and quality, and to prevent or resolve any issues or conflicts that may arise during the project. The PMI-PBA Guide, section 5.2.3.1, also supports this approach, as it states that the business analyst should participate in sprint reviews and retrospectives to validate the requirements and to ensure that the product meets the business needs and stakeholder expectations. References:

PMBOK Guide, 6th edition, section 6.2.2.4

PMI-PBA Guide, section 5.2.3.1

QU According to the PMBOK Guide, 6th edition, page 18, a project manager should use a combination of leadership styles depending on the situation and the needs of the team. In this case, the project manager should have used a collaborative or facilitative style to engage the team members in the agile development approach, empower them to make decisions, and set clear and measurable goals. This would have helped to create a shared vision, foster trust and commitment, and improve team performance and satisfaction. By contrast, the other options (A, B, and D) are more indicative of a directive or controlling style, which could have increased the resistance and confusion of the team members, reduced their motivation and creativity, and created a blame culture. References: = PMBOK Guide, 6th edition, page 18; Agile Practice Guide, page 13.ESTION NO: 140

A company has an existing contract to maintain and enhance a client's customer database The company's legal department informs the project manager that a new piece of legislature requiring stricter protection of customer information might soon be signed into law. The law will require additional security features to be implemented into the database the project manager is maintaining These features are not included in the scope of the current contract

What should the project manager do?

A. Ask the legal department to raise the issue in the next contract negotiation with the customer

B. Seek the project sponsor's support to influence the client to amend the contract immediately

C. Update the risk register to include this issue and discuss the appropriate risk response plans with the project sponsor and client

D. Wait until the legal requirements are finalized so the change in scope can be concretely defined

Answer: C

According to the PMBOK Guide, a risk is an uncertain event or condition that, if it occurs, has a positive or negative effect on one or more project objectives. A risk register is a document that records the identified risks, their analysis, and their response plans. A project manager should update the risk register whenever new risks are identified, analyzed, or resolved. In this case, the potential change in the legal requirements is a risk that could affect the project scope, cost, schedule, and quality. Therefore, the project manager should update the risk register to include this risk and its impact, probability, and priority. The project manager should also discuss the appropriate risk response plans with the project sponsor and the client, such as avoiding, transferring, mitigating, or accepting the risk. This way, the project manager can proactively manage the risk and prepare for any changes that might occur. References:

PMBOK Guide, Seventh Edition, Chapter 4: Project Integration Management, Section 4.6: Monitor and Control Project Work, Page 123

PMBOK Guide, Seventh Edition, Chapter 11: Project Risk Management, Section 11.2: Identify Risks, Page 409

PMBOK Guide, Seventh Edition, Chapter 11: Project Risk Management, Section 11.3: Perform Qualitative Risk Analysis, Page 415

PMBOK Guide, Seventh Edition, Chapter 11: Project Risk Management, Section 11.4: Perform Quantitative Risk Analysis, Page 423

PMBOK Guide, Seventh Edition, Chapter 11: Project Risk Management, Section 11.5: Plan Risk Responses, Page 431

PMBOK Guide, Seventh Edition, Chapter 11: Project Risk Management, Section 11.6: Implement Risk Responses, Page 439

PMBOK Guide, Seventh Edition, Chapter 11: Project Risk Management, Section 11.7: Monitor Risks, Page 445

The best way to address the complaint is to involve the operations director or a representative from the operations team in the agile process. By inviting them to the validation and sprint meetings, they can provide feedback, clarify requirements, and validate the product increments. This will help to ensure that the product meets the performance indicators and the expectations of the operations department. It will also foster collaboration and transparency among the stakeholders and the project team. References:

What is a Sprint Review? | Scrum.org

What Is a Sprint Review? Goals and Tips for Running This Scrum Event

What is a sprint review? 3 steps to better sprint reviews - Atlassian

What is Stakeholder Management? - ProjectManager

What is Stakeholder Management? | A Step-by-Step Guide - Creately

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, the definition of done (DoD) is a clear and concise list of requirements that a deliverable must adhere to for the team to consider it complete1. The DoD helps to ensure that the customer’s expectations are met and that the quality standards are maintained2. The PMI-PBA guide also states that the business analyst should collaborate with the customer and the team to define and validate the acceptance criteria for each feature3. Therefore, the best way for the project manager to avoid the situation of features being rejected by the customer is to ensure that the DoD is well defined and complete for future iterations, and that it aligns with the customer’s needs and preferences. References:

1: PMBOK guide, page 207

2: PMBOK guide, page 286

3: PMI-PBA guide, page 131

According to the PMBOK® Guide, the project manager is responsible for identifying, analyzing, and responding to project risks, and documenting them in the risk register (Section 11.1). If the project manager discovers that the same team has been missing delivery dates in previous projects, this indicates that there is a potential risk that may affect the project schedule and performance. The project manager should include this in the risk register, and assign a probability and impact rating, a risk owner, and a risk response strategy. This will help the project manager to monitor and control the risk, and to take appropriate actions if the risk occurs. This is also consistent with the Professional in Business Analysis (PMI-PBA)® Examination Content Outline, which states that one of the tasks of a business analyst is to “identify and analyze risks and opportunities related to the business need, requirements, and recommended solutions” (Task 3.5). References:

PMBOK® Guide, 6th Edition, Section 11.1

Professional in Business Analysis (PMI-PBA)® Examination Content Outline, Task 3.5

According to the PMBOK Guide, 6th edition, one of the key processes of the Project Integration Management knowledge area is Close Project or Phase, which involves finalizing all activities across all of the project management process groups to formally complete the project or phase. One of the tools and techniques for this process is benefits transition, which involves transferring the ownership of the project’s benefits to the assigned business owner or sponsor, who will be responsible for sustaining and enhancing the value of the project outcomes. By confirming ownership for ongoing value realization, the project manager can ensure that the project team members understand the benefits of the project features and how they will be measured and monitored after the project closure. References: PMBOK Guide, 6th edition, pages 123-124, 129.

According to the PMBOK Guide, one of the key principles of agile project management is to deliver value to the customer early and often1. This can be achieved by using an iterative and incremental approach, where the project team delivers working increments of the product at the end of each iteration or sprint2. The project team should also demonstrate the built portion of the product to the stakeholders and obtain their feedback and acceptance3. Therefore, the best option is to include demonstrations of the built portion of the product at the end of every sprint. Option A is incorrect because preparing performance value reports for the business on an ongoing basis may not be the most effective way to illustrate the project business value, as it may not reflect the actual functionality and usability of the product. Option C is incorrect because preparing a project report for the stakeholders and distributing it weekly may not be sufficient or timely to show the progress and value of the product, as it may not include the stakeholder input and validation. Option D is incorrect because confirming the minimum viable product (MVP) and demonstrating it to the business when it is ready may not be consistent with the agile principle of delivering value early and often, as it may delay the stakeholder feedback and satisfaction. References: 1: PMBOK Guide, 6th edition, section 1.2.3, p. 8 2: PMBOK Guide, 6th edition, section 6.2.2.1, p. 177 3: PMBOK Guide, 6th edition, section 6.2.2.4, p. 178

The project management team should review the project plan to evaluate if any updates should be made in response to the news that a competitor has released the latest version of a program. The project plan is a document that describes how the project will be executed, monitored, and controlled. It includes the project scope, schedule, cost, quality, resources, communications, risks, procurements, and stakeholder management plans. The project management team should assess the impact of the competitor’s release on the project’s objectives, deliverables, assumptions, constraints, and risks. The project management team should also consult with the project sponsor, customer, and other key stakeholders to determine their expectations and preferences regarding the project’s scope and quality. The project management team should then decide if any changes or updates are needed to the project plan to ensure the project’s success and value. The project management team should follow the change management process to request, analyze, approve, and implement any changes to the project plan.

The other options are not the best actions for the project management team to take in this situation. Crashing the existing schedule with additional resources to deliver more features may not be feasible or effective, as it may increase the project’s cost, complexity, and risk. It may also not address the customer’s needs or the market’s demand, as the features may not be relevant or valuable. The project management team should not rush to add more features without validating their necessity and feasibility. Stopping the project immediately as the market opportunity has already been missed may be premature and wasteful, as it may disregard the project’s benefits and potential. It may also damage the project’s reputation and stakeholder’s trust. The project management team should not abandon the project without evaluating its viability and value. Continuing with the project plan and target delivery date as expected may be unrealistic and risky, as it may ignore the competitor’s influence and the customer’s feedback. It may also result in delivering a product that is outdated or inferior. The project management team should not proceed with the project plan without reviewing its alignment and suitability. References:

PMBOK® Guide, 6th Edition, Chapter 4, Section 4.2, “Develop Project Management Plan”

PMBOK® Guide, 6th Edition, Chapter 4, Section 4.6, “Perform Integrated Change Control”

PMP Project Management Professional Exam Study Guide: 2021 Exam Update, 10th Edition, Chapter 4, Section 4.2, “Developing the Project Management Plan” 1

 According to the PMBOK® Guide, the project manager is responsible for performing integrated change control, which involves reviewing and approving change requests that may affect the project scope, schedule, cost, quality, or other aspects. Therefore, the project manager should review the benefits of the proposed changes in relation to the business case, which is the document that justifies the project initiation and continuation based on the expected value and alignment with the organizational strategy. The project manager should evaluate if the proposed changes are necessary, feasible, and beneficial for the project and the organization, and if they outweigh the potential costs and risks. Assessing the time overrun, and starting implementation to avoid additional delays may not be the best option, as it may result in scope creep, quality issues, or stakeholder dissatisfaction. The project manager should not implement the changes without reviewing and approving them first, and without communicating them to the relevant parties. Requesting a provisional budget increase to avoid any budget overruns may not be possible or timely. The project manager should not request more funds without analyzing the impact of the changes on the project budget, and without obtaining the approval or guidance from the management or the sponsor. Motivating the team to avoid the frustration of working on a prolonged project may be a good practice, but it is not the first thing the project manager should do. The project manager should first address the change requests and their implications for the project, and then manage the team’s expectations and morale accordingly. References: PMBOK® Guide, Sixth Edition, Chapter 4, Section 4.6 (Perform Integrated Change Control) and Chapter 5, Section 5.1.3.1 (Business Case)

The project manager should use an iterative approach for both the requirements analysis and delivery phases of the project. An iterative approach involves breaking down the project scope into smaller increments and delivering them in cycles, with feedback and validation from the client at each cycle. This approach is suitable for projects with clear requirements, but also allows for flexibility and adaptation to changing needs and expectations. The client’s request to see a demo of the work completed every two weeks indicates that they value frequent and incremental delivery of value, which is consistent with an iterative approach. Agile is not the best option for this project, as agile is more suitable for projects with high uncertainty and complexity, where the requirements are not clear or stable, and the client is actively involved in the project collaboration. Predictive is not the best option for this project, as predictive is more suitable for projects with low uncertainty and complexity, where the requirements are well-defined and fixed, and the client is not interested in frequent changes or feedback. References:

A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Chapter 2: Value Delivery System, Section 2.2: Project Delivery Approaches, Section 2.3: Project Life Cycle

Agile Practice Guide, Chapter 2: Life Cycle Selection, Section 2.1: Introduction, Section 2.2: Implementing Agile: Creating an Agile Environment

Professional in Business Analysis (PMI-PBA)® Handbook, Section 2.3: Domains and Tasks, Domain 2: Planning, Task 1: Plan Business Analysis Approach

Professional in Business Analysis (PMI-PBA)® Examination Content Outline, Domain 2: Planning, Task 1: Plan Business Analysis Approach

Answer steps

The project manager should first assess the current state process to understand the existing problems, needs, and opportunities for improvement. This will help to define the scope of the digitization project, which is the sum of the products, services, and results to be delivered by the project. Digitizing the current state process exactly as defined, redefining the current state process to scope the supporting software, or developing the software that will support the current state process are all actions that should be done after defining the project scope, not before. References: PMBOK Guide 7th Edition, page 71; Agile Practice Guide, page 37.

According to the PMP Exam Content Outline, one of the tasks of the project manager is to “Assess stakeholder needs, interests, values, and influence, and determine the appropriate approach for engaging stakeholders across the project life cycle” (Task 1, Domain I: People). This implies that the project manager should evaluate the engagement needs of stakeholders based on their expectations, requirements, preferences, and level of influence and interest in the project. By doing so, the project manager can tailor the communication and collaboration methods to ensure high involvement from the stakeholders throughout the project. This will help to build trust, manage expectations, and increase stakeholder satisfaction. References:

PMP Exam Content Outline, Domain I: People, Task 1, page 61

PBA Exam Content Outline, Domain II: Planning, Task 3, page 102

A Guide to the Project Management Body of Knowledge (PMBOK Guide), Sixth Edition, Chapter 13: Project Stakeholder Management, Section 13.2: Plan Stakeholder Engagement, page 5133

Business Analysis for Practitioners: A Practice Guide, Chapter 4: Needs Assessment, Section 4.2: Identify Stakeholders, page 694

 In a hybrid project management setting, when delays occur, it is crucial for the project manager to maintain transparency with stakeholders. The first step should be to clarify the current state of the project, including the progress made, the reasons for any delays, the risks that have been identified, and the actions planned to address these issues12. This approach not only keeps stakeholders informed but also helps in managing their expectations and maintaining their trust in the project management team’s ability to handle challenges345. By providing a clear and detailed explanation of the situation, the project manager can facilitate a collaborative discussion on how to proceed, potentially leading to solutions that align with the project’s goals and contractual obligations567.

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

The response is based on general project management principles as outlined in the PMBOK Guide and conflict resolution strategies that include negotiation, which are part of the PMP’s body of knowledge.

The ratio of earned value (EV) to actual cost (AC), also known as the cost performance index (CPI), is a measure used in earned value management (EVM) to assess the cost efficiency of a project’s budget. A CPI less than 1 indicates that the project is over budget, meaning it is costing more to complete the work than was originally planned. In this case, a CPI of 0.9024 suggests that for every unit of currency spent, the project is only earning 0.9024 units of value, thus earning less value than was planned. This is a critical metric in EVM as it helps project managers understand cost performance and forecast future cost performance issues.

PMBOK® Guide – Sixth Edition; Professional in Business Analysis (PBA) Reference Materials.

When a project involves team members from different countries and time zones, individual performance may not translate into effective group performance. The project manager should focus on facilitating communication and team building to enhance group activities12. This includes establishing clear communication channels, respecting cultural and time zone differences, and fostering an environment where team members can build relationships and work collaboratively despite the distance2. Such measures are essential for improving the team’s performance as a whole, as they encourage a sense of unity and shared purpose among dispersed team members1.

 Engaging stakeholders early in the project initiation phase is crucial for the success of any project. By scheduling meetings with key stakeholders in advance, the project manager can gather valuable feedback on the project scope, align expectations, and address any concerns proactively. This approach helps in securing stakeholder buy-in and reduces the chances of strong rejection later in the project lifecycle. It is essential to involve stakeholders in the decision-making process, especially when it involves critical tasks that are key to the project’s value. This collaborative effort not only ensures that the stakeholders’ voices are heard but also facilitates a shared understanding of the project objectives and constraints.

The answer is verified by the principles outlined in the PMBOK® Guide and the standards for stakeholder engagement during project initiation as described by the Project Management Institute (PMI) and the Professional in Business Analysis (PBA) reference materials1234.

 When faced with a potential delay due to a vendor’s resource shortage, the project manager should engage the project team to explore alternative options to adhere to the schedule. This aligns with the principles of project management, which emphasize proactive problem-solving and collaboration to maintain project momentum. The PMBOK® Guide highlights the importance of communication and stakeholder engagement in managing project risks, including those associated with vendor deliverables. By discussing alternative options, the project manager can facilitate a solution-oriented approach that may involve re-allocating resources, adjusting work priorities, or finding other ways to mitigate the delay without compromising the project’s objectives or quality standards.

PMBOK® Guide and the Project Management Institute’s (PMI) resources on project risk management and stakeholder engagement12.

When an organization is assessing the use of agile delivery approaches and a decision is made to shift from Scrum to a predictive approach, it is essential for the project manager to define a project management plan that reflects this new approach. This involves updating or creating new plans to cover aspects such as scope, schedule, cost, quality, resources, communications, risk, procurement, and stakeholder engagement to align with the predictive methodology. The project management plan serves as a roadmap for the project and guides the team on how to execute, monitor, and control the project. It is critical to ensure that the plan is comprehensive and integrates all aspects of the project management processes and knowledge areas as outlined in the PMBOK® Guide.

PMBOK® Guide – Sixth Edition, Section 4.2 Develop Project Management Plan; Agile Practice Guide.

 In an agile framework, it is beneficial to review the completion costs of similar projects as it provides a realistic baseline for the new project’s cost estimation. This approach is supported by the PMBOK guide, which suggests using historical information and lessons learned from similar projects to inform cost estimations1. Additionally, involving the client representative (option A) is also a good practice in agile projects to ensure that the estimation aligns with the client’s expectations and priorities2. However, the primary action should be to review similar past projects for a more accurate estimation.

The PMBOK® Guide outlines the importance of utilizing historical data and information from similar projects when estimating costs3. The PMP Examination Content Outline also emphasizes the use of past project data for cost estimation in agile project environments1. The Professional in Business Analysis Reference Materials further support this approach, highlighting the value of lessons learned and historical analysis in project cost management4.

 When a visual management tool identifies a dependency related to domain knowledge between teams, it is important to facilitate knowledge sharing to ensure continuity of deliverables. This can be achieved by organizing knowledge-sharing sessions between the teams. Such sessions allow for the transfer of critical information and expertise, which is essential for maintaining the flow of work and meeting project objectives. This approach is supported by best practices in project management, which emphasize the importance of communication and collaboration among project teams1. Additionally, the PMI’s standards and guidelines advocate for effective stakeholder engagement and knowledge transfer to manage project dependencies and ensure successful project outcomes2.

The answer is supported by the principles outlined in the PMI’s “A Guide to the Project Management Body of Knowledge (PMBOK® Guide)” and the Professional in Business Analysis (PMI-PBA) reference materials, which stress the significance of knowledge sharing and collaboration in managing project dependencies and ensuring the continuity of deliverables12.

 In situations where customer reviews are frequently delayed, it is crucial for the project manager to engage in proactive planning with the customer to establish a review process that accommodates their availability. This may involve scheduling reviews well in advance, agreeing on a fixed time slot for each iteration’s review, or utilizing asynchronous communication methods where the customer can provide feedback at their convenience. The goal is to ensure that the customer’s input is received in a timely manner to prevent rework and maintain project momentum1234.

In a balanced matrix organization, the project manager and the functional managers (such as the sourcing department head) share responsibility and authority. The project manager should work directly with the sourcing department head to find a solution that allows for the necessary information to be communicated in a way that fits within the constraints of the department head’s time. This collaborative approach is consistent with the principles of a balanced matrix organization, where both project and functional managers must work together to ensure project success.

= This approach aligns with the PMBOK® Guide’s emphasis on the project manager’s role in communication and stakeholder engagement within a matrix organization12. It also reflects the project manager’s responsibilities to manage project communications effectively and to address issues proactively34.

A project manager should mentor the team member who is asking for directions and actions on many tasks, as this indicates a lack of confidence, competence, or clarity in the team member’s role and responsibilities. Mentoring is the process of providing personal support and guidance to a less experienced team member by a seasoned project manager. A mentor can help the team member develop their skills, knowledge, and abilities, as well as provide feedback, advice, and encouragement. A mentor can also help the team member understand the project objectives, scope, deliverables, processes, and standards, and how to align their work with them. By mentoring the team member on a regular basis, the project manager can help the team member improve their performance, productivity, and quality of work, as well as increase their motivation, engagement, and satisfaction. References: Project Management Professional (PMP)® Certification | PMI, Mentoring - Key Competency for Program and Project Professionals, What Good is a Project Manager Mentor? | PMI

 When a critical resource such as software required for project tasks is no longer available, the project manager should first address the issue by seeking a solution that would allow the team to continue their work with minimal disruption. Meeting with the IT team to evaluate the possibility of renewing the software license is a proactive step that aligns with the principles of effective project management, which includes problem-solving and facilitating the continuation of project activities.

= The answer is verified by the PMP Examination Content Outline, which emphasizes the importance of problem-solving and facilitating project work. Additionally, the PMBOK Guide supports this approach by outlining the project manager’s role in ensuring that project resources are available when needed to meet project objectives.

The RACI matrix is a tool that clarifies the roles and responsibilities of individuals or groups in a project’s successful completion. It helps to define who is Responsible, Accountable, Consulted, and Informed for each task or deliverable. This is particularly useful in addressing governance issues like the one described, where a team member is receiving conflicting assignments. By establishing a RACI matrix, the project manager can ensure that everyone knows who is responsible for what, thus preventing confusion and inefficiency.

In a situation where there is a disagreement about the development approach, the project manager should promote informed decision-making. Reviewing lessons learned from previous similar projects can provide evidence-based guidance. This also helps balance opinions and encourages collaboration and consensus, which is consistent with team empowerment and stakeholder collaboration.

PMBOK® Guide – Seventh Edition and Agile Practice Guide both recommend using lessons learned and knowledge management to guide decisions and improve outcomes.

Option A is directive and ignores team input.

Option B is vague and does not resolve the issue.

Option D may be helpful but skips team collaboration and lessons learned.

In agile methodologies, retrospectives are vital for continuous improvement and learning from the experiences of past sprints2. By facilitating a retrospective meeting that focuses on analyzing the root causes of the bugs and proposing solutions, the project manager can help the team to identify and address the underlying issues that led to the compromised user experience1. This approach aligns with agile principles, which emphasize team collaboration, reflection, and adaptation to improve processes and product quality2. References:

How to Manage Bugs in Scrum: 10 Best Practices for Agile Teams1.

Sprint Retrospective: How to Hold an Effective Meeting2.

When a project team encounters a known dependency issue and lacks clarity on available options, the project manager should facilitate a collaborative problem-solving process to explore potential solutions. This approach aligns with the PMBOK® Guide’s emphasis on engaging the team in identifying alternatives and leveraging collective expertise to overcome project obstacles12. References: = Managing Project Dependencies and Conflicts2; PMBOK® Guide3.

 When faced with a situation where a vendor is unable to deliver as promised, it is essential for the project manager to engage in communication with both the vendor and the project team to explore all possible solutions. This approach aligns with the PMBOK® Guide’s emphasis on communication as a key aspect of project management. The project manager should work collaboratively to address the issue, which may involve negotiating a new delivery schedule, modifying the project scope, or finding alternative ways to meet project objectives.

Exam PMP topic 1 question 128 discussion - ExamTopics1.

In situations where project teams and stakeholders are dispersed across various locations and have limited access to electronic files, it is crucial for the project manager to study the environment and available resources to determine the most effective approach for knowledge transfer. This involves understanding the specific challenges and limitations of the current environment and identifying alternative methods or tools that can facilitate effective communication and knowledge sharing. By tailoring the knowledge transfer process to fit the unique needs of the project environment, the project manager can ensure that all team members and stakeholders receive the necessary information to perform their roles effectively, thereby maintaining project continuity and success.

(Knowledge Transfer and its Importance for Project Managers1, Professional in Business Analysis Reference Materials | PMI2)

In such a situation, the project manager must remain composed and focus on resolving the issue. Engaging the stakeholders to understand their dissatisfaction and proposed resolutions helps reestablish trust and identify a constructive path forward. This demonstrates emotional intelligence and commitment to stakeholder value.

According to PMBOK® Guide – Seventh Edition, project managers must maintain stakeholder engagement, especially when conflict or dissatisfaction emerges. Listening first is a core leadership skill.

Option B is confrontational and escalates the situation.

Option C is defensive and does not address current concerns.

Option D deflects the issue and downplays stakeholder input.

 The best approach for a project manager to engage a global project team, especially when travel is not an option, is to invest in a virtual collaboration/colocation environment. This allows for real-time communication, collaboration, and the building of team dynamics in a virtual space. It supports the creation of a shared workspace where documents, tools, and information can be accessed and worked on collaboratively, thus fostering a sense of team unity and improving productivity.

= The PMP Examination Content Outline1 and the PMBOK Guide2 both emphasize the importance of using technology to enhance project communication and collaboration. The Professional in Business Analysis Reference Materials also support the use of virtual environments to manage project teams effectively3.

According to best practices in project management, it is essential for the project manager to enforce the terms of the contract. If the updated schedule is a condition for milestone payment, the subcontractor is obligated to provide it, regardless of any verbal agreements with the client. The project manager should inform the subcontractor that in order to comply with the contract and process the payment, the updated schedule must be submitted. This ensures that all contractual obligations are met and that there is a clear record of the work completed, which is necessary for project tracking, reporting, and auditing purposes.

The answer is verified based on the principles found within the PMBOK® Guide and the standards of project management as outlined by the Project Management Institute (PMI). The PMBOK® Guide emphasizes the importance of contract management and the need for proper documentation and adherence to agreed-upon project schedules. Additionally, the Professional in Business Analysis (PMI-PBA) materials highlight the significance of maintaining accurate records and documentation for business analysis and project management activities.

 The project manager should prioritize removing barriers that impede team performance and autonomy. This action aligns with the principles of agile project management, which emphasize empowering team members to make decisions and take ownership of their work12. By addressing the internal procedures that are hindering progress, the project manager can facilitate a more efficient and autonomous environment, allowing the team to focus on delivering value more effectively3.

When faced with a situation where a vice president from a different product line brings a valid concern during the release of an important product, the project manager should have proactively identified the vice president as a stakeholder. Here’s why:

1.Stakeholder Identification:

oIdentifying stakeholders is a critical step in project management.

oStakeholders include anyone who has an interest in or can be affected by the project.

oThe vice president’s involvement in the project, even if not previously engaged, makes them a relevant stakeholder.

2.Benefits of Identifying Stakeholders:

oRecognizing the vice president as a stakeholder allows the project manager to consider their concerns and priorities.

oIt facilitates effective communication and collaboration throughout the project lifecycle.

oStakeholder engagement ensures that all relevant perspectives are considered.

3.Risk Mitigation:

oBy identifying the vice president as a stakeholder early on, the project manager could have addressed their concerns proactively.

oRecording the concerns in the risk register (Option B) is also valuable, but stakeholder identification comes first.

4.Project Boundaries and Scope:

oSharing project boundaries and scope (Option D) is essential, but it doesn’t directly address the vice president’s concerns.

oEscalating dissent to top management (Option C) should be a last resort after attempting to resolve issues at lower levels.

In summary, identifying the vice president as a stakeholder would have allowed the project manager to engage them effectively, address their concerns, and prevent delays in the product release.

When a team member is experiencing personal issues that affect their work, it is important for the project manager to show empathy and provide support. Understanding the team member’s situation can help in finding ways to assist them, whether it’s through offering flexible work arrangements, providing access to counseling services, or temporarily reallocating tasks. This approach not only helps the team member but also maintains the cohesion and productivity of the team.

The PMBOK® Guide highlights the importance of project managers supporting team performance, which includes recognizing and addressing personal issues that may impact work1. Additionally, the Professional in Business Analysis (PMI-PBA) materials emphasize the role of the project manager in understanding and supporting team members to ensure that personal issues do not hinder project progress234.

 This approach aligns with the PMBOK® Guide’s emphasis on collaboration and stakeholder engagement. It encourages open communication and teamwork, which are essential in a hierarchical organization where team members are not accustomed to autonomy. By involving the team in the decision-making process, the project manager can ensure that the changes are understood and accepted, thus minimizing the perception of poor performance.

= PMBOK® Guide and the PMP Examination Content Outline1, which emphasize the importance of stakeholder engagement and effective communication in project management. Additionally, the Professional in Business Analysis Reference Materials support the need for collaboration and communication in managing changes and aligning with organizational objectives2.

The PMBOK® Guide suggests that when a project team recognizes an underestimation of work complexity, it is essential for the project manager to engage with the team to review and adjust the project’s approach. This includes reassessing the iteration’s work and complexity, updating the project management plan as necessary, and ensuring that the team has a clear understanding of the revised objectives and tasks12. References: = “Protecting software development projects against underestimation” from PMI1; “Practice: Iteration Planning Meeting” from PMI2.

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

= The importance of defining acceptance criteria in a quality checklist is supported by best practices in project quality management, which emphasize the need for measurable, verifiable, and testable criteria aligned with project goals12. Additionally, the PMBOK Guide’s Change Management Process outlines the necessity of documenting and managing changes, which includes establishing acceptance criteria3.

 In a scenario where a company is not yet profitable and is facing project delays with an overwhelmed staff, the project manager should prioritize the projects based on their potential to increase profit. This is in line with the principles of project financial management, which suggest that prioritizing projects that align with the company’s strategic goals, such as financial objectives, is crucial. By focusing on projects that are more likely to contribute to the company’s profitability, the project manager can help ensure that resources are allocated effectively and that the company’s financial position is strengthened. This approach is supported by the PMBOK® Guide, which emphasizes the importance of aligning projects with organizational strategy and business objectives.

In Agile and Scrum practices, it is essential to foster collaboration and communication between the product owner and the project team to find a mutually acceptable solution. Facilitating a discussion to balance technical debt and infrastructure dependencies with items of high business value is crucial. A voting exercise allows all team members to express their opinions and reasons behind their votes, helping the team find a compromise and identify items that provide both business value and address technical debt and infrastructure dependencies. This approach aligns with the Agile principle of valuing individuals and interactions over processes and tools, promoting team collaboration and self-organization.

(Based on the information from the PMI’s PMP and Professional in Business Analysis reference materials and discussions from the Agile community.)

 In an agile project, communication is key, and it’s important to educate stakeholders on the agile process. The project manager should introduce the agile aspect to the director, explaining how agile projects differ from predictive ones, particularly in terms of reporting and project tracking. Agile projects typically use live reporting tools and methods like burn-down charts, backlogs, and user stories to track progress, rather than traditional status reports. By introducing these concepts to the director, the project manager can help them understand the agile environment and work together to find a reporting solution that fits within the agile framework and satisfies the director’s need for information.

The answer is verified with the PMP Examination Content Outline, which emphasizes the importance of stakeholder engagement and communication1. The explanation is supported by the PMBOK Guide standards, which detail the agile practices and the importance of adapting project management practices to the development approach2. Additionally, the Professional in Business Analysis Reference Materials highlight the significance of stakeholder communication and the use of agile tools for project tracking3.

In a highly regulated market, where compliance and predictability are paramount, a hybrid approach offers the flexibility of agile methodologies while still adhering to the necessary regulatory standards. This approach allows the company to become more responsive to market changes and customer needs without completely abandoning the structured processes that are crucial in a regulated environment. By integrating the planning and documentation strengths of a predictive approach with the adaptability and speed of agile practices, a hybrid model can help shorten the product life cycle and improve profitability.

= The benefits of a hybrid approach in a regulated industry are supported by research which indicates that such methods can deliver similar results to traditional or agile approaches on schedule, budget, and scope delivery, and often outperform traditional approaches on client satisfaction1. Additionally, transitioning to a hybrid model can be less challenging than a direct shift to a fully agile model, making it a strategic choice for companies looking to evolve their project management practices23.

Before implementing agile methodologies, it is crucial for the project manager to evaluate the organization’s culture and readiness for such a transformation. This involves understanding the current processes, mindsets, and capabilities of the team members and the organization as a whole. Agile methodologies require a significant shift in how projects are managed and require an environment that supports collaboration, flexibility, and rapid response to change. Without assessing these factors, the transition to agile may face resistance or fail to be effectively integrated into the organization’s practices.

The answer is supported by the PMBOK® Guide principles which emphasize the importance of tailoring project management approaches based on the context and environment of the project12. Additionally, the Professional in Business Analysis Reference Materials suggest that understanding the organization and its readiness for change is a key aspect of business analysis, which is integral to successful project management34.

According to PMBOK guidelines, when a stakeholder raises a concern about a deliverable, the project manager should first review the project requirements documentation with the team to ensure that the deliverable meets the agreed-upon project requirements. This is crucial because it helps to identify if the concern is valid and if the project is aligned with the stakeholder’s expectations.

The answer is based on general best practices as outlined in the PMBOK guide, which emphasizes the importance of aligning deliverables with project requirements and stakeholder expectations.

Mentoring is a recognized approach for enhancing the skills of less-experienced team members. It allows for knowledge transfer and provides the less-experienced members with guidance and support as they grow into their roles. This approach aligns with the PMI’s emphasis on team development and the value of leveraging the collective knowledge of the team. By pairing less-experienced members with mentors, the project manager can foster a collaborative environment where all team members can contribute effectively while learning from one another.

In the context of Agile project management, which is often associated with PMP and PMI’s standards, the focus is on delivering value to the customer incrementally throughout the project lifecycle. This approach aligns with the Agile principle of delivering working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale. Therefore, after prioritizing the product backlog, the project manager should aim to produce a value-added product for the customer in each phase of the project, ensuring continuous delivery of value.

The answer is verified based on the principles outlined in the Agile Practice Guide provided by PMI, which complements the PMBOK® Guide. Additionally, the Professional in Business Analysis (PMI-PBA)® reference materials emphasize the importance of continuously meeting customer needs and delivering value throughout the project lifecycle.

When a key project deliverable is discovered to be unbudgeted, the project manager should first meet with the team to discuss alternatives. This collaborative approach is recommended as it involves the team in problem-solving and may lead to innovative solutions that the project manager alone might not consider. It is also aligned with the principles of the PMBOK® Guide, which emphasizes engaging with the team and stakeholders to address project challenges.

The answer is verified by discussions found in PMP exam-related forums and aligns with the principles outlined in the PMBOK® Guide and the Professional in Business Analysis Reference Materials12.

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

When a company is undergoing structural changes, it is crucial for the project manager to maintain open communication with the team. Organizing a team meeting to discuss the changes and their importance for the company is aligned with the best practices in change management and project management. This approach allows for transparency, provides a platform for addressing concerns, and helps in aligning the team with the company’s vision and strategy. It is essential to ensure that the team understands the reasons behind the changes and how these changes can potentially benefit the company and their own work in the long run.

The answer is verified based on the principles of change management and team communication as outlined in the Project Management Professional (PMP) and Professional in Business Analysis (PMI-PBA) reference materials. These materials emphasize the importance of stakeholder engagement and effective communication during times of change to ensure project success and team alignment.

The assessment of the project team’s performance should be used to identify areas for improvement and development. Developing different approaches tailored to each team member’s motivation and ability can be more effective than a one-size-fits-all method1. This individualized approach allows the project manager to address specific areas where a team member may be struggling and provide targeted support, whether through training, mentoring, or additional resources. It also recognizes that each team member may have different drivers and competencies, and thus, requires a unique strategy to enhance their performance and contribution to the project23.

In a multiyear resource-constrained project that is midway through the execution phase, identifying the critical path is crucial when a potential schedule delay is observed. The critical path method (CPM) is a step-by-step project management technique to identify activities on the critical path. It is an approach to project scheduling that breaks the project into work tasks, displays them in a flow chart, and calculates the project duration based on task sequences. This method helps to identify the most important tasks and to focus on them to bring the project back on schedule. Investigating the reasons for the delay is essential to develop an effective recovery plan. This approach is proactive and allows the project manager to address the specific issues causing the delay and take corrective actions to bring the project back on track.

= The answer is based on the best practices outlined in the PMBOK® Guide and the Agile Practice Guide, which are part of the PMP certification materials. These guides emphasize the importance of the critical path method and proactive management of project schedules.

When a project experiences schedule delays, especially with tasks on the critical path, it is crucial to review the critical path with stakeholders. This collaborative review helps in understanding the impact of the delays and in defining the next steps to mitigate the issues. The stakeholders, including the project team, suppliers, and sponsor, can provide valuable input and decision-making power to help navigate the issues1.

Predictive:

Requirements: are controlled as requirements and constraints emerge.

Changes: are elaborated frequently during delivery.

Risk and Cost: are continuously involved.

Key Stakeholders: are controlled by detailed planning.

Agile:

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

Changes: are constrained as much as possible.

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

Key Stakeholders: are involved at specific milestones.

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

In the predictive approach:

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

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

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

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

In the agile approach:

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

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

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

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

The PMBOK® Guide1 and the Agile Practice Guide provide a framework for understanding these approaches. The PMP Examination Content Outline2 also details the differences between predictive and agile methodologies, emphasizing the importance of choosing the right approach based on the project’s needs and environment.

In an agile project, it is crucial to continuously assess the project’s direction and priorities to ensure alignment with business objectives and adapt to changes in the business environment. Reprioritizing the backlog after every iteration allows the project manager and the team to evaluate the value and relevance of user stories in light of any new developments or changes. This practice ensures that the project remains focused on delivering the most valuable features to the business and can adapt to changes quickly and efficiently.

(Professional in Business Analysis Reference Materials source and documents)

A Guide to the Project Management Body of Knowledge (PMBOK® Guide)

The PMI Guide to Business Analysis

Business Analysis for Practitioners: A Practice Guide

The delivery acceptance document is crucial for the project manager as it signifies formal recognition of the project’s completion by the project sponsor or customer. It is a key component of the project closing process, which includes finalizing all activities across all of the project process groups to formally complete the project or phase. This document helps in the formal closure of the project, ensuring that all deliverables are accepted and that the project has met its objectives1.

Agile encourages active stakeholder engagement, especially in activities such as sprint reviews and product increment demonstrations. When stakeholders want to be actively involved in reviewing increments, the best course of action is to promote that involvement through events that provide transparency, promote feedback, and ensure alignment with business goals.

According to the Agile Practice Guide, active stakeholder participation is a fundamental component of adaptive approaches. Sprint reviews provide opportunities for inspection and adaptation, and key stakeholders are encouraged to attend.

Option A is useful for general stakeholder mapping but doesn't promote involvement.

Option B addresses documentation, not action.

Option C is too early-stage; they already expressed their needs (involvement).

The stakeholder register is a key input for managing communications. In Agile, frequent communication and stakeholder inclusion are vital. If there’s a failure due to incorrect contact data, the Scrum Master should proactively review and verify the full stakeholder register to ensure it’s accurate and complete, preventing recurrence.

According to the PMBOK® Guide – Seventh Edition (Stakeholder and Communication Performance Domains), it is the responsibility of the project team to maintain accurate stakeholder information. This promotes engagement, transparency, and effective decision-making.

Option A places undue burden on the product owner and is inefficient.

Option B shifts responsibility to the stakeholder.

Option C demonstrates poor accountability.

When project constraints conflict, the project manager should escalate and facilitate a discussion between key stakeholders. In this case, regulatory review is mandatory and outside of project control, so the realistic timeline must be clarified. If alignment cannot be achieved, it should be registered as a major risk and escalated appropriately.

PMI emphasizes stakeholder collaboration and risk management as critical practices in such situations. Aligning all stakeholders on realistic constraints supports both risk mitigation and strategic decision-making.

Option A bypasses the CEO.

Option B dismisses SME input.

Option D could introduce unnecessary risk if done without regulatory clearance.

When a client requests a scope change, such as extending the project radius by 1 km, the project manager should first obtain formal acceptance for the work that has been completed within the original scope. Following this, the project manager should submit a change request to address the new requirement. This process is in line with the PMBOK Guide’s Change Management Process, which includes identifying the change, analyzing its impact, documenting it, and presenting it to the Change Control Board (CCB) for approval1.

 According to the PMBOK® Guide – 7th edition, project artifacts are designed to keep the project work aligned to project requirements and business goals1. However, they are not the outputs or deliverables themselves. The guide emphasizes that while artifacts are important for project management, they are not substitutes for the actual deliverables of the project1. Therefore, the project manager should advise the team that focusing only on artifacts will not lead to the successful completion of project deliverables. Instead, the team should balance the creation of artifacts with the progress of actual deliverables.

 The importance of involving the Scrum team in lessons learned workshops, even after a successful project delivery, is emphasized in project management methodologies. Lessons learned are a vital part of project closure, as they provide documented information that reflects both the positive and negative experiences of a project. They are crucial for the team, the organization, and for the success of future projects. The Scrum team’s involvement ensures that insights and retrospectives are comprehensive, covering all aspects of the project’s execution123. Moreover, in Scrum, every sprint is considered a project, and the framework is designed to maximize value and control risk through continuous feedback, which includes lessons learned from each sprint4.

= Lessons learned are an integral part of project management excellence and are strongly encouraged by the project manager from the beginning of the project1. The Project Management Body of Knowledge (PMBOK) also highlights the significance of project closure and lessons learned review as they help finalize project deliverables, evaluate project performance, document project outcomes, and capture project learnings3. Additionally, Scrum.org emphasizes that Scrum does not include “closing a project” but rather retiring a product, and the continuous improvement and learning from each sprint are fundamental to the Scrum process4.

To ensure that key stakeholders are available for the project, the project manager should take the following actions:

1.Share Project Information: Regularly share the project schedule, milestones, and meeting agendas with stakeholders well in advance. This allows them to plan their availability and allocate time for important business decisions.

2.Effective Communication: Maintain open and transparent communication with stakeholders. Clearly communicate the critical nature of the project and the need for their active participation.

3.Prioritize Stakeholder Engagement: Identify the most critical stakeholders and prioritize their involvement. Ensure that they are informed about key decision points and are available during those times.

4.Mitigate Risks: Anticipate potential scheduling conflicts and risks related to stakeholder availability. Plan accordingly by scheduling meetings at times when key stakeholders are likely to be available.

5.Flexibility: While scheduling meetings, be flexible and consider different time zones, work hours, and other constraints that may impact stakeholder availability.

By proactively sharing information and involving stakeholders early, the project manager can increase the chances of timely decision-making and successful project completion.

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

(Based on the Project Management Professional (PMP) guidelines and standards from PMI’s resources123

When dealing with a micromanaging sponsor, it’s essential for the project manager to address the situation effectively. Here are some strategies for handling this type of sponsor:

1.Establish Clear Communication Channels:

oRegularly communicate with the sponsor to provide updates and seek input.

oSet up weekly sponsor meetings to discuss project progress, concerns, and critical decisions.

oAlign sponsor expectations by fostering a collaborative environment through proactive communication.

2.Set Clear Expectations and Boundaries:

oDefine the sponsor’s role and responsibilities clearly at the project outset.

oEnsure the sponsor understands the project manager’s authority and decision-making process.

oAddress the need for trust and delegation, emphasizing that micromanaging can hinder efficiency.

3.Understand the Root Cause:

oFind out why the sponsor feels the need to micromanage.

oExplore any legitimate reasons behind their behavior (e.g., past project failures, lack of confidence).

4.Educate the Sponsor:

oExplain the negative impact of micromanagement on team effectiveness and project progress.

oEmphasize that excessive oversight can slow down decision-making and implementation.

5.Agile Approach:

oConsider discussing an agile approach with the sponsor.

oAgile methodologies allow for flexibility, iterative development, and continuous feedback.

oHighlight how agile practices can simplify the project while maintaining scope and delivering value.

Remember that effective communication and collaboration are key to managing difficult sponsors. By addressing the micromanaging behavior and finding common ground, the project manager can create a more productive and supportive project environment.

In a situation where the earned value (EV) is less than the planned value (PV), it indicates that the project is behind schedule. To address this, the project manager can opt to fast track the project. Fast tracking is a technique where activities that are normally done in sequence are performed in parallel to compress the project schedule12. This approach can help to catch up with the planned schedule and ensure that the project meets its critical deadlines, especially in a hybrid project setting where flexibility is part of the methodology3.

The explanation is consistent with the principles of Earned Value Management (EVM) and project schedule acceleration techniques as outlined in the PMBOK® Guide and other PMI standards4.

In Agile project management, particularly Scrum, the product owner is responsible for the product backlog, which includes prioritizing features and user stories based on value and necessity. When a new feature is identified that could significantly enhance performance, it should be discussed with the product owner. If the feature is agreed upon, it is then added to the product backlog1. The product backlog is a dynamic list that evolves as new insights and requirements emerge. It is the product owner’s role to ensure that the backlog items are well-defined and prioritized for future sprints2. This process ensures that the development team can focus on completing the items in the sprint backlog without overloading the current sprint with new, 

 In an agile project facing a new impediment that affects the timeline and costs, the product owner should focus on maximizing value and minimizing costs. Reprioritizing the backlog based on the value of each item and the cost of delay divided by duration is a strategic approach that aligns with agile principles. This method ensures that the most valuable and time-sensitive work is prioritized, which is crucial when dealing with extended support for an older platform at a higher cost. It allows for a more informed decision-making process that considers the impact of delays on the project’s value123.

The departure of a key project resource can pose a significant risk to the continuity and success of a project. To mitigate this risk, establishing a proactive knowledge-sharing plan is essential. This involves creating a structured approach to capture the departing resource’s knowledge and expertise, which can then be transferred to the remaining team members. This ensures that critical project information and skills are retained within the team, minimizing the impact of the resource’s departure. A knowledge-sharing plan can include documentation of processes, training sessions, and mentoring programs12.

When faced with uncertain requirements, it is beneficial to focus on developing a minimum viable product (MVP). This approach allows the project to move forward by concentrating on the creation of a product with the minimum amount of features needed to satisfy early adopters and to provide feedback for future development cycles. This strategy is supported by the PMBOK® Guide, which suggests that when dealing with high uncertainty, adaptive or iterative life cycles may be employed, which are characteristic of agile methodologies where MVPs are commonly utilized1. Additionally, the PMI-PBA® highlights the importance of continuously refining and clarifying requirements, which aligns with the iterative nature of MVP development2.

The first step should be to engage the team in a discussion to understand the challenges and concerns regarding the quality feedback mechanism. This collaborative approach allows for a comprehensive review of the quality process and identification of areas for improvement. It ensures that all team members, including those who are high-performing and those facing difficulties, have a voice in the process and can contribute to enhancing the quality of output. This aligns with PMI’s principles of continuous improvement and stakeholder engagement in quality management12.

The approach is supported by PMI’s guidelines on quality management, which advocate for involving the team in quality discussions and using feedback to improve processes12. Additionally, the PMI Professional in Business Analysis emphasizes the importance of engaging stakeholders and team members in continuous improvement practices34.

 The best course of action is for the project manager to facilitate a session with all stakeholders to discuss, agree upon, and document the benefits and their ownership. This aligns with the PMP objectives of engaging stakeholders in the project decision-making process, including benefit analysis and distribution. It ensures that all parties have a clear understanding and agreement on how the benefits will be shared and utilized, which is crucial for project success and stakeholder satisfaction.

= This approach is supported by the PMI’s guidance on conducting benefit analysis with stakeholders to validate project alignment with organizational strategy and expected business value1. Additionally, the PMI’s standards on project benefit management emphasize the importance of defining and appraising target benefits during project initiation, which includes stakeholder involvement2.

Engaging with team members individually to understand their perspectives is a crucial step in addressing issues of disengagement and lack of commitment. This approach allows the project manager to identify any underlying problems and work collaboratively with the team to find solutions. It is consistent with the PMBOK® Guide’s emphasis on leadership and team management, which includes promoting team engagement and managing conflict. Bringing the team together to discuss solutions promotes a collaborative environment and ensures that all voices are heard, fostering a sense of ownership and commitment to the project’s success.

In a project with high uncertainty, where the customer is concerned about the number of iterations and the risk of not meeting the mandatory delivery date, a hybrid approach is recommended. This approach combines elements of both predictive and agile methodologies, allowing for flexibility in areas of high uncertainty while maintaining a level of predictability for certain aspects of the project. It enables the project team to plan parts of the project with a high degree of certainty predictively, while managing other parts with more flexibility and adaptability using agile practices.

The recommendation for a hybrid approach aligns with the guidance provided by PMI, which suggests tailoring the project management approach to fit the business environment, the risks, and the complexity of the project12. Additionally, the Professional in Business Analysis Reference Materials supports the use of a hybrid approach in situations where parts of an initiative use a predictive approach and parts use an adaptive approach3.

For a complex project with a high degree of change, increasing the active engagement and participation of key stakeholders is crucial. This strategy ensures that stakeholders are involved in the decision-making process, which can help in managing expectations, gaining valuable insights, and fostering a sense of ownership among all parties involved. It also aids in identifying potential risks and changes early on, allowing for a more adaptive and responsive approach to project management.

PMBOK® Guide – Sixth Edition.

The Standard for Business Analysis – PMI-PBA® Guide.

Project Management Institute’s resources on stakeholder engagement and communication.

In distributed or virtual teams, poor communication and lack of effective collaboration tools can severely hinder progress. Before escalating to the sponsor or modifying the rollout strategy, the project manager should first assess the team's ability to collaborate and identify if technical or communication barriers are the root cause.

The PMBOK® Guide – Seventh Edition (Chapter on Team Performance Domain) emphasizes the need to support remote and distributed teams with adequate tools and processes. The Agile Practice Guide also recommends leveraging technology to bridge gaps in distributed agile teams.

Option A is premature without addressing the root cause.

Option B can backfire and does not solve collaboration issues.

Option D might be a long-term strategy but is not the first corrective step.

In the context of project management, especially after a period of intense work and overtime, it is important to not only reward the team but also to invest in team cohesion and address any misunderstandings that may have arisen. Arranging a luncheon for all team members, coupled with team-building sessions, can serve as both a reward and a means to improve team dynamics. This approach aligns with best practices in project management which emphasize the importance of team development and positive reinforcement12. References: = Project Management Institute, PMI Professional in Business Analysis.

Since team members report to different functional groups and follow their respective schedules, the project manager should collaborate with the functional managers to align schedules or request an exception. This maintains organizational policy while facilitating effective collaboration on the project.

According to the PMBOK® Guide – Seventh Edition, the project manager is responsible for managing team performance and ensuring collaboration. Cross-functional coordination, especially in matrix organizations, requires negotiation with functional managers to align resources.

Option A bypasses the company's policy and could be unrealistic.

Option B alters corporate policy, which is typically outside the project manager’s authority.

Option C questions the need rather than resolving the misalignment.

The use of a Work Breakdown Structure (WBS) is a fundamental project management tool that helps in organizing the team’s work into manageable sections. The PMBOK Guide highlights that the WBS is a hierarchical decomposition of the total scope of work to be carried out by the project team to accomplish the project objectives and create the required deliverables2. By breaking down the project into smaller components, the WBS allows for more accurate and efficient planning, scheduling, and allocation of resources, which in turn reduces the likelihood of rework due to oversight or miscommunication3. References: PMBOK® Guide – Seventh Edition2; Professional in Business Analysis Reference Materials3.

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

= The importance of using KPIs for performance assessments is supported by project management and business analysis standards, which advocate for measurable and objective criteria in evaluating team performance12.

In project management, it is crucial to manage dependencies effectively to ensure that critical activities are completed on time. The project manager should ensure that team B prioritizes the dependent activity in iteration three to align with the schedule of team A’s critical activities set for iteration four1. This approach is supported by best practices in managing project dependencies and inter-team coordination, ensuring that all necessary tasks are accounted for and scheduled appropriately23.

The best approach in this situation is for the project manager to meet with the team members and the developer individually to understand the underlying issues and perspectives. This aligns with the conflict resolution strategies outlined in the PMBOK Guide, which emphasizes the importance of addressing conflicts proactively and collaboratively12. By meeting with the parties involved separately, the project manager can gather unbiased information, which is crucial for formulating an effective action plan. This approach also allows for a more personalized discussion, where each individual can express their concerns without the pressure of group dynamics. Once the project manager has a clear understanding of the conflict’s root causes, they can work with the team to develop a resolution strategy that addresses the concerns of all parties and supports the project’s goals.

The PMBOK Guide and materials on conflict resolution techniques for project management professionals, as well as best practices for business analysts in managing conflicts123.

 To ensure that the allocated resource budget is sufficient to cover the resource costs of the project, the project manager should estimate the costs at the work package level. This involves determining the cost of resources required for each work package based on its defined scope. Once the costs for all work packages are estimated, they should be summed up to calculate the total cost of the project. This total cost can then be compared to the allocated budget to determine if the budget is sufficient. This approach aligns with the principles of cost management and budgeting in project management, where detailed cost estimation and aggregation are essential for accurate budgeting.

The approach for estimating costs at the work package level and comparing them to the allocated budget is consistent with best practices in project cost management as outlined in the PMBOK® Guide and the PMI-PBA® reference materials123.

When a dispute arises about deliverable quality, the project manager should first review the contract and the defined acceptance criteria. Acceptance criteria are agreed-upon standards or requirements a deliverable must meet before it is accepted. If the vendor’s components fail to meet those criteria, the vendor may be in breach of contract.

Per the PMBOK® Guide – Seventh Edition, Control Procurements involves verifying if deliverables meet contract requirements, including acceptance criteria.

Option A is premature and assumes new terms are needed before confirming the breach.

Option C implies negotiation without verifying the original agreement.

Option D is an extreme measure and only valid after confirmation and escalation.

 To prevent delays due to noncompliance with environmental codes and bylaws, the project manager should have proactively mapped out all environmental compliance requirements at the start of the project. This includes identifying potential risks to achieving compliance and preparing mitigation strategies. By doing so, the project manager ensures that the project aligns with all relevant environmental regulations from the outset, reducing the likelihood of delays and ensuring the project contributes positively to environmental goals.

(Based on the PMBOK® Guide and standards from the Project Management Institute12, and the principles of environmental compliance and risk management as outlined in the Professional in Business Analysis materials34.)

 The best course of action in this scenario is for the project manager to engage with the team to reprioritize tasks. This aligns with the PMP’s emphasis on the project manager’s role in leading and managing the project team. According to the PMBOK guide, the project manager should work with the team to assess the situation, reprioritize work, and apply resource optimization techniques to ensure that critical project milestones are met. This approach is proactive and focuses on problem-solving within the team’s capacity, rather than escalating the issue or sharing the challenges with stakeholders, which may not lead to a constructive solution.

The PMBOK® Guide and the PMP Examination Content Outline provide guidance on the project manager’s role in leading the team and managing project work, which includes resource optimization and prioritization of tasks12. The Professional in Business Analysis Reference Materials also support the approach of internal team collaboration and problem-solving to address project challenges3.

 To enhance the budget estimations for a software project, especially for a major recurring customer, it is essential to review budget-related lessons learned from similar projects. This approach allows the project manager to utilize historical data and experiences to inform the current project’s budget estimation. By analyzing past projects, the project manager can identify trends, anticipate potential issues, and adjust the budget accordingly to avoid previous pitfalls. This method aligns with the best practices of project cost management as outlined in the Project Management Body of Knowledge (PMBOK® Guide), which emphasizes the importance of historical information and lessons learned for accurate budget planning.

(Project Management Institute’s PMBOK® Guide and Professional in Business Analysis Reference Materials)

When deliverables do not meet requirements, it is essential to understand the root cause of the issue. The first step should be to engage with the project team to discuss the processes used and identify any misunderstandings or gaps in knowledge. This approach aligns with the PMBOK® Guide’s emphasis on communication and stakeholder engagement as key aspects of project management. It also reflects the principles of collaboration and continuous improvement found in business analysis practices.

= PMBOK® Guide1, PMI Professional in Business Analysis (PMI-PBA)® reference materials2.

 In agile delivery, it’s important to reflect on processes and make adjustments as needed. The project lead should facilitate a discussion during the retrospective to explore different estimation methods that could improve accuracy and consistency. This is a key opportunity for the team to analyze the causes of the high variation in velocity and less-than-committed delivery, and to collaboratively find solutions that leverage the team’s collective expertise.

This guidance is aligned with agile principles, which advocate for continuous improvement and adapting the process to work effectively for the team. The retrospective is the ideal time for such discussions, as it is a dedicated moment for reflection and planning improvements for the next sprint.

When a vendor reports a delay due to resource constraints, it is essential for the project manager to document this in the issue log and collaborate with the vendor to find a solution that minimizes the impact on the project schedule. This approach is proactive and focuses on problem-solving to get the project back on track.

The answer is verified by the best practices in project management, which emphasize the importance of maintaining an up-to-date issue log and working collaboratively with vendors to resolve issues1. Additionally, the PMBOK® Guide highlights the role of the issue log in tracking and managing project issues2.

When a change request is received, it is essential for the project manager to conduct an impact analysis to understand how the proposed change will affect the project’s scope, schedule, cost, and quality. This analysis is a critical step before moving forward with any decisions regarding the change request. It allows the project manager to make an informed decision and to discuss the change with all relevant stakeholders, including the functional manager who submitted the request.

The process for managing change requests is outlined in the PMBOK® Guide, which includes the steps of identifying, analyzing, and documenting the change request before presenting it to the Change Control Board (CCB) for approval1. The Professional in Business Analysis Reference Materials also emphasize the importance of impact analysis as part of the change management process234.

 To ensure the acceptance of deliverables, it is crucial for the project manager to review the approved exit criteria for the product. This involves confirming that the product meets the agreed-upon requirements and quality standards, which are essential for customer satisfaction and formal acceptance. The exit criteria provide a clear and objective way to measure the deliverable’s readiness for deployment and acceptance by the customer. By reviewing these criteria, the project manager can address any concerns the customer may have regarding the quality of the product delivery, thus facilitating a smooth transition to production deployment1.

= The PMBOK® Guide outlines the importance of verifying that project deliverables meet the requirements and acceptance criteria before they are considered complete2. The PMP Examination Content Outline also emphasizes the need for project managers to ensure that deliverables are ready for acceptance3. The Professional in Business Analysis Reference Materials support this approach by highlighting the role of exit criteria in validating the quality and readiness of deliverables4.

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

 In Agile project management, especially during sprints, it is crucial to address performance issues promptly and constructively. Informal verbal communication, such as a one-on-one conversation, is often the most effective way to handle such situations. This approach allows for immediate feedback and the opportunity to discuss any obstacles the team member may be facing, as well as potential solutions. It also helps maintain a positive team dynamic and prevents the issue from escalating12.

When a new stakeholder representative is introduced during a project, it is important for the project manager to engage with them directly. This allows the project manager to assess the representative’s understanding of the project, clarify any concerns, and establish a communication plan that aligns with the project’s existing communication management plans. Direct engagement ensures that the representative is integrated into the project’s communication processes in a manner that supports the project’s objectives and respects the roles and responsibilities outlined within the project team123.

 When faced with a key stakeholder who is refusing to participate and disagrees with the project team’s approach, it is essential for the project manager to engage in proactive communication to resolve the disagreement. Scheduling a meeting as soon as possible allows for an open dialogue where concerns can be addressed, and a mutually agreeable approach can be developed. This aligns with the principles of stakeholder engagement and communication management as outlined in the PMBOK guide, which emphasizes the importance of involving stakeholders in decision-making processes and resolving issues through collaboration1.

This is a PERT (Program Evaluation and Review Technique) estimation problem. The formula used is:

Expected Duration (TE) = (Optimistic + 4×Most Likely + Pessimistic) / 6

= (5 + 4×11 + 20) / 6

= (5 + 44 + 20) / 6

= 69 / 6 = 11.5 → Rounded = 12 days

While 11.5 is the exact mathematical output, PMI-style questions typically round this to the nearest whole number when appropriate.

Thus, the correct answer is C. 12 days

When a requirement arises during project execution that affects scope, schedule, or budget, the project manager must follow formal change control procedures. Procuring a server that was not part of the original baseline constitutes a change. Therefore, the correct action is to raise a change request and obtain approval before proceeding.

Option A bypasses change control protocols, which may lead to governance or audit issues.

Option B shifts the cost improperly without formal agreement.

Option C assumes the change is covered under contingency without verification.

Before defining new quality standards, the project manager should first ensure that conformity requirements are clearly defined and that applicable industry standards are considered. Clear requirements and established benchmarks help ensure suppliers understand and comply with expectations. These are foundational steps in quality planning.

Option B (referencing old plans) may provide some insight but is secondary to defining requirements for the current project.

Option C (adding inspectors) is a control measure, not a planning action.

Option E (requesting supplier statements) occurs during execution, not planning.

When entering contentious negotiations, it's critical to understand and prioritize what objectives are most important and which areas have flexibility. Collaborating with stakeholders to develop ranked priorities helps the project manager negotiate effectively and make trade-offs without compromising essential outcomes.

This aligns with PMI's guidance on effective procurement and stakeholder engagement—where strategic preparation improves outcomes.

Option B is counterproductive to collaboration.

Option C is useful, but without stakeholder input, the objectives may be misaligned.

Option D is reactive and risky without stakeholder agreement.

When a change (such as a new regulatory requirement) is introduced, the first step is always to assess the potential impact. This allows the project manager to understand how scope, schedule, cost, or quality may be affected. Only after assessing the impact should changes be formally documented and implemented.

The PMBOK® Guide – Seventh Edition emphasizes adaptive planning and impact assessment in response to external change (e.g., legal or regulatory). The guide states: "Assess changes to determine impact before recommending a course of action."

Option A (Increase slack) is reactive and premature without assessment.

Option B implies implementation before assessing consequences.

Option C (Consult the plan) might follow, but impact assessment is the most immediate and necessary action.

The project manager should address the issue directly and promptly with the team member involved. One-on-one dialogue helps reset behavioral expectations and maintains professional conduct when dealing with customers. It also shows leadership and reinforces team norms.

Option A may be necessary later but may embarrass the individual if done publicly.

Option C may show empathy but avoids addressing the issue.

Option D is too broad and doesn’t directly resolve the immediate behavior.

When team engagement issues arise, especially in virtual environments, it is crucial to reflect with the team on whether agreed-upon practices (cadence, structure, tools) are still effective. This supports continuous improvement, a core Agile and PMI principle. Working with the team promotes psychological safety and empowers them to propose better formats for collaboration.

PMBOK® Guide – Seventh Edition emphasizes team performance and tailoring practices to context. Agile environments also promote retrospective thinking to improve team dynamics.

Option B addresses accountability but doesn’t resolve disengagement.

Option C is a good practice but doesn’t tackle underlying disengagement.

Option D focuses on reporting structure, not team dynamics.

Budget at Completion (BAC) is the total planned value of the project. It is calculated by multiplying the number of work units by the cost per unit.

BAC = Total miles × Cost per mile

= 10 miles × US$15,000

= US$150,000

The percentage of work completed (80%) is irrelevant for this specific calculation, which only asks for the original planned total budget (BAC).

This scenario highlights a common project risk: resource dependency on a single skilled team member. The most immediate and practical action is to ensure active collaboration among team members to foster knowledge transfer. Agile and adaptive environments encourage continuous collaboration to mitigate such risks early. Option D reflects proactive risk response and aligns with the Agile principle of shared knowledge and team empowerment.

The Agile Practice Guide (Chapter 4: "Agile Teams and Team Performance") emphasizes the importance of collaboration and cross-functional learning. It promotes the development of T-shaped skills, where individuals develop a broad range of knowledge while maintaining deep expertise in specific areas. This approach allows other team members to step in when needed.

Option A is too long-term and not responsive enough to the current project phase.

Option B might not address the knowledge gap if others are untrained.

Option C is useful but does not solve the immediate knowledge-sharing concern.

Since the requested change implies a complete shift in direction and scope, the business case must be updated to reflect the new strategic goals. The business case justifies the project’s existence, and updating it ensures all stakeholders are aligned before initiating a new scope or restarting the project.

Option A is reactive and premature without business justification.

Option B is tactical and may follow later.

Option C bypasses critical governance and approval processes.

Comprehensive and Detailed Explanation:

In agile planning, a story estimated at 100 points indicates it is too large to be actionable. The best practice is to break it down into smaller, more manageable stories that fit within a sprint or iteration. This enables incremental progress and continuous delivery.

* A delays addressing the problem.

* B misunderstands the purpose of story points.

* C uses negotiation inappropriately—estimates should reflect effort, not negotiation.

Although the team member was absent, they possess expert knowledge that may impact project outcomes. The appropriate course of action is to schedule a meeting to hear their concerns and determine whether any adjustments are necessary. This aligns with stakeholder engagement best practices and the PMBOK® Guide’s principle of team collaboration and empowerment.

Option A discourages engagement and feedback.

Option C focuses on compliance rather than collaboration.

Option D misclassifies this situation as a risk when it is a communication and engagement issue.

Comprehensive and Detailed Explanation:

In a hybrid environment, the best way to manage dependencies is to align timelines across projects at a high level. This ensures coordinated handoffs while respecting each team’s methodology. Collaboration and integration planning are key to managing cross-project dependencies.

Option A is inappropriate; each project may use the best-fit methodology.

Option B imposes predictive structure on an agile team.

Option C may help but is time-consuming and over-involved.

When future performance is expected to continue at the same cost efficiency (CPI), the formula to calculate Estimate at Completion (EAC) is:

EAC = BAC / CPI

Step 1:

CPI = EV / AC = 145 / 170 ≈ 0.8529

Step 2:

EAC = 285 / 0.8529 ≈ 334 person/day

Thus, the correct estimate at completion is approximately 334 person/day.

Option B is the original BAC and does not reflect cost inefficiency.

Options C and D are incorrect based on the formula and data provided.

If the client has already approved a change through a formal project order amendment, the project manager must initiate re-planning with the new scope. This aligns with adaptive and traditional approaches where major scope changes require updates to planning documents.

Option A delays necessary rework.

Option C addresses risk mitigation, but re-planning must begin first.

Option D is unnecessary because the client has already accepted the amendment.

Comprehensive and Detailed Explanation:

Upon receiving quality concerns, the project manager should:

B: Ask for additional data to assess the validity and scope of the defects.

D: Continue testing per the plan to gather more data and not delay progress unnecessarily.

E: Collaborate with the team to brainstorm root causes and next steps.

A is too drastic without evidence.

C may be premature if the issue can be handled by the team.

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

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

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

Option C is drastic and costly.

Option D unnecessarily delays deliverables instead of adapting.

In project communications, messages must be tailored to the stakeholder's role, interest, and level of influence. The Communications Management Plan defines how information is formatted, delivered, and customized. It is standard practice to segment communication content by stakeholder groups to ensure relevance and engagement.

The PMBOK® Guide – Seventh Edition emphasizes tailoring communications “based on stakeholder needs and preferences” and aligning the format and detail with their interests. This ensures effective communication and reduces the risk of disengagement or misinterpretation.

Option A is close but implies arbitrary compliance, not intentional tailoring.

Option B describes an inefficient and impractical practice.

Option C describes organizational norms, not best practices per PMI standards.

Net Present Value (NPV) is the most appropriate financial metric for comparing long-term project investments such as build vs. buy options. It helps assess which option provides greater value over time after considering costs and future benefits discounted to present value.

PMI recommends NPV as a key tool in investment decision-making during project selection and early planning stages.

EMV is best used in risk-based decision-making.

EV measures performance during execution.

Impact value is not a recognized PMI metric.

Comprehensive and Detailed Explanation:

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

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

* C assumes funding is available without analysis.

* D is premature before confirming budget availability.

To address prior tensions and focus the retrospective on constructive improvements, the project manager should set clear expectations for behavior and objectives. A well-structured agenda helps keep the discussion process-oriented and prevents blame. This approach aligns with Agile principles and effective facilitation practices.

Option A prevents open communication and collaboration.

Option B focuses only on leadership, not the whole team.

Option D introduces unnecessary escalation and shifts focus from improvement to contract management.

When trust or satisfaction is an issue with a stakeholder—especially one as critical as the sponsor—the first step is direct communication. A one-on-one meeting to understand expectations, concerns, and establish rapport is essential. This aligns with stakeholder engagement best practices, where early and proactive engagement is prioritized.

The PMBOK® Guide – Seventh Edition, in the Stakeholder Performance Domain, recommends identifying and analyzing stakeholder needs and initiating communication to build or maintain relationships.

Option A is too process-oriented and premature before establishing rapport.

Option B is informative but lacks interpersonal connection.

Option C provides updates but does not address dissatisfaction or rebuild trust.

????

The project manager’s primary responsibility during team conflict is to engage directly with the team to facilitate resolution and restore team performance. This includes using interpersonal and leadership skills such as active listening, emotional intelligence, and coaching. When there’s confusion about change requirements, the project manager should first clarify with the team before escalating or deferring.

The PMBOK® Guide – Seventh Edition emphasizes that project managers should foster open communication, resolve conflict early, and clarify ambiguity through engagement.

Option A undermines collaboration and may create resentment.

Option C (HR) is inappropriate for technical disagreements.

Option D escalates too early before using team-level conflict resolution.

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

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

Option A is premature before understanding the scope of impact.

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

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