PMP Project Management Professional (PMBOK 7th Version) Question and Answers

 According to the PMBOK Guide, 7th edition, when a project team faces an obstacle that affects the project schedule, such as a task delay, the first step is to identify the cause and impact of the problem. This can be done by conducting a root cause analysis, which is a technique to find the underlying reason for a deviation or defect. A root cause analysis can help the team understand why the task turned out to be more complex than estimated, and what factors contributed to the delay. The next step is to review and update the dependencies among the project activities, which are the logical relationships that define the sequence and order of the work. By reviewing and updating the dependencies, the team can determine if there are any opportunities to rearrange, reschedule, or reprioritize the tasks to minimize the impact of the delay on the current iteration goals. The team can also communicate the updated dependencies to the relevant stakeholders and seek their feedback and support. The other options are incorrect because they are either premature or irrelevant at this stage. Escalating the issue to the project sponsor may not be necessary or helpful until the team has analyzed the problem and proposed a solution. Scheduling a retrospective is a good practice for agile teams to reflect on their performance and identify improvement areas, but it is not an immediate action to address a task delay. Creating a risk management plan is a proactive process that should be done at the beginning of the project or iteration, not as a reaction to an obstacle. References: PMBOK Guide, 7th edition, pages 99, 100, 101, 102, 103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116, 117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130, 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144, 145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158, 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172, 173, 174, 175, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186, 187, 188, 189, 190, 191, 192, 193, 194, 195, 196, 197, 198, 199, 200, 201, 202, 203, 204, 205, 206, 207, 208, 209, 210, 211, 212, 213, 214, 215, 216, 217, 218, 219, 220, 221, 222, 223, 224, 225, 226, 227, 228, 229, 230, 231, 232, 233, 234, 235, 236, 237, 238, 239, 240, 241, 242, 243, 244, 245, 246, 247, 248, 249, 250, 251, 252, 253, 254, 255, 256, 257, 258, 259, 260, 261, 262, 263, 264, 265, 266, 267, 268, 269, 270, 271, 272, 273, 274, 275, 276, 277, 278, 279, 280, 281, 282, 283, 284, 285, 286, 287, 288, 289, 290, 291, 292, 293, 294, 295, 296, 297, 298, 299, 300; Dealing with delays; Project Management Professional (PMP)® Articles

The project manager should use the alignment of the project with the benefits management plan as an indicator that the project is actually delivering value because this is the best way to measure the project’s contribution to the organization’s strategic objectives and expected outcomes. The benefits management plan defines the benefits that the project is expected to deliver, the metrics and targets to evaluate them, the roles and responsibilities for benefits realization, and the timeline and process for benefits review and transition. By comparing the project’s performance and deliverables with the benefits management plan, the project manager can assess the value of the project and identify any gaps or issues that need to be addressed. The other options are not the best choices because they do not necessarily reflect the value of the project. Stakeholders’ satisfaction with the current status (option A) may be subjective and biased, and may not consider the long-term benefits of the project. The project being under budget and on schedule (option B) may indicate the project’s efficiency and adherence to the plan, but it does not guarantee the project’s effectiveness and alignment with the business needs. The project being aligned with the project charter (option C) may show the project’s compliance with the initial scope, objectives, and assumptions, but it does not account for any changes or updates that may affect the project’s value proposition. References: PMBOK Guide, 6th edition, pages 33-34, 75-76, 129-130. PMP Questions page 457. PMP Practice Exam | Free PMP Practice Questions.

 The project manager should hold a meeting with the client to address the issue of the challenged and delayed payments. This is because the payment issue is a potential risk that could affect the project performance, cash flow, and stakeholder satisfaction. The project manager should communicate with the client to understand the root cause of the problem, clarify the expectations and obligations of both parties, and negotiate a mutually acceptable solution. The project manager should also document the issue and the agreed actions, and monitor the progress of the resolution. The other options are not as effective or appropriate as holding a meeting with the client. Adding nonpayment to the issue log and keeping tracking payments is a passive and reactive approach that does not address the underlying problem or prevent it from recurring. Reviewing past projects for payment-related lessons learned is a good practice, but it may not be relevant or applicable to the current situation, and it does not involve the client’s input or feedback. Conducting a meeting with the project team to update the procurement management plan is not necessary, as the payment issue is not related to the procurement process, and it may not reflect the client’s perspective or agreement. References: PMBOK Guide, 6th edition, Chapter 10.3.2, 12.3.2, 13.3.2, How to Manage Project Payments - ProjectManager.com

According to the PMBOK® Guide, the project manager is responsible for managing the project changes and ensuring that they are aligned with the project objectives and stakeholder expectations. Therefore, the project manager should evaluate the impact of the decision to switch from a cloud-based system to a dial-up service on the project scope, schedule, cost, quality, risk, and communication. The project manager should then communicate the impact analysis and the potential alternatives to the management and seek their approval or guidance. Agreeing with management and continuing working the project management plan may not be the best option, as it may result in poor project performance, stakeholder dissatisfaction, or ethical issues. The project manager should not blindly accept the decision without analyzing its consequences and exploring other options. Meeting with management about their decision and asking them to get another project manager may be unprofessional and irresponsible. The project manager should not abandon the project or escalate the issue without trying to resolve it first. Replacing some of the team members that work virtually to help the company save money may not be feasible or desirable. The project manager should consider the impact of losing valuable team members, the cost and time of hiring and training new ones, and the effect on the team morale and productivity. References: PMBOK® Guide, Sixth Edition, Chapter 4, Section 4.6 (Perform Integrated Change Control) and Chapter 13, Section 13.3.2.4 (Project Manager)

According to the PMBOK Guide, a sprint retrospective is a meeting held at the end of each sprint to review the work done, identify the lessons learned, and plan the improvements for the next sprint1. The project manager should document the lessons learned and implement the improvements in the next sprint to ensure continuous improvement and customer satisfaction2. The other options are not the next step for the project manager. Facilitating a daily standup is a regular activity during the sprint, not after it3. Organizing a demonstration of the changes is done at the end of each sprint to show the product increment to the customer and stakeholders. Requesting that all team members think of ideas to improve processes is not a specific action, but a general expectation. References:

1: PMBOK Guide, 6th edition, page 188

2: PMBOK Guide, 6th edition, page 189

3: PMBOK Guide, 6th edition, page 186

PMBOK Guide, 6th edition, page 187

PMBOK Guide, 6th edition, page 190

A demand from the local community to stop a near-complete public infrastructure project is a high-impact issue with potential legal, political, safety, and reputational implications. The project manager should first formally log the issue and escalate to the sponsor (B) because this likely exceeds the PM’s authority and requires executive/organizational response, possibly involving legal counsel, public affairs, regulators, and senior stakeholders. Registering and escalating ensures governance visibility, enables rapid decision-making, and activates the appropriate escalation pathways. Meeting stakeholders to define a mitigation plan (A) may follow, but escalation should occur immediately to secure authority and resources. Estimating relocation costs (C) is premature before confirming whether stoppage is valid, temporary, or negotiable. Executing an existing contingency plan (D) is appropriate only if a specific, pre-approved plan exists for this exact scenario; the question does not indicate that, and immediate sponsor escalation remains essential due to the magnitude and external stakeholder impact. Escalation protects the project and the organization through timely governance action.

==========

The situation combines urgent time-to-market pressure with a cost and yield problem that threatens contracted high-margin goals. The project manager should focus on a response that contains the issue quickly while minimizing financial damage. Evaluating the most cost-effective containment action (C) aligns with balancing delivery speed, cost, and business outcomes: identify immediate actions that stabilize yield enough to meet commitments (e.g., process controls, temporary workarounds, limited design tweaks, supplier adjustments) while longer-term corrective work continues in parallel. Option A asks operations to “absorb the cost,” which may undermine profitability and is not a disciplined decision without evaluating alternatives. Option B is speculative and may violate contracts or market positioning; pricing changes are a commercial strategy, not the first containment step. Option D is too general—“appropriate corrective action” could be lengthy and may delay launch; the key is cost-effective containment to preserve margins and meet contractual goals while maintaining speed. This approach supports organizational objectives by protecting profitability, meeting contractual obligations, and maintaining competitive advantage through timely launch.

==========

When time is constrained and stakeholder engagement demands are high, the project manager should prioritize engagement based on impact and risk. Prioritizing the most impacted parties (D) ensures the project captures critical requirements, constraints, and acceptance conditions from those who can most influence success or failure. This is aligned with effective stakeholder management: focusing effort where it reduces uncertainty and prevents costly rework or resistance later. Committing to deliverables only for currently engaged parties (A) is risky and can lead to missed requirements, poor adoption, and stakeholder dissatisfaction. Submitting a change request to extend time (B) might be needed if engagement is mandatory for compliance or governance, but the first move should be to optimize engagement within the existing constraint before seeking schedule changes. Asking a product owner to define who to engage (C) applies primarily to product delivery contexts and does not replace the project manager’s responsibility to analyze stakeholders and plan engagement. By prioritizing high-impact stakeholders first, the project manager uses limited time strategically, improves decision quality, and protects the project’s outcomes and acceptance.

==========

Project-specific QA expectations must be communicated and made accessible to everyone who performs the work. Ensuring the new team member had access to the quality management plan (D) is the most direct preventive action because this plan defines the project’s quality standards, processes, roles, tools, checklists, audits, and acceptance practices. Access supports consistent execution and helps onboarding: the person can learn “how we do quality on this project,” not just generic QA concepts. External QA training (A) may improve general capability but does not guarantee alignment with the project’s specific procedures and compliance needs. Delegating QA tasks (B) shifts responsibility rather than building team-wide quality ownership; it also creates a single point of failure. Ensuring understanding of “all requirements” (C) is important, but it addresses what to build, not how to assure quality while building it. Making the quality plan available (and onboarding the member to it) supports prevention over inspection, reduces defects and rework, and aligns with PMP process discipline around planning quality management and managing quality throughout execution.

==========

A competitor’s announcement is an external market event that changes business priorities—speed to market becomes critical. In an iterative delivery model, the best response is to re-evaluate value and sequencing, then adjust what gets built first. Working with the product owner to assess impact and reprioritize the backlog (A) aligns delivery to the new business objective by pushing the highest-value, market-differentiating items earlier (e.g., MVP, critical features, reduced validation steps where acceptable). While additional resources (B) may help, it is not the first move because it can increase cost and coordination complexity without guaranteeing faster value delivery. A formal CCB change request (C) fits predictive governance, but the scenario is iterative; prioritization is the primary lever for speed. Reducing the development cycle (D) may be part of the solution, but the Scrum Master cannot reduce cycle time effectively without first changing what work is prioritized and how scope is sequenced. Backlog reprioritization is the fastest, most direct control to respond to market pressure.

==========

 The project manager should evaluate the impacts of the changes that were made to the project without any approval. This is because any change in the scope can affect the other project constraints, such as time, cost, quality, risk, and stakeholder satisfaction. The project manager should use the change management plan and the integrated change control process to assess the impacts of the changes, determine the appropriate actions, and obtain the necessary approvals. The project manager should also communicate with the project team member who made the changes and explain the importance of following the change control procedures. The project manager should not remove the changes without evaluating them, as they may have some value or benefit for the project. The project manager should not add team members to the project without analyzing the resource requirements and availability. The project manager should not update the project documentation with the new scope without validating and approving the changes. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK® Guide, 6th edition, Section 4.6, pp. 129-131

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

Business Analysis for Practitioners: A Practice Guide, Section 5.4.2, p. 118

In situations where there are uncertainties about customer acceptance, it is advisable to focus on creating a Minimum Viable Product (MVP). An MVP is a version of a product that includes just enough features to be usable by early customers who can then provide feedback for future product development1. This approach allows the project manager to validate the product requirements with actual customer feedback, which is crucial when the full set of product requirements has not been established2. By focusing on an MVP, the project team can prioritize the core functionalities that meet customer needs and address uncertainties more effectively3.

When faced with two major deliverables of equal priority, the project manager should not make unilateral decisions about which to prioritize. Instead, it is advisable to consult with the project sponsor and key stakeholders. This collaborative approach ensures that the decision on how to proceed aligns with the organization’s strategic objectives and values. By assessing the value and impact of each deliverable, the project manager can establish clear priorities and guide the team accordingly. This method is supported by best practices in project management, which advocate for stakeholder engagement and value-based prioritization to navigate complex project scenarios effectively.

The approach is consistent with the guidance provided by the Project Management Institute (PMI) on managing multiple projects and deliverables1. Additionally, the Professional in Business Analysis (PBA) reference materials emphasize the importance of aligning tasks with business goals and using prioritization frameworks to manage workloads effectively23.

The initial step for a project manager noticing a change in a team member’s performance and behavior is to have a private discussion with the individual. This approach allows for an open and confidential dialogue where the team member can share any personal or professional issues that may be affecting their performance. It is important to address such matters sensitively and without making assumptions. The project manager should aim to understand the root cause of the behavior and performance drop, which could range from personal issues to work-related stress or misunderstandings within the team1.

The project manager should engage with the team to understand their needs and collectively decide on the most suitable collaboration tools. This is in line with the PMBOK® Guide’s emphasis on involving the team in decision-making processes related to project communications management1. The process of selecting a new collaboration tool should include identifying the team’s requirements, evaluating available tools, and choosing one that aligns with the project’s needs. This approach ensures that the tool supports effective communication and collaboration, which are critical for project success2.

 When faced with a situation where a team member’s computer is not functioning, and the IT department is unable to provide immediate assistance, the project manager should explore options with the IT department to expedite the repair process. This involves negotiating and communicating the critical nature of the project deliverable that is at risk due to the equipment failure. By emphasizing the importance of the deliverable and the potential impact on the project’s critical path, the project manager can work with the IT department to prioritize the repair work. This approach aligns with the principles of issue management and resource optimization, ensuring that project resources are allocated effectively to address critical issues and maintain project momentum.

PMBOK Guide and standards foundational documents; Professional in Business Analysis (PMI-PBA) reference materials.

The project manager should set clear expectations with the new team member and explain the differences between the agile and predictive approaches, as well as the benefits and challenges of working in a hybrid environment. The project manager should also encourage the new team member to share their agile experience and best practices with the existing team members, and foster a collaborative and learning culture among the team. Training the new team member in the predictive approach (A) is not enough, as it does not address the potential gaps and conflicts that may arise from working in a hybrid environment. Acknowledging that hiring the new employee is a risk (B) is not helpful, as it may create a negative impression and undermine the trust and respect among the team members. Meeting with all team members and explaining the new employee’s position (D) is also not sufficient, as it does not clarify the expectations and roles of the new team member, nor does it leverage their agile experience. References: PMBOK Guide, 7th edition, page 91; Agile Practice Guide, page 14.

The project manager plays the role of a mediator in this situation, as this is part of managing stakeholder engagement. Managing stakeholder engagement involves communicating and working with stakeholders to meet their needs and expectations, address issues, and foster appropriate stakeholder involvement. By scheduling a meeting with the two stakeholders, the project manager acts as a neutral third party who facilitates the discussion and helps them reach a mutually acceptable solution. The other options are not the best ways to describe the project manager’s role, as they either imply a biased, authoritative, or passive approach to conflict resolution. References: (Professional in Business Analysis Reference Materials source and documents)

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

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

PMP Sample Test Questions, Question 393

 According to the Agile Practice Guide, one of the agile principles is to deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale1. To achieve this, the project manager should break down the work into small and manageable pieces, called stories, that can be completed within a short iteration, called a sprint. This will help to improve the accuracy of the estimates, the quality of the deliverables, and the feedback from the customer. Therefore, the project manager should reduce the story size by splitting stories that are too large or complex into smaller and simpler ones. Creating a product backlog may be a good practice, but it is not the best answer. The product backlog is a list of features or requirements that the customer wants in the final product. It does not address the issue of inaccurate estimates or large stories. Performing sprint reviews with the team may be a useful activity, but it is not a preventive measure. The sprint review is a meeting at the end of each sprint where the team demonstrates the completed stories to the customer and collects their feedback. It does not address the issue of inaccurate estimates or large stories before the sprint starts. Assessing the previous project velocity may be helpful, but it is not sufficient to address the issue. The project velocity is a measure of how much work the team can complete in a sprint. It can be used to plan and monitor the project progress, but it does not address the issue of inaccurate estimates or large stories for the current sprint. References: Agile Practice Guide, Chapter 3, Section 3.2.1 (Product Backlog), Section 3.2.4 (Sprint Review), and Section 3.2.5 (Velocity)

The customer’s request should be managed by assessing risks together with business value during prioritization because this is the best way to balance the customer’s expectations and the project’s feasibility. Agile projects are characterized by frequent delivery of value to the customer, but also by uncertainty and change. Therefore, risks should not be ignored or deferred, but rather integrated into the decision-making process. By assessing risks together with business value, the customer and the project team can identify the most valuable and viable features to deliver in each iteration, and also plan for risk responses and contingencies. The other options are not the best choices because they do not consider the impact of risks on the project’s success. Accepting risks as they decrease over a period of time (option A) may expose the project to unnecessary threats or missed opportunities, and may also violate the agile principle of responding to change. Creating a risk value profile to track the relative importance of risks (option B) may help to quantify and prioritize risks, but it does not address the customer’s request or the project’s value proposition. Logging and tracking risks separately as only business value is important (option C) may create a false sense of security and satisfaction, and may also neglect the agile principle of delivering working software. References: PMBOK Guide, 6th edition, pages 18-19, 686-687. PMP Questions page 437. PMP Practice Exam 1.

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.

 This is the best answer because it involves engaging the relevant stakeholders in a constructive dialogue about the importance and benefits of following the project management procedures. According to the PMBOK Guide, project management procedures are part of the organizational process assets that help the project manager and the team to perform their work effectively and efficiently. By initiating a review of the procedures, the project manager can identify the gaps, issues, and opportunities for improvement, as well as communicate the value and rationale of the procedures to the CTO and the team. This can also help to build trust, collaboration, and commitment among the project participants. References: PMBOK Guide, 6th edition, pages 38-39, 541-542.

According to the PMBOK Guide, one of the key project management processes is stakeholder engagement1, which involves identifying, analyzing, planning, managing, and monitoring the stakeholders’ expectations and involvement throughout the project life cycle2. The project manager should use effective communication and collaboration techniques to ensure that the stakeholders are aligned with the project vision, objectives, scope, and deliverables3. This will help to build trust, resolve conflicts, and enhance stakeholder satisfaction. Meeting with the stakeholders regularly is an example of such a technique, as it allows the project manager to share project information, solicit feedback, address issues, and agree on common goals and plans. This is especially important for a project that involves multiple partners and has to comply with various standards and policies.

The other options are not the best ways to ensure project success, because they do not involve stakeholder engagement or collaboration. Option A is too authoritarian and may create resistance or resentment from the contracting partner. Option B is too passive and may result in loss of control or accountability for the project. Option C is too unilateral and may ignore or conflict with the partners’ needs and expectations. References:

1: PMBOK Guide, 6th Edition, page 513

2: PMBOK Guide, 6th Edition, page 515

3: PMBOK Guide, 6th Edition, page 518

PMBOK Guide, 6th Edition, page 520

PMBOK Guide, 6th Edition, page 524

The project manager should describe to the team members how specific tools and techniques can be used to finish on time, as this will help them understand the rationale behind the rigorous process and how it can benefit the project. This will also demonstrate the project manager’s respect for the team’s expertise and autonomy, and foster a collaborative and supportive environment. The other options are not as effective or appropriate as describing the tools and techniques to the team. Crashing the project schedule and asking the team to work overtime may increase the risk of errors, burnout, and resentment. Motivating the team by offering incentives may not address the root cause of the resistance, and may create a sense of coercion or manipulation. Convincing the team to use a specific methodology may not be feasible or suitable for the project, and may undermine the team’s self-organization and creativity. References:

PMBOK Guide, 7th edition, page 249

PMI-PBA Exam Content Outline, 2018, page 11

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.

If the customer remains dissatisfied despite frequent communication and reporting, the problem is likely not “lack of updates” but a mismatch between delivered outcomes and customer expectations. The project lead should review the situation with the customer and adjust with the team (C). This reflects agile’s inspect-and-adapt mindset: clarify what “satisfaction” means (value, usability, quality, timing), identify gaps in the current product increments, and agree on corrective actions such as reprioritizing the backlog, refining acceptance criteria, strengthening the Definition of Done, improving demo quality, or incorporating customer feedback more effectively. Reducing communication (A) typically worsens alignment. Explaining the team is new to agile (B) is not a solution and can reduce confidence; customers care about outcomes, not excuses. Changing sprint review frequency (D) treats a symptom and may reduce transparency. Collaborative review and adjustment restores alignment, reinforces customer collaboration, and ensures future iterations target the customer’s real needs—key PMP and agile objectives for stakeholder engagement and value delivery.

==========

According to the PMBOK Guide, the project manager is responsible for managing the project team and ensuring that the team members perform their roles and responsibilities in an ethical manner1. The project manager should also apply the PMI Code of Ethics and Professional Conduct2, which states that project managers should respect the confidentiality and privacy of others3. If a team member violates the ethical standards, the project manager should address the issue promptly and constructively4. The best way to do this is to speak with the key team member to clarify the situation, understand the reasons behind the breach, and explain the consequences and expectations. This will help to resolve the conflict, restore trust, and prevent further escalation.

The other options are not the best ways to handle the situation, because they do not involve direct communication or problem-solving with the key team member. Option A is too passive and may imply that the project manager is not capable of managing the team. Option C is too collective and may create more tension or resentment among the team members. Option D is too harsh and may violate the due process or the employment contract of the team member. References:

1: PMBOK Guide, 6th Edition, page 335

2: PMBOK Guide, 6th Edition, page 29

3: PMI Code of Ethics and Professional Conduct, page 5

4: PMBOK Guide, 6th Edition, page 343

An earned value analysis (EVA) is a tool that measures the project performance in terms of scope, schedule, and cost. It compares the planned value (PV), the earned value (EV), and the actual cost (AC) of the project work to determine the variances and the indexes. By conducting an EVA, the project manager can identify the root causes of the project delay and cost overrun, and take corrective actions accordingly. An EVA can also help the project manager communicate the project status and progress to the stakeholders more effectively and objectively. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK Guide, 6th edition, Chapter 7, Section 7.4.2.1

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

PMP Sample Test Questions, Question 2

According to the PMBOK® Guide, one of the key skills of a project manager is to manage stakeholder engagement, which includes facilitating collaboration among stakeholders1. Collaboration is essential for global projects, as it enables effective communication, efficiency, decision-making, and creativity among team members from different regions, cultures, and backgrounds2. However, collaboration can also be challenging due to factors such as time zones, language barriers, and cultural differences3. Therefore, the project manager should coordinate a meeting to understand the situation and resolve any conflicts that may arise among the team members. By doing so, the project manager can foster trust, respect, and mutual understanding among the team, and ensure that they are aligned with the project objectives and expectations2. The project manager can use various techniques to facilitate the meeting, such as active listening, brainstorming, negotiation, and problem-solving1. References:

1: PMBOK® Guide – 4th Edition, Chapter 13: Stakeholder Management

2: The Global Project Management Framework

3: Advantages and Challenges of Global Team Collaboration

According to the PMBOK Guide, the project manager is responsible for managing the project resources, including materials, and ensuring that they are available and delivered on time. The project manager should also monitor and control the project risks, and implement appropriate responses when they occur. If one important material is still not on site and the delivery date is approaching, the project manager should engage the project team to look for alternatives to find a solution. This means that the project manager should involve the team members who have the relevant expertise, knowledge, and skills to identify and evaluate possible options to overcome the problem, such as using a substitute material, changing the design or scope, or negotiating with the supplier or the client. Engaging the project team to look for alternatives to find a solution will help the project manager to leverage the collective intelligence and creativity of the team, and to find the best solution that meets the project objectives and satisfies the stakeholders. Recording it in the risk register is not a sufficient action, as it does not address the problem or prevent the delay. The project manager should have identified and recorded this risk earlier, and developed a contingency plan to deal with it. Asking the client to help solve the problem is not a good option, as it may damage the relationship and trust between the project manager and the client, and imply that the project manager is not capable of managing the project. The project manager should communicate the problem to the client, but not rely on the client to solve it. Starting procuring this material from another supplier is a risky and costly option, as it may not guarantee the quality, availability, or delivery of the material, and it may incur additional expenses and contractual issues. The project manager should consider this option only after exhausting other alternatives, and with the approval of the relevant stakeholders. References: PMBOK Guide, 6th edition, pages 355-356, 441-442, 456-457.

The project manager should actively listen to the team member and identify ways to support their needs in completing the tasks. This is because active listening is a key skill for effective communication and stakeholder engagement. By actively listening to the team member, the project manager can show empathy, respect, and understanding, and can also identify the root causes of the team member’s dissatisfaction and frustration. The project manager can then work with the team member to find solutions that can help them cope with the complexity of the tasks, such as providing training, coaching, mentoring, feedback, or additional resources. The project manager can also help the team member align their personal goals with the project objectives and recognize their contributions and value to the project. By doing so, the project manager can improve the team member’s motivation, performance, and satisfaction, and also prevent potential schedule delays, conflicts, or turnover. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK® Guide, 6th edition, Section 9.4.2.3, p. 339

PMI Professional in Business Analysis (PMI-PBA)® Examination Content Outline, Domain I: Needs Assessment, Task 4, p. 8

Business Analysis for Practitioners: A Practice Guide, Section 3.3.1, p. 63

Organizational process assets (OPAs) are the collective knowledge and documented processes that an organization accumulates and utilizes to enhance its efficiency, performance, and decision-making capabilities. OPAs include policies and procedures, templates, historical data, lessons learned, and best practices. OPAs are important inputs for many project management processes and can help project managers and teams plan, execute, monitor, and control their projects. Therefore, it is essential for new team members to learn about the OPAs that are relevant to their project and role. The project manager should clarify the relevance of reviewing the documentation on the intranet and explain how OPAs can help the team member perform their tasks and contribute to the project success. Creating a training schedule, escalating the inquiry, or asking a senior team member to help are not the best options, as they do not address the root cause of the inquiry, which is the lack of understanding of the value of OPAs. References:

5, pages 38-39

6, pages 3-4

1, pages 2-3

2, pages 2-3

According to the PMBOK Guide, 6th edition, section 13.1.3.1, the stakeholder register is a project document that identifies the stakeholders who have an interest in the project or may be affected by the project. The stakeholder register should be updated whenever there is a change in the stakeholder community, such as when a new stakeholder is identified or an existing stakeholder leaves the project. The new business unit manager is a new stakeholder who has authority and influence over the project, and therefore should be added to the stakeholder register. The stakeholder engagement plan, which is a subsidiary plan of the project management plan, describes the strategies and actions to engage the stakeholders and manage their expectations throughout the project life cycle. The stakeholder engagement plan should also be updated to reflect the new stakeholder’s current and desired level of engagement, as well as the communication and engagement activities planned for the new stakeholder. The other options are not the best next steps for the project manager, because they do not address the need to formally identify and document the new stakeholder and plan for their engagement. Contacting the previous business unit manager may be helpful, but it is not a formal project document. Sending the new manager a copy of the project charter may be informative, but it does not capture the new stakeholder’s needs and expectations. Scheduling a meeting with the new manager may be beneficial, but it should be done after updating the stakeholder register and the stakeholder engagement plan. References:

PMBOK Guide, 6th edition, section 13.1.3.1, page 513

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

According to the PMBOK Guide, 6th edition, section 4.7, one of the main outputs of the close project or phase process is the final product, service, or result transition. This involves transferring the ownership and responsibility of the project deliverables to the customer or sponsor, and obtaining their formal acceptance and sign-off. The project manager should ensure that the project scope and quality criteria are met, and that the deliverables are aligned with the project objectives and stakeholder expectations. The other options are not appropriate for the end of the project, as they are either part of the planning or monitoring and controlling processes, and do not involve the client’s verification and acceptance. References: PMBOK Guide, 6th edition, section 4.7; PMP Practice Exam, question 86.

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

 An issue is a point or matter in question or in dispute, or a point or matter that is not settled and is under discussion or over which there are opposing views or disagreements. An issue log is a project document that provides a mechanism for recording and communicating issues that arise during a project. It also helps to monitor their resolution. According to the PMBOK Guide, the first step in managing issues is to identify and document them in the issue log. The issue log should include information such as issue description, type, priority, owner, due date, status, and resolution. Updating the issue log will help the project manager to track and resolve the issue of the government-owned area, and communicate it to the relevant stakeholders. Identifying an alternative site, issuing a change request, or updating the risk register are possible actions that may be taken after the issue is documented and analyzed, depending on the impact and urgency of the issue. References: : PMBOK Guide, 6th edition, page 89 : PMBOK Guide, 6th edition, page 558 : PMP Sample Test Questions

According to the PMBOK Guide, a business case is a document that provides the justification for undertaking a project or an additional scope, based on the estimated costs, benefits, and risks. A project manager should develop a business case and submit it to the client when they realize that some minor changes could deliver significant benefits to the client early. This will help to communicate the value proposition of the changes, and to seek the client’s approval and support. Developing a business case and submitting it to the client is the best approach that the project manager should take in this situation. Concentrating on the current project milestones (A) may not be optimal or beneficial, as it may miss the opportunity to enhance the client satisfaction and project outcomes. Updating the project management plan for this new work (B) may not be feasible or ethical, as it may violate the project scope, schedule, and budget baselines, and the agreed-upon project objectives and deliverables. Making all the changes and then showing the client the results (D) may not be appropriate or acceptable, as it may create scope creep, increase project risks, and damage the trust and relationship with the client. References: PMBOK Guide, 6th edition, pages 33, 75, 129.

 Diversity and inclusion are important for project effectiveness, as they enable diverse perspectives, ideas, and experiences to be shared and valued among the project team and stakeholders. However, diversity and inclusion are not just about demographics, but also about creating a culture of respect, belonging, and empowerment for everyone. To achieve this, the organization needs to provide training and education to the entire workforce, not just to specific teams or departments, to raise awareness, foster understanding, and promote positive behaviors. By doing so, the organization can prevent or reduce potential conflicts, misunderstandings, or biases that may arise from different backgrounds, views, or preferences. Furthermore, the organization can leverage the benefits of diversity and inclusion, such as improved innovation, collaboration, and customer satisfaction. References:

Diversity, Equity, and Inclusion in Project Management

Diversity and Inclusion Are Important for Project Effectiveness

Diversity, Equity, & Inclusion | PMI

According to the PMBOK Guide, a project budget is the total projected costs needed to complete a project over a defined period of time. It’s used to estimate what the costs of the project will be for every phase of the project. To create a project budget, the project manager should first define the project scope and then create a cost breakdown structure, which allows them to pinpoint all the costs in a project. One of the methods to create a cost breakdown structure is to decompose the project into features, which are the deliverables or outputs that provide value to the customer or stakeholder. Each feature can be further decomposed into tasks or activities, which are the work packages that need to be performed to produce the feature. By breaking down the project into features and tasks, the project manager can estimate the cost for each task based on the resources, materials, and equipment required. One of the techniques to estimate the cost for each task is to use the velocity of the team, which is the rate at which the team can deliver value in a given time period. The velocity of the team can be measured by the number of features, tasks, or units of work that the team can complete in a fixed iteration or cycle. By multiplying the velocity of the team by the value of each feature or task, the project manager can obtain the estimate for each task. By adding up the estimates for all the tasks, the project manager can obtain the estimate for the whole project. This method of estimating the project budget is suitable for projects that use an adaptive or agile approach, where the scope, schedule, and cost are flexible and responsive to changes and uncertainties. By decomposing the project into features and using the velocity of the team, the project manager can prioritize the most valuable features and deliver them in short iterations, while adjusting the estimates as the project progresses. This can help the project manager to manage the project budget more effectively and efficiently. References:

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

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

PMBOK Guide, 7th edition, Chapter 5: Scope, Section 5.2: Plan Scope, pp. 67-691

PMBOK Guide, 7th edition, Chapter 6: Schedule, Section 6.2: Plan Schedule, pp. 83-851

PMBOK Guide, 7th edition, Chapter 7: Cost, Section 7.2: Plan Cost, pp. 103-1051

How to Estimate Project Cost in 8 Steps (Accurately) - Toggl2

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

In an organization with low tolerance for schedule and budget variance, stakeholder expectations must be managed through clear, consistent, and proactive communication—especially when stakeholders want visibility into risks and progress. Developing a communications management plan (D) is the best approach because it formalizes what information will be shared, how often, in what format, and through which channels. It also defines reporting responsibilities, escalation paths, and governance touchpoints (e.g., weekly dashboards, milestone reviews, risk reviews, variance reporting). This creates predictable transparency and reduces ad-hoc requests or misunderstandings that can lead to distrust or late surprises. Discussing risk response strategies (A) and ensuring a complete risk register (C) are important components of risk management, but they do not, by themselves, establish the systematic visibility stakeholders are asking for. Adding schedule buffers (B) is a planning tactic that may or may not be acceptable and does not directly address expectations about visibility. A strong communications plan aligns engaged stakeholders, supports timely decisions, and maintains confidence by making progress and risk information easy to access and reliably delivered.

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

Reasoning: According to the PMBOK Guide, one of the tools and techniques for the Develop Project Management Plan process is expert judgment, which involves seeking the opinions and advice of knowledgeable and experienced individuals or groups. The project manager should ensure that the stakeholders are adequately informed and engaged in the project management plan approval process, and that they understand the implications and assumptions of the plan. The other options, such as stopping the meeting, getting approval without clarification, or obtaining approval as fast as possible, may not address the root cause of the problem, which is the lack of stakeholder involvement and commitment. Therefore, option B is the most likely answer to the question12

According to the PMBOK Guide, the project manager should plan, manage, and monitor the communication activities throughout the project life cycle. The project manager should also consider the stakeholder needs, preferences, and expectations when choosing the communication methods, tools, and technologies. The project manager should also update the communications management plan as needed to reflect any changes in the communication requirements or approach. Therefore, the project manager should update the communications management plan based on the product owner’s preferences and distribute it to the team. This will ensure that the communication is effective, timely, and consistent among the project stakeholders. References: PMBOK Guide, 6th edition, pages 361-362, 368-369.

According to the PMBOK Guide, a change request is a formal proposal to modify any document, deliverable, or baseline. Change requests are processed through the Perform Integrated Change Control process, which involves reviewing, analyzing, approving, or rejecting changes. The project manager should follow the change management process and work with procurement if needed to deal with the new requirement from the key stakeholder. The project manager should assess the impact of the change on the project scope, schedule, cost, quality, risk, and other aspects, and obtain approval from the appropriate authority before implementing the change. The project manager should also communicate the change to the subcontracting company and negotiate any contractual modifications if necessary. The project manager should not engage an arbitrator, add the change to the next sprint, or allocate resources to work on the new feature immediately, as these actions may bypass the change management process, create conflicts, or disrupt the project plan. References:

PMBOK Guide, 6th edition, pages 115, 116, 117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130, 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144, 145, 146, 147, 148, 149, 150, 151, 152, 153…

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…

A. Conduct meetings with resistant members to facilitate smooth project implementation. This option may not be enough, as the project manager should not focus only on the resistant members, but also on the other members who may be supportive, neutral, or indifferent to the changes5. The project manager should not isolate or single out the resistant members, but rather involve them in the whole team meetings and discussions. The project manager should also not assume that resistance is always negative or irrational, but rather understand the reasons and emotions behind it and address them constructively.

C. Influence the team to communicate any changes. This option may be vague, as the project manager should not rely on the team to communicate the changes, but rather take the lead and responsibility to do so. The project manager should not delegate or abdicate the communication role, but rather model and encourage it. The project manager should also not use influence as a manipulative or coercive tactic, but rather as a persuasive and respectful skill .

D. Check with the. This option is incomplete, as the project manager should specify who or what they are checking with. The project manager should not check with the wrong or irrelevant sources, but rather with the appropriate and reliable ones. The project manager should also not check with the sources passively or sporadically, but rather proactively and regularly.

I hope this information helps you with your query. However, I suggest that you consult the official PMP and PBA reference materials and guides for more accurate and reliable information. Thank you for using Bing. 😊

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

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

When leading a team of executives, constraints often include limited availability, competing priorities, and a need for highly efficient decision-making. Repeated roadmap rejection suggests the planning approach is not aligned to executive realities or governance expectations. The project manager should adopt a framework that fits executive availability (D)—for example, concise decision workshops, timeboxed roadmap reviews, clear decision rights, and an agreed cadence—and then evaluate and communicate risks created by those constraints (e.g., delayed decisions, dependency risks, reduced feedback cycles). This reflects strong stakeholder engagement and adaptive leadership: design the delivery and governance approach around stakeholder capacity while maintaining transparency about trade-offs. Simply asserting the PM was “requested” (A) does not solve the planning problem. Scheduling deliverables solely on must-have dates (B) can ignore feasibility and dependency logic, increasing risk. Emphasizing governance policies (C) may be necessary, but it can become confrontational and still won’t resolve misalignment unless the approach is adapted to how executives can participate. Aligning the framework to stakeholder constraints and managing the resulting risks is the most practical path to progress.

==========

Creating internal projects to provide internships for the students is a change in the project scope that requires approval from the customer and other stakeholders. Therefore, the project manager should create a change request with the scope of the new internal projects and submit it to the Perform Integrated Change Control process1. The change request should include the rationale, benefits, risks, and impacts of the proposed change on the project objectives, deliverables, schedule, cost, quality, and resources. The project manager should also update the project management plan and other relevant documents to reflect the change in scope.

To plan and execute the new internal projects, the project manager should create a work breakdown structure (WBS) of the new scope with the internal projects2. A WBS is a hierarchical decomposition of the project scope into manageable deliverables and work packages. A WBS helps the project manager to define, organize, and monitor the project work, as well as to allocate resources, assign responsibilities, and estimate costs and durations. The project manager should involve the project team and the interns in creating the WBS to ensure their buy-in and commitment.

To ensure that the internal projects meet the customer’s expectations and the project’s quality standards, the project manager should manage the quality of the delivery3. Quality management involves planning, implementing, and controlling quality activities to ensure that the project deliverables conform to the requirements and specifications. The project manager should use quality tools and techniques, such as quality checklists, audits, inspections, testing, and reviews, to measure and improve the quality of the internal projects. The project manager should also document and communicate the quality results and feedback to the project team, the interns, the customer, and other stakeholders.

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

A hybrid project management methodology is a combination of two or more different approaches to delivering projects, such as waterfall and agile1. Hybrid projects can offer benefits such as flexibility, adaptability, customer satisfaction, and innovation2. However, hybrid projects also require frequent reviews and feedback loops to ensure alignment, collaboration, and quality among the project team and stakeholders3. Therefore, the project manager should explain to the stakeholder the value of attending the iteration reviews, which are opportunities to inspect the project deliverables, provide feedback, identify issues, and plan for the next iteration4. By doing so, the project manager can demonstrate how the stakeholder’s involvement can contribute to the project success and avoid potential rework or waste. References:

Ultimate Guide To Hybrid Project Methodologies & How To Make Them

Hybrid project management – the key to a successful future? - APM

Hybrid project management – a systematic literature review …

TOWARDS A HYBRID PROJECT MANAGEMENT FRAMEWORK: A SYSTEMATIC LITERATURE …

A hybrid approach combines predictive and adaptive elements to deliver projects. In a hybrid approach, the project manager can break down the requirements into smaller and manageable chunks, and prioritize them based on their value and risk. This way, the project manager can deliver the most important and uncertain requirements first, and get feedback from the stakeholders and customers. This feedback can help clarify the unclear requirements and improve the quality of the project deliverables. The project manager can also adjust the delivery plan based on the changing requirements and environment. A hybrid approach is suitable for projects that have some degree of uncertainty and complexity, and that need to respond to changing customer needs and expectations. References:

A Guide to the Project Management Body of Knowledge (PMBOK Guide) – Seventh Edition, Chapter 2: Value Delivery System, Section 2.3: Delivery Approaches, pp. 31-35

Project Management Professional (PMP) Handbook, Section 2.2: PMP Exam Content Outline, Domain II: Process, Task 1: Plan and manage project scope, pp. 14-15

Hybrid Project Management: What It Is & How to Implement It, by Simplilearn, published on February 10, 2020

A stakeholder is a person or group that has an interest or influence in the project, such as the sponsor, the customer, the team, the supplier, or the regulator12. A key stakeholder is a stakeholder that has a high level of power and interest in the project, and whose support and involvement are critical for the project’s success34.

A project manager is responsible for managing the expectations and communications of the stakeholders, and ensuring that their needs and requirements are met throughout the project lifecycle5 . A project manager should also involve the stakeholders in the decision-making process, especially when there are changes that affect the project scope, schedule, cost, or quality .

In this scenario, a new regulation affects the project, and a critical status meeting discussing the scope changes is required. The project manager discovers that a key stakeholder cannot attend the scheduled meeting. This means that the key stakeholder’s opinion and feedback will not be heard or considered in the meeting, which may lead to dissatisfaction, conflict, or resistance from the stakeholder later on.

Therefore, the best option for the project manager is to meet with the key stakeholder prior to the meeting to obtain their opinion. By doing so, the project manager can:

Inform the key stakeholder about the new regulation and its impact on the project

Seek the key stakeholder’s input and suggestions on how to deal with the scope changes

Address any concerns or issues that the key stakeholder may have

Gain the key stakeholder’s approval and support for the proposed changes

Represent the key stakeholder’s interests and preferences in the meeting

Communicate the outcome and action plan of the meeting to the key stakeholder after the meeting

Meeting with the key stakeholder prior to the meeting can help the project manager to maintain a positive and collaborative relationship with the stakeholder, and to ensure that the project meets the stakeholder’s expectations and requirements. It can also help to avoid or minimize any potential risks or problems that may arise from the scope changes, such as delays, rework, disputes, or loss of trust.

Compliance requirements are the rules and regulations that a project must follow to meet the standards of quality, safety, security, and reliability in a given industry or domain. Compliance requirements can be classified into different categories, such as legal, ethical, contractual, organizational, or environmental. Compliance requirements can pose potential threats to the project if they are not identified, analyzed, and addressed properly. For example, noncompliance can result in fines, penalties, lawsuits, reputational damage, or project failure.

To plan and manage project compliance, the project manager needs to confirm the project compliance requirements, determine the necessary approach and action to address them, and measure the extent to which the project is in compliance. To do this, the project manager can use various methods and tools, such as compliance audits, checklists, matrices, gap analysis, risk management, stakeholder analysis, and communication management.

The project manager can also seek the help of different stakeholders who can provide valuable input, guidance, and support for the project compliance. Two of the most important stakeholders are the functional managers and the advisory team panel. Functional managers are the managers of the functional departments or units within the organization, such as finance, marketing, human resources, or operations. They are responsible for providing the project with the necessary resources, expertise, and authorization to meet the compliance requirements. They can also help the project manager to align the project compliance with the organizational policies, procedures, and goals. Advisory team panel is a group of experts or consultants who can advise the project manager on the best practices, standards, and regulations for the project compliance. They can also help the project manager to identify and address the compliance gaps, risks, and issues, and to monitor and control the project compliance performance.

Therefore, the correct answer is B. Functional managers and D. Advisory team panel. The other options are not as relevant or helpful as these two stakeholders. Risk steering committee is a group of senior executives who oversee the risk management of the organization or the portfolio of projects. They are not directly involved in the project compliance, although they can provide strategic direction and support. Board of directors is the highest governing body of the organization, who set the vision, mission, and objectives of the organization. They are not directly involved in the project compliance, although they can approve the project charter and the project budget. Chief executive officer is the highest-ranking executive of the organization, who leads the overall management and operations of the organization. They are not directly involved in the project compliance, although they can sponsor the project and provide executive support. References:

PMBOK Guide 7th Edition, chapters 2.4, 3.1 (part ‘Standard’) and 2.5, 3.1, 3.4 (part ‘PMBOK’).

Process Groups: A Practice Guide, chapters 1.5, 2.1, 2.3, 2.5, 2.6, 3.3, 5.14, 7.7, 9 (Enterprise environmental factors, Quality metrics), and 3.DEFINITIONS (Regulations).

 the one that reflects the best practice of managing stakeholder expectations and communication, based on the project management plan and the stakeholder engagement plan. Reference: PMP Exam Set F – Q83 - This is a similar question with the same answer choices and a detailed explanation of why each option is correct or incorrect. It also provides a reference to the PMBOK Guide, Sixth Edition, page 518.

The project manager should coach the product owner on how to create a product backlog, as this is a key artifact in Scrum and Kanban methodologies. The product backlog is a prioritized list of features, user stories, or requirements that the product owner wants to deliver in the project. The product backlog is dynamic and evolving, and it reflects the value and vision of the product. The product owner is responsible for creating, maintaining, and refining the product backlog, as well as communicating it to the development team and the stakeholders1. The project manager can assist the product owner by providing guidance, feedback, and tools on how to create a product backlog that is clear, concise, and aligned with the project goals and scope. The project manager can also help the product owner to use agile techniques, such as user story mapping, story splitting, and backlog grooming, to break down the functionalities into manageable and testable chunks, and to prioritize them based on value, risk, and dependencies2.

The other options, encouraging the team to subdivide the project tasks, creating a work breakdown structure (WBS), or discussing the product owner’s responsibilities within the project team, are not the best ways to assist the product owner. Encouraging the team to subdivide the project tasks may help the team to plan and execute the work, but it does not address the product owner’s confusion on how to start delivering the functionalities. Creating a WBS may help the project manager to define and organize the project deliverables, but it is not a suitable artifact for agile methodologies, as it is static and rigid, and does not reflect the changing needs and expectations of the customers and stakeholders3. Discussing the product owner’s responsibilities within the project team may help the product owner to understand their role and expectations, but it does not provide practical guidance on how to create a product backlog.

 1 A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 5.4.2.2 2 Agile Practice Guide, Chapter 3.2.2 3 What is a Work Breakdown Structure (WBS)? - Project Management Institute

 According to the PMBOK Guide, 7th edition, section 13.1.1, “Stakeholder identification is the process of identifying the people, groups, or organizations that could impact or be impacted by a decision, activity, or outcome of the project, and analyzing and documenting relevant information regarding their interests, involvement, interdependencies, influence, and potential impact on project success.” Therefore, the project manager should conduct stakeholder identification and a project objectives review session, as this will help to ensure that the new key stakeholder is properly engaged and informed about the project scope and deliverables. Creating a change request and updating the scope management plan (option A) may not be necessary or appropriate, as the issue may not be related to the scope, but to the stakeholder’s expectations or understanding. Updating the stakeholder list and fixing the deliverables (option C) may not address the root cause of the issue, and may introduce unnecessary changes or rework. Updating the project management plan and lessons learned (option D) may be done later, after the issue is resolved and the stakeholder is satisfied. References:

PMBOK Guide, 7th edition, section 13.1.1

PMI-PBA Exam Practice Test and Study Guide, 2nd edition, page 180, question 14

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.

One of the methods to prioritize projects or features is to use a scoring model, which evaluates different aspects of a project or feature and assigns a numeric value to each criterion. In this case, the criteria are the business value and the development effort of each feature. A common way to calculate the score of a feature is to divide the business value by the development effort, which gives the value-to-effort ratio. The higher the ratio, the higher the priority of the feature. Using this method, the scores of the features are:

Feature A: 100 / 20 = 5

Feature B: 80 / 10 = 8

Feature C: 120 / 15 = 8

Feature D: 60 / 5 = 12

Feature E: 40 / 10 = 4

As you can see, Feature D has the highest score, but it also has the lowest business value. Therefore, it may not be the best choice to prioritize first, as it may not align with the strategic goals of the product or the organization. Feature C, on the other hand, has the same score as Feature B, but it has the highest business value among all the features. Therefore, Feature C should be the first feature to prioritize, as it delivers the most value with a reasonable effort.

 According to the PMBOK Guide, 7th edition, section 12.2.3, “The issue log is a project document used to capture and track issues until they are resolved. It typically contains a description of the issue, the owner, the priority, the status, the resolution, and any other relevant information.” Therefore, the project manager should schedule a meeting with the concerned team member to review and update the issue log together, as this will help to document the issue, assign responsibility, monitor progress, and implement resolution. Asking the team member to follow the approved communications management plan to communicate their issue (option A) may not be sufficient or timely, as the issue may require immediate attention and action. Reviewing the risk register with the team member to find the proper response action for this issue (option C) may not be applicable or effective, as the issue may not be a risk that was identified and planned for in advance. Asking the team member to raise a change request to assess the issue in detail (option D) may not be necessary or appropriate, as the issue may not affect the project scope, schedule, cost, or quality, and may be resolved within the project team. References:

PMBOK Guide, 7th edition, section 12.2.3

PMI-PBA Exam Practice Test and Study Guide, 2nd edition, page 184, question 22

According to the PMBOK Guide, one of the key skills for a project manager is to be able to adapt to different environments and cultures1. This includes understanding the cultural expectations and norms of the country where the project is performed, and adjusting the leadership style accordingly2. Different countries may have different preferences for communication, decision making, conflict resolution, power distance, and teamwork3. A project manager who is transferred to another country should do some research on the cultural dimensions and values of that location, and determine a leadership style that is suitable for that context. For example, some countries may prefer a more participative and democratic leadership style, while others may prefer a more directive and authoritative one. By determining a suitable leadership style, the project manager can ensure collaboration within the team, as well as with other stakeholders, for a successful delivery. References:

1: PMBOK Guide, 6th edition, page 53

2: Cultural expectations and leadership, British Council, page 1

3: PMBOK Guide, 6th edition, page 56

 Guide to International Employee Relocation, Globalization Partners, page 3

PMBOK Guide, 6th edition, page 57

 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

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 PMP Exam Content Outline, one of the tasks of a project manager in the leading domain is to “Communicate roles, responsibilities, and reporting relationships to team members and stakeholders in order to create a project team environment that fosters performance.” This implies that the project manager should reaffirm the required project obligations directly with the team member who failed to communicate the reason for their absence from three team meetings. The project manager should clarify the expectations and consequences of the team member’s behavior, and provide constructive feedback and coaching to help them improve their communication skills and accountability. The project manager should also document the issue and the actions taken to resolve it, and monitor the team member’s performance and attendance. Reaffirming the project obligations directly with the team member can help to prevent further misunderstandings, conflicts, or delays in the project, and enhance the team member’s engagement and commitment. References:

PMP Exam Content Outline

A Guide to the Project Management Body of Knowledge (PMBOK Guide), Sixth Edition, Chapter 9.4.2.1 and 9.4.3.2

Business Analysis for Practitioners: A Practice Guide, Chapter 4.4.1 and 4.4.2

How do project managers deal with unplanned leaves?1

How to deal with a team member who keeps missing deadlines?2

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, the portfolio management office (PMO) is responsible for ensuring that the projects and programs within the portfolio are aligned with the organizational strategy and objectives. The project manager should demonstrate the project alignment to the organizational strategy by showing how the project delivers value and benefits to the organization and its stakeholders. This may include presenting the project business case, benefits management plan, stakeholder analysis, and other relevant documents that justify the project’s existence and contribution. Demonstrating the project alignment to the organizational strategy is the best way to continue the project and avoid suspension by the PMO. Meeting with the project team and revising the project goals (A) may not be effective if the project is already in alignment with the organizational strategy and the PMO is not aware of it. Updating the project charter to make it align with organizational strategy (B) may not be feasible or ethical if the project charter has already been approved and authorized by the project sponsor and other key stakeholders. Escalating the issue with the project sponsor to request support (D) may be a possible action, but not the best one, as it may create conflict or resentment between the project sponsor and the PMO. The project manager should first try to resolve the issue with the PMO directly by demonstrating the project alignment to the organizational strategy. References: PMBOK Guide, 6th edition, pages 33-34, 75-76, 129-130.

In PMP terms, when a performance issue is identified during execution, the project manager’s first responsibility is to engage the right stakeholders to understand impact, urgency, and constraints, then drive an appropriate response through the project’s governance. Performance problems typically affect scope, schedule, cost, quality, or risk, so the PM should collaborate with stakeholders (including sponsor, customer reps, functional leads) and the team to assess the variance, identify root causes, and evaluate options. This aligns with monitoring and controlling objectives: validate the issue, analyze impacts, and decide whether corrective action, preventive action, or a change request is needed. Immediately submitting a change request (A) may be premature if the issue can be resolved within existing authority or thresholds. Sending it to SMEs (C) can help technically, but accountability remains with the PM to coordinate resolution and communication. Reviewing tender requirements (B) may inform acceptance criteria, but it does not actively resolve the issue.

==========

Expert judgment is a technique that uses the knowledge and experience of experts to identify risks in a project. Experts can be internal or external to the project team, and they can provide insights on the sources, causes, and effects of potential risks. Expert judgment can also help to assess the probability and impact of risks, as well as the appropriate responses to them. According to the PMBOK Guide, expert judgment is one of the tools and techniques for the Identify Risks process, which is part of the Project Risk Management knowledge area. The other tools and techniques are data gathering, data analysis, interpersonal and team skills, and prompt lists. The other options are not tools and techniques for the Identify Risks process, although they may be used in other risk management processes or activities. An analysis of shared risks between parties is a way of identifying common risks that affect multiple stakeholders or projects. A SWOT analysis is a strategic planning tool that evaluates the strengths, weaknesses, opportunities, and threats of a project or organization. A risk value assessment is a method of prioritizing risks based on their expected value, which is the product of their probability and impact. References:

PMBOK Guide, 6th edition, pages 397-398, 419-420

Project Management Professional (PMP) Certification Handbook, page 9

Risk Identification in Project Management, section “PMP® Risk Identification Lifecycle”

According to the PMBOK Guide, project collaboration is the shared effort to achieve a common goal. It involves effective communication, consistent processes, and the right project collaboration tools. One of the best practices for project collaboration is to organize regular meetings with all of the stakeholders to share information, feedback, and solutions. This helps to avoid duplication of work, resolve conflicts, and improve efficiency. By meeting regularly with the deployment teams, the project manager can ensure more collaboration and alignment among them. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK Guide, Sixth Edition, Chapter 3: The Role of the Project Manager, Section 3.7: Project Manager Competencies, Subsection 3.7.2: Leadership Skills, Page 62

Project Collaboration: 6 Tips for Success | The Workstream, Atlassian, Accessed on January 29, 2024

9 Tips and Best Practices for Effective Project Collaboration | ClickUp, ClickUp, Accessed on January 29, 2024

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

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

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

The project manager should address this concern with the functional managers to ensure there will be no further delays in the project. The functional managers are the managers who have authority over the team members in their respective functional areas, such as engineering, marketing, finance, etc. The functional managers are responsible for assigning and releasing the team members to the project, as well as providing them with the necessary training, support, and feedback. The project manager should communicate and coordinate with the functional managers to ensure that the team members are available and committed to the project, and that they are not distracted or overloaded by other nonproject-related tasks. The project manager should also explain to the functional managers the impact of their emails on the team’s productivity and morale, and request them to respect the team’s priorities and schedules. The project manager should also seek the support and intervention of the project sponsor or the senior management, if needed, to resolve any resource conflicts or issues.

The other options are not the best actions for the project manager to take in this situation. Asking the product owner to speak with the functional managers to ensure future requirements come through the product owner is not relevant or effective, as it does not address the current problem of the team members receiving emails from their functional managers to support other nonproject-related tasks. The product owner is the person who represents the customer’s voice and defines and prioritizes the product backlog, which is a list of features and requirements that the customer wants to have in the product. The product owner is not involved in the resource management or allocation of the project, and may not have the authority or influence to negotiate with the functional managers. Logging this as a risk in the risk register and continuing to monitor the issue at subsequent meetings is not proactive or sufficient, as it does not prevent or mitigate the negative impact of the team members receiving emails from their functional managers to support other nonproject-related tasks. The risk register is a document that records the identified risks, their causes, impacts, probabilities, responses, and owners. The project manager should not just document and monitor the issue, but also take action to resolve it as soon as possible. Scheduling a meeting with all of the functional managers to resolve the resource conflicts may be too time-consuming and complicated, as it may involve multiple parties and perspectives. The project manager should not wait for a meeting to address the issue, but rather contact the functional managers individually and directly, and seek their cooperation and understanding. References:

PMBOK® Guide, 6th Edition, Chapter 9, Section 9.2, “Plan Resource Management”

PMBOK® Guide, 6th Edition, Chapter 9, Section 9.3, “Acquire Resources”

PMBOK® Guide, 6th Edition, Chapter 9, Section 9.5, “Control Resources”

PMBOK® Guide, 6th Edition, Chapter 11, Section 11.4, “Plan Risk Responses”

PMP Project Management Professional Exam Study Guide: 2021 Exam Update, 10th Edition, Chapter 8, Section 8.2, “Planning Resources” 1

According to the PMBOK Guide, a hybrid project is one that combines elements of both predictive and adaptive (agile) approaches. A hybrid project can be useful when there are different levels of uncertainty and complexity in different aspects of the project, or when there are different stakeholder preferences and expectations. A hybrid project can also provide flexibility and responsiveness to changing requirements, while maintaining some degree of stability and control. In this scenario, the project manager should use a hybrid approach to balance the needs and concerns of the various stakeholders. Option A, an agile approach, might not satisfy the stakeholders who want the project fully defined and planned upfront. Option B, a predictive approach, might not deliver a quick win for the project sponsor, or accommodate changes in the project environment. Option D, a predictive approach, is not necessarily beneficial for all stakeholders, especially those who value feedback and collaboration over documentation and contracts. References: = PMBOK Guide, 6th edition, pages 14-15, 18-19, 25-26, 686-687.

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

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

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

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

The project charter is a document that authorizes the project and defines its objectives, scope, stakeholders, and high-level risks. It also includes the project management approach and the roles and responsibilities of the project team. The project charter should be distributed to all team members and other key stakeholders to ensure their awareness and alignment with the project vision and expectations. The project charter also contains the project ground rules, which are the agreed-upon norms and behaviors that guide the team’s interactions and collaboration. The ground rules should be clear, specific, measurable, and enforceable. They should also be reviewed and updated periodically to reflect any changes in the project environment or team dynamics. By distributing the project charter to all team members, the project manager can avoid misunderstandings, conflicts, and disagreements regarding the project ground rules and the consequences of violating them. References: PMBOK Guide, 6th edition, section 4.1.3.1; PMP Exam Prep, 10th edition, page 93

A scrum master is a facilitator and coach for a scrum team, who ensures that the team follows the scrum process and removes any obstacles that may impede progress12. A scrum master is not a manager or decision-maker, but instead serves the team by helping them to be more effective34.

When a new team member joins the scrum team, especially one with limited mobility, the scrum master should set up a meeting to discuss the accommodations the team will have to make to ensure a smooth and inclusive collaboration. This meeting should involve the new team member, the existing team members, and any other relevant stakeholders, such as the product owner or the sponsor5 .

The purpose of this meeting is to welcome the new team member, understand their needs and preferences, address any concerns or questions, and agree on the best ways to work together. The scrum master should facilitate open discussion and conflict resolution, and ensure that everyone is respectful and supportive of each other .

The meeting should also cover the practical aspects of working as a scrum team, such as the tools, techniques, and processes that the team uses, the roles and responsibilities of each team member, the communication channels and frequency, the sprint goals and deliverables, and the feedback and improvement mechanisms. The scrum master should help the team to adapt and adjust their workflows and practices to accommodate the new team member’s limited mobility, and ensure that they have the necessary resources and support .

By setting up a meeting to discuss accommodations the team will have to make, the scrum master can foster a positive and productive team culture, where everyone feels valued, engaged, and empowered. This can also help to prevent or mitigate any potential issues or risks that may arise from the change in team dynamics, such as misunderstandings, conflicts, delays, or quality problems .

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

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

 The project manager should review the WBS dictionary, as this is a document that provides detailed information about each element in the work breakdown structure (WBS). The WBS is a hierarchical decomposition of the project scope into smaller and manageable components, called work packages. The WBS dictionary is a complementary document that describes the scope, deliverables, activities, resources, costs, risks, and quality requirements of each work package. The WBS dictionary helps the project manager and the project team to understand the work that needs to be done, and to avoid scope creep or ambiguity1. By reviewing the WBS dictionary, the project manager can identify what useful information is missing, and update it accordingly.

The other options, the project charter and scope statement, the requirements traceability matrix, and the business requirement documents (BRD), are not the best documents to review in this situation. The project charter and scope statement are high-level documents that define the project purpose, objectives, scope, deliverables, assumptions, constraints, and stakeholders. They do not provide detailed information about the work packages or the work breakdown structure2. The requirements traceability matrix is a document that links the project requirements to the project objectives, deliverables, and test cases. It helps to ensure that the project meets the stakeholder expectations and the business needs. It does not provide detailed information about the work packages or the work breakdown structure3. The business requirement documents (BRD) are documents that describe the business problem, the solution, and the benefits of the project. They do not provide detailed information about the work packages or the work breakdown structure4.

 1 A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 5.4.2.3 2 A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 4.1.3.1 and 5.3.3.1 3 Business Analysis for Practitioners: A Practice Guide, Chapter 4.3.4 4 Business Analysis for Practitioners: A Practice Guide, Chapter 2.2.2

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

The benefits management plan is a document that describes how the benefits of the project will be delivered, measured, and sustained. It includes the benefits identification, analysis, planning, realization, and transition activities. By quantifying the expected tangible and intangible benefits in the benefits management plan for each phase, the business can increase the value of the project by demonstrating how the project contributes to the strategic objectives, customer satisfaction, and competitive advantage of the organization. Quantifying the benefits also helps to monitor and evaluate the performance of the project and the benefits realization process, and to identify and address any gaps or issues that may arise. Quantifying the benefits can also facilitate the communication and reporting of the value of the project to the stakeholders and the senior management. References: (Professional in Business Analysis Reference Materials source and documents)

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

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

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

 According to the PMBOK Guide, the communications management plan is a component of the project management plan that describes how project communications will be planned, structured, implemented, and monitored for effectiveness. It also defines the communication methods, formats, frequency, and escalation process for different types of communication. In this scenario, the project manager should update the communications management plan to include informal requests from the executive, such as the dashboard, and specify how they will be handled by the project team. This way, the project manager can ensure that the communication expectations of the executive are met, and the project team is aware of their roles and responsibilities in providing the requested information. Updating the stakeholder engagement assessment matrix, asking the team member to develop a dashboard, or telling the team member to route the request through the project manager are not effective options, as they do not address the root cause of the communication issue, which is the lack of a clear and comprehensive communications management plan. References: PMBOK Guide, 7th edition, pages 123-124, 127-128.

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

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

According to the PMBOK Guide, 7th edition, one of the key activities of the project manager is to tailor the project delivery approach based on the project characteristics, context, and environment. This means that the project manager should select the appropriate tools, techniques, methods, and artifacts that best suit the project needs and objectives. If the project manager realizes that the project will benefit from using adaptive tools, such as agile or hybrid methods, then the project manager should update the project documents accordingly and plan the first iterative session. This will enable the project team to deliver value incrementally and iteratively, and to respond to changes and feedback more effectively. Option A is the best answer for this question.

Option B is not the best answer because contacting the project sponsor and requesting new team members who are familiar with adaptive projects is not the first thing that the project manager should do. It is a possible action that the project manager may take if the current team lacks the skills or experience to work with adaptive tools, but it is not a necessary or immediate action. Moreover, requesting new team members may not always be feasible or desirable, as it may increase the project costs and risks, and may disrupt the team dynamics and performance.

Option C is not the best answer because confirming team capabilities before introducing adaptive tools and artifacts to the project is not the first thing that the project manager should do. It is a good practice to assess the team’s readiness and ability to work with adaptive tools, but it is not a prerequisite or a determinant for tailoring the project delivery approach. The project manager should base the decision on the project characteristics, context, and environment, not on the team capabilities. Moreover, confirming team capabilities may not always be accurate or reliable, as the team may have different levels of familiarity and confidence with adaptive tools.

Option D is not the best answer because freezing the design stage and looking for an external resource to run iterative design at extra cost is not the first thing that the project manager should do. It is a possible action that the project manager may take if the project is too complex or uncertain to be handled by the internal team, but it is not a recommended or proactive action. Freezing the design stage may delay the project delivery and may not reflect the current or future state of the project requirements or stakeholder needs. Looking for an external resource may increase the project costs and risks, and may reduce the project control and quality. References: PMBOK Guide, 7th edition, pages 9-10, 15-16, 25-26, 35-36, 49-50.

 The retrospective meeting is a key practice in agile methodology that allows the team to inspect and adapt their processes and performance after each iteration. The retrospective meeting helps the team to identify what went well, what went wrong, and what can be improved in the next iteration. By using the retrospective meeting, the project manager can facilitate a collaborative and constructive discussion with the team to find out the root cause of the quality issues and devise a plan to fix them. The plan may include actions such as implementing better engineering practices, enhancing communication and collaboration, increasing testing coverage, or applying feedback from customers and stakeholders. The retrospective meeting also helps the team to learn from their mistakes, celebrate their successes, and foster a culture of continuous improvement123. References: = PMBOK® Guide, Sixth Edition, pages 28-29, 50-51; Agile Practice Guide, pages 33-34, 62-63; How to Run an Agile Retrospective Meeting with Examples.

According to the PMBOK Guide, 7th edition, section 2.3.2, “The project management plan is the primary source of information for how the project will be planned, executed, monitored, controlled, and closed. It integrates and consolidates all subsidiary plans and baselines, and other information necessary to manage the project.” Therefore, the project manager should identify the goal of each work product, as this will help align the project activities with the project objectives and benefits. Clarifying project benefits with the sponsor (option A) is important, but not sufficient to ensure that the project management plan reflects those benefits. Performing integration testing of each release (option C) and including the entire project team in testing (option D) are good practices for quality management, but not directly related to developing the project management plan. References:

PMBOK Guide, 7th edition, section 2.3.2

PMI-PBA Exam Practice Test and Study Guide, 2nd edition, page 179, question 12

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

According to the PMBOK Guide, one of the tools and techniques for managing team resources is ground rules. Ground rules are the standards of behavior that the team members agree to follow while working on the project. They can include topics such as communication, decision making, conflict resolution, meeting etiquette, and so on. Ground rules help to establish a common understanding and expectations among the team members, especially when they are geographically distributed and have different cultural backgrounds. Developing protocols for resolving conflicts between team members is an example of setting ground rules that can help to address the development issues and improve productivity. Forcing the team members to work from one location, obtaining special expertise, or setting up face-to-face meetings are not the best options, as they may not address the root cause of the problem, may be impractical or costly, or may create more conflicts. References: PMBOK Guide, 6th edition, page 336.

According to the Professional in Business Analysis (PMI-PBA)® Guide, an impediment is anything that prevents the team from delivering value or achieving its goals. An impediment can be internal or external, technical or non-technical, and can affect the quality, scope, schedule, cost, or risk of the project. In this scenario, the product owner has presented the backlog to the team, and the team has raised concerns over implementing some of the features due to various impediments. The project manager should suggest that the product owner ensure that the impediments are captured and prioritized based on the highest valued features. This would help the product owner to address the most critical impediments first, and to align the backlog with the project objectives and stakeholder expectations. This would also help the team to focus on delivering the most valuable features, and to overcome the impediments with the support of the product owner and the project manager. Estimating the financial impact of the impediments and requesting additional funding, beginning to remove the impediments starting with the easiest ones first, or capturing the impediments and informing management that their assistance is needed are actions that should be taken after the impediments are captured and prioritized, not before. These actions do not address the root cause of the situation, which is the misalignment between the backlog and the team’s capabilities. References: (Professional in Business Analysis Reference Materials source and documents)

Professional in Business Analysis (PMI-PBA)® Guide, Chapter 6, Section 6.3.1.2

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

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

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

MVP Definition and Examples | Project Management Glossary - Jexo

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

MVPs and MBIs - Project Management Institute

According to the PMBOK® Guide, quality management is the process of ensuring that the project meets the needs and expectations of the stakeholders1. Quality management involves planning, managing, and controlling quality activities throughout the project life cycle1. A predictive approach to quality management is based on the assumption that the project requirements and scope are well-defined and stable, and that the quality standards and criteria are established upfront1. A predictive approach relies on sequential phases, such as initiation, planning, execution, monitoring and controlling, and closing, and evaluates the quality of the products at the end of each phase1. However, a predictive approach may not be suitable for projects that face high uncertainty, complexity, or change, as it may result in rework, delays, or customer dissatisfaction12.

A hybrid approach to quality management is a combination of predictive and adaptive methods, such as agile, that allows the project manager to tailor the quality practices to the specific needs and characteristics of the project23. A hybrid approach enables the project manager to balance the trade-offs between predictability and flexibility, and to deliver value to the customer in an iterative and incremental manner23. A hybrid approach requires the project manager to understand the context and interdependencies of the process from the team members and then define improvements23. By doing so, the project manager can leverage the expertise and feedback of the team members, who are closest to the work and the customer, and identify the best ways to enhance the quality of the products and the process23. The project manager can use various techniques to understand and improve the process, such as process mapping, value stream mapping, root cause analysis, and continuous improvement123. References:

1: PMBOK® Guide – 4th Edition, Chapter 8: Quality Management

2: A Guide to Hybrid Project Management: Blending Agile and Waterfall

3: How to Do Hybrid Right

A. Allocate and use part of the project’s contingency reserves for training purposes. This option may not be sufficient or feasible, as the contingency reserves are meant to address the identified risks that may occur during the project, not the existing risks that are already affecting the project78. The project manager should not use the contingency reserves for training purposes, but rather seek additional funding or a pproval from the project sponsor or senior management. Moreover, training alone may not be enough to ensure the safety and health of the employees in a dangerous location, as they may still face unpredictable or unavoidable threats or hazards.

C. Perform a retrospective and update the risk register and resource management plan regarding the necessary budget for training. This option may be too late, as the project is already ongoing and the employees are already exposed to the risks in the dangerous location. The project manager should not wait for a retrospective to update the risk register and resource management plan, but rather perform continuous risk monitoring and control throughout the project life cycle910. The project manager should also not focus only on the budget for training, but also on the other aspects of risk management, such as risk identification, analysis, response, and communication.

D. Hire only local resources who are aware of the territory’s hazards, providing employment to the local community. This option may not be realistic or desirable, as the project may require specific skills, qualifications, or experience that the local resources may not have or may be scarce. The project manager should not hire only local resources, but rather balance the project team composition with a mix of local and non-local resources, depending on the project needs and objectives1112. The project manager should also not disregard the safety and health of the local resources, as they may still face risks or challenges in the project environment.

I hope this information helps you with your query. However, I suggest that you consult the official PMP and PBA reference materials and guides for more accurate and reliable information. Thank you for using Bing. 😊

 According to the PMBOK Guide, stakeholder involvement is a key factor for successful change management. Stakeholders are individuals or groups who can affect or be affected by the project outcomes. By involving stakeholders from all levels of the company, the project manager can ensure that everyone understands the need, benefits, and impacts of the change. This can help to reduce resistance, increase buy-in, and foster collaboration among the stakeholders. Additionally, by involving stakeholders early and often, the project manager can solicit their feedback, address their concerns, and incorporate their suggestions into the project plan. This can enhance the quality and acceptance of the project deliverables and outputs. Furthermore, by involving stakeholders from all levels of the company, the project manager can leverage their influence, expertise, and resources to support the project execution and implementation. This can improve the project performance and increase the likelihood of achieving the project objectives. References:

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

PMBOK Guide, 7th edition, Chapter 9: Stakeholders, Section 9.1: Identify Stakeholders, pp. 137-1391

PMBOK Guide, 7th edition, Chapter 9: Stakeholders, Section 9.3: Engage Stakeholders, pp. 144-1451

Professional in Business Analysis (PMI-PBA) Handbook, Section 5: Exam Content Outline, Domain 2: Planning, Task 2.4: Develop a stakeholder engagement plan, pp. 22-232

Professional in Business Analysis (PMI-PBA) Handbook, Section 5: Exam Content Outline, Domain 3: Analysis, Task 3.1: Elicit and confirm information from relevant stakeholders, pp. 24-252

 The project manager should encourage frequent small team meetings with two or three team members to overcome the challenge of finding a suitable time for the daily standup. This is because the daily standup is an important agile practice that helps the team to coordinate their work, share progress, identify impediments, and plan the next steps. However, when the team members are located in different time zones, it can be difficult to schedule a common time that is convenient for everyone. Therefore, the project manager should facilitate smaller and more frequent meetings among the team members who are in the same or adjacent time zones, and ensure that the information is communicated and documented across the whole team. This way, the project manager can maintain the benefits of the daily standup while respecting the team members’ availability and preferences.

The other options are not correct because they do not address the issue of coordination and communication among the team members. Giving up the daily standup and replacing it with a daily report would reduce the interaction and collaboration among the team members, and might lead to delays, misunderstandings, and conflicts. Letting the team members decide themselves if they want to join the meeting would create inconsistency and confusion, and might result in some team members being left out or uninformed. Requiring all team members to join the daily standup regardless of the meeting time would impose an unfair and unrealistic burden on some team members, and might affect their motivation, productivity, and quality of work. References: Agile Practice Guide, section 4.2.1, page 47, PMP Exam Prep, 10th edition, page 100

The correct answer is C. According to the PMBOK® Guide, the project manager should evaluate the impact of any deviations or defects on the project scope, schedule, cost, quality, and risks, and initiate the change request process to obtain approval for any corrective actions1. The project manager should also communicate the change request to the relevant stakeholders and update the project management plan and other documents accordingly2. Asking the product designer why the deviation was not considered, reporting to the project sponsor that the product is working, or asking the quality team to discard the sample and test again are not appropriate actions, as they do not address the root cause of the problem, nor do they follow the change control procedures. References: 1: PMBOK® Guide, page 112-113; 2: PMBOK® Guide, page 121-122

Some of the other options are not appropriate because:

A. Negotiate a reduced review attendance with the stakeholder and update the stakeholder engagement plan to reflect this reduced. This option may compromise the quality and effectiveness of the reviews, as the stakeholder may miss important information, feedback, or decisions. It may also create a perception of low priority or commitment from the stakeholder, which can affect the trust and relationship with the project team3. The stakeholder engagement plan should reflect the optimal level of engagement for each stakeholder, not the minimum4.

C. Record the issue in the issue log and escalate the conflict to the project sponsor for assistance. This option may be too drastic and premature, as the issue may not be a serious conflict that requires escalation. Escalation should be used as a last resort, when the project manager cannot resolve the issue by themselves or with the stakeholder5. Escalation may also damage the rapport and communication with the stakeholder, as it may imply that the project manager is unable to handle the situation or respect the stakeholder’s perspective.

D. Explain to the stakeholder that the stakeholder engagement plan requires their attendance at all reviews. This option may sound too rigid and authoritative, as it does not acknowledge the stakeholder’s concern or provide any justification for the frequency of the reviews. It may also create a sense of resentment or resistance from the stakeholder, who may feel that they are being forced to comply with a plan that they do not agree with or understand. The stakeholder engagement plan should be a flexible and collaborative tool, not a rigid and imposed one4.

I hope this information helps you with your query. However, I suggest that you consult the official PMP and PBA reference materials and guides for more accurate and reliable information. Thank you for using Bing. 😊

The project manager should alert the new project sponsor about the issues that are affecting the project delivery as soon as possible, and seek their support and guidance. The best way to do this is to send an email that summarizes the project status and key concerns, and request an immediate face-to-face meeting to discuss them. This way, the project manager can communicate the urgency and importance of the situation, and establish a direct and personal connection with the project sponsor. The project manager should also prepare a clear and concise agenda for the meeting, and provide relevant information and data to support their claims and recommendations.

Option A is not a good choice, because it is passive and hopeful, rather than proactive and assertive. The project manager should not rely on the project sponsor to find time to attend the project team’s weekly meetings, which may not be relevant or convenient for them. The project manager should initiate a dedicated meeting with the project sponsor to address the specific issues and concerns.

Option C is also not a good choice, because it is ineffective and inefficient. The project manager should not continue emailing updated project status reports, which may not capture the attention or interest of the project sponsor, and may not convey the severity and impact of the issues. The project manager should not wait for the project sponsor to request a meeting, which may not happen in time or at all. The project manager should take the initiative and responsibility to escalate the issues and seek the project sponsor’s involvement and support.

Option D is not a good choice, because it is incomplete and insufficient. The project manager should not just complete a risk analysis and email a copy of the risk register, which may not be enough to persuade or inform the project sponsor. The project manager should also explain the context and background of the issues, and propose possible solutions and actions. The project manager should also follow up with a meeting request, rather than just urging the project sponsor to respond.

 1: Project Management Professional (PMP)® Certification 2: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition

 Lessons learned are the documented information that reflects both the positive and negative experiences of a project. They help project managers and teams to learn from their successes and failures, and to apply that knowledge to improve current and future projects. Reviewing the lessons learned from the previous project is a good practice for the project manager to do before initiating a new project, especially if the new project is similar or related to the previous one. By reviewing the lessons learned, the project manager can identify what worked well and what did not work well in the previous project, and use that information to plan, execute, monitor, and control the new project more effectively and efficiently. The project manager can also avoid repeating the same mistakes, leverage the best practices, and incorporate the feedback and recommendations from the previous project stakeholders. This is part of the Develop Project Charter process, which aims to define the new project and authorize the project manager. The other options are not the best choices because they are not the first thing that the project manager should do before initiating a new project. Ensuring the stakeholder engagement plan is accurate and properly documented (option A) is an important activity, but it is done later in the planning phase, after the project charter is approved and the key stakeholders are identified. The stakeholder engagement plan is a component of the project management plan that describes how the project will communicate and interact with the stakeholders. Identifying the risk of implementing the new solution and evaluating the impact on the project (option C) is also an important activity, but it is done later in the planning phase, after the project scope, schedule, and cost are defined. The risk management plan is a component of the project management plan that describes how the project will identify, analyze, prioritize, respond, and monitor the project risks. Creating a lessons learned document for the initiation phase (option D) is a good practice, but it is done at the end of the initiation phase, not at the beginning. The lessons learned document is a project document that records the knowledge gained from the project activities and processes. It is updated throughout the project and finalized at the end of the project. References:

Project Management Professional (PMP) Reference Materials:

A Guide to the Project Management Body of Knowledge (PMBOK Guide), Sixth Edition, Chapter 4: Project Integration Management, pp. 71-123

A Guide to the Project Management Body of Knowledge (PMBOK Guide), Sixth Edition, Chapter 13: Project Stakeholder Management, pp. 513-558

A Guide to the Project Management Body of Knowledge (PMBOK Guide), Sixth Edition, Chapter 11: Project Risk Management, pp. 395-440

Lessons learned - Project Management Institute

Professional in Business Analysis (PBA) Reference Materials:

Business Analysis for Practitioners: A Practice Guide, Chapter 2: Needs Assessment, pp. 25-40

Lessons learned - Project Management Institute

According to the PMBOK Guide, an issue is a point or matter in question or in dispute, or a point or matter that is not settled and is under discussion or over which there are opposing views or disagreements1. Issues can arise from any aspect of the project, such as scope, schedule, cost, quality, resources, risks, or stakeholders. Issues can affect the performance of the project or the satisfaction of the stakeholders. Therefore, issues need to be identified, analyzed, and resolved in a timely and appropriate manner.

The project manager is responsible for managing issues throughout the project life cycle. One of the tools that the project manager can use to document and track issues is the issue log. The issue log is a project document that provides a structured way of recording and monitoring issues2. The issue log typically contains information such as the issue description, the issue owner, the issue priority, the issue status, the issue resolution, and the issue closure date3.

In this question, the project manager is faced with an issue that can affect the project schedule and the delivery of the product. The vendor’s inability to ship a core component on time is a matter that is not settled and is under discussion with the vendor. The project manager should review and update the issue log to record this issue and its details. The project manager should also determine if any alternative components can be offered by the vendor or another source that can meet the project requirements and minimize the schedule impact. This is part of the issue resolution process, which involves identifying and evaluating possible solutions, selecting the best option, and implementing the agreed-upon action4.

The other options are not the best actions to take next to minimize the impact on the project. Scheduling a meeting with all stakeholders to extend the project deadline is premature and may not be necessary if the issue can be resolved with an alternative component. Replacing the vendor with a new vendor who can offer the component on time is risky and may not be feasible or cost-effective. Adding an item to the next status review to make stakeholders aware of the vendor issue is important, but it does not address the issue resolution or the schedule impact.

 1: PMBOK Guide, 6th edition, p. 720 2: PMBOK Guide, 6th edition, p. 89 3: PMBOK Guide, 6th edition, p. 374 4: PMBOK Guide, 6th edition, p. 375

According to the PMBOK Guide, a root cause analysis is a technique that involves identifying the underlying causes of problems or issues in a project. A root cause analysis can help the project manager and the team to understand the factors that contribute to the negative group behaviors and the lack of motivation and productivity. By conducting a root cause analysis session, the project manager can facilitate a collaborative problem-solving process that involves asking why the problem occurred, finding the root causes, and developing corrective actions to address them. A root cause analysis can also help to improve the team’s communication, trust, and morale, as well as the project’s quality, risk, and stakeholder management. Defining and analyzing performance metrics, escalating poor performance to functional managers, or updating the stakeholder engagement plan are not effective actions for improving the project team’s performance, as they do not address the root causes of the problem, and may create more resentment, frustration, or conflict among the team members. References: PMBOK Guide, Sixth Edition, pages 176, 558; PMI-PBA Guide, First Edition, pages 87, 102.

According to the PMBOK Guide, 7th edition, project governance is the oversight function that aligns the project with the organization’s governance model and encompasses the project life cycle. Project governance provides a framework for making decisions, resolving issues, and escalating risks among the project stakeholders. When a project is facing delays due to conflicting views between senior management and external stakeholders, the project manager should review the adequacy of the project’s governance and ensure that an appropriate structure is in place to facilitate effective communication, collaboration, and decision making. The project manager should also consult the project charter, the stakeholder engagement plan, and the project management plan to identify the roles, responsibilities, and authority levels of the project stakeholders and the escalation process for resolving issues. The other options are incorrect because they do not address the root cause of the problem, which is the lack of clear and consistent project governance. References: PMBOK Guide, 7th edition, page 23; Project governance - Project Management Institute

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

PMBOK® Guide

 According to the PMBOK® Guide 7th Edition, one of the principles of project management is to “tailor based on context”. This means that the project manager should adapt the project delivery approach to the specific needs and characteristics of the project, the organization, and the stakeholders. Hybrid approaches are a way of combining predictive and adaptive methods to suit the project context and deliver value. The marketing director, as a key stakeholder, needs to understand and support the hybrid approach chosen by the project manager and the team. Therefore, the best option is for the project manager to mentor the marketing director on hybrid approaches, explaining the benefits, challenges, and best practices of using them. This will help the director to appreciate the value of the hybrid approach and provide the necessary guidance and resources to the project. The other options are not as effective because they do not address the knowledge gap of the director and may create resistance or confusion. Asking the director to participate in daily meetings may be too overwhelming and time-consuming for the director, and may not provide enough information or context on the hybrid approach. Asking the team members to coach the director may create role confusion and undermine the authority and credibility of the project manager. Training the team and keeping the director informed may not be sufficient to gain the director’s support and involvement, and may create a disconnect between the team and the director. References: : PMBOK® Guide 7th Edition, PMI, 2021, p. 9 : Agile Practice Guide, PMI, 2017, pp. 27-28

The project manager should first check if the sprint size is appropriate for the iteration duration, meaning that the team can realistically complete the user stories within the timebox. This is a way of applying the agile principle of delivering working software frequently and satisfying the customer. If the sprint size is too large or too small, the project manager should work with the team and the product owner to adjust it accordingly, based on the team’s velocity and capacity. This is also a part of the agile practice of adaptive planning and continuous improvement. The other options are not the best choices, as they do not address the root cause of the issue and may introduce more problems. Changing the iteration duration may disrupt the team’s rhythm and alignment with other teams or stakeholders. Recruiting a highly skilled resource may increase the cost and complexity of the project, and may not guarantee the improvement of the team’s performance. Using a reward system may create a competitive or extrinsic motivation that may undermine the team’s collaboration and intrinsic motivation. References: (Professional in Business Analysis Reference Materials source and documents)

A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Chapter 2: Value Delivery System, Section 2.3.2: Iterative and Incremental Development

Business Analysis for Practitioners: A Practice Guide, Chapter 6: Requirements Life Cycle Management, Section 6.3.1: Prioritization

Agile Practice Guide, Chapter 3: Implementing Agile: Creating an Agile Environment, Section 3.3: Team Composition, Roles, and Responsibilities

According to the PMBOK Guide, 7th edition, one of the principles of project management is to support team performance. This means that the project manager should foster a collaborative project team environment, build team competencies, and address and remove impediments, obstacles, and blockers for the team. In this scenario, the project manager should provide appropriate training to the team members who lack the necessary skills or knowledge to perform their tasks, rather than emphasizing deadlines, updating the schedule, or accepting the risk. Providing training will help the team improve their performance, deliver value, and meet the expectations of the steering committee and other stakeholders. References: PMBOK Guide, 7th edition, page 9, Principle 8: Support team performance.

The project manager should submit a change request to update the scope of work, the schedule, and the budget to accommodate the missing deliverable. A change request is a formal proposal to modify any aspect of the project, such as the scope, schedule, cost, quality, resources, or risks. A change request must be documented, reviewed, approved, and communicated by following the change control process. The change control process is part of the perform integrated change control process, which is one of the processes in the project integration management knowledge area. By submitting a change request, the project manager can ensure that the missing deliverable is properly identified, analyzed, and integrated into the project plan, and that the impact on the project objectives and constraints is minimized. The other options are not correct. Adding additional resources to the project may not solve the problem of the missing deliverable, and it may also introduce new risks, costs, and communication issues. Updating the scope of work without submitting a change request may lead to scope creep, which is the uncontrolled expansion of the project scope without proper authorization and approval. Reviewing the risk management plan may help to identify and mitigate any potential risks related to the missing deliverable, but it does not address the root cause of the problem or the impact on the project plan. References: PMBOK Guide, 6th edition, Chapter 4.6, 5.6, How to Manage Change Requests on a Project - PMI

According to the PMBOK Guide, a stakeholder engagement plan is a document that identifies the current and desired levels of stakeholder engagement, and the strategies and actions to increase or maintain stakeholder support throughout the project. A stakeholder engagement plan is an essential tool for managing stakeholder expectations, addressing stakeholder concerns, and resolving stakeholder conflicts. Conflicts between project stakeholders can result in delays, rework, scope changes, or even project failure. Therefore, the project manager should focus on revisiting the stakeholder engagement plan, focusing on specific overlooked stakeholders, to identify the root causes of the conflicts and the best ways to engage them. By doing so, the project manager can improve the stakeholder relationships, align the stakeholder interests, and facilitate the deliverable and output approval process. References:

PMBOK Guide, 7th edition, Chapter 8: Communications, Section 8.3: Manage Communications, pp. 126-1271

PMBOK Guide, 7th edition, Chapter 9: Stakeholders, Section 9.2: Plan Stakeholder Engagement, pp. 141-1431

PMBOK Guide, 7th edition, Chapter 9: Stakeholders, Section 9.3: Engage Stakeholders, pp. 144-1451

Professional in Business Analysis (PMI-PBA) Handbook, Section 5: Exam Content Outline, Domain 2: Planning, Task 2.4: Develop a stakeholder engagement plan, pp. 22-232

B. Include an assessment to verify compliance in the next iteration. This option may be too late, as the project may already be in violation of the new regulation by continuing the testing phase without making any adjustments. The project manager should not wait for the next iteration to assess the compliance, but rather initiate a change request as soon as possible to avoid any legal or ethical issues.

C. Conduct an iteration review to address the new regulation. This option may not be sufficient, as an iteration review is a meeting to inspect the work done in an iteration and obtain feedback from the stakeholders2. An iteration review may not be the appropriate forum to address the new regulation, as it may require more analysis, discussion, and approval from the CCB. The project manager should not rely on the iteration review alone to address the new regulation, but rather submit a change request to formally document and communicate the change.

D. Start the tests over, adapting the trials to the new regulation. This option may be wasteful, as it may disregard the work done and the feedback obtained in the previous iterations. The project manager should not start the tests over without following the change management process, as it may create confusion, inconsistency, and conflict among the project team and stakeholders. The project manager should not make any changes to the project without obtaining the necessary approval from the CCB.

I hope this information helps you with your query. However, I suggest that you consult the official PMP and PBA reference materials and guides for more accurate and reliable information. Thank you for using Bing. 😊

The project manager should meet with the entire team to review the ground rules about safe environments, as this is an important aspect of creating a high-performing team and fostering trust and collaboration among team members1. The project manager should also contact the team member who shared the negative details to explain what information can be shared outside the team and what information should be kept confidential, as this is part of managing the team’s communication and ensuring ethical behavior2. Contacting the team member’s functional manager and inviting them to the next retrospective (option A) may not be appropriate, as it could violate the privacy of the other team member and create more conflict. Meeting with the product owner to talk about the situation (option C) may not be relevant, as the product owner is not directly involved in the issue and may not have the authority or responsibility to resolve it. Meeting with the sponsor to review the situation (option E) may not be necessary, as the sponsor is not directly involved in the issue and may not have the interest or availability to address it. References:

1: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, p. 336.

2: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, p. 379.

 According to the PMBOK Guide, 7th edition, one of the principles of project management is to engage stakeholders proactively. This means that the project manager should communicate effectively with the project sponsor and other key stakeholders about the project status, issues, risks, and changes. When the project manager observes that the project is likely to miss a deadline due to a lack of resources, the best course of action is to escalate the issue to the sponsor and debrief them about the situation. This way, the project manager can seek the sponsor’s support and guidance on how to resolve the resource problem and mitigate the impact on the project schedule. The sponsor may also have the authority and influence to allocate more resources or negotiate a revised deadline with the customer or other stakeholders. By escalating the issue to the sponsor, the project manager demonstrates transparency, accountability, and professionalism. References: PMBOK Guide, 7th edition, page 9, Principle 3: Engage Stakeholders Proactively; page 32, Section 2.3.2.1, Project Sponsor; page 36, Section 2.4.2.1, Project Manager.

The project manager should follow the project escalation policy and communications management plan to address the situation of reduced cost and shortened schedule due to changes in EEFs. EEFs are external factors that can influence the project performance and outcomes, such as market conditions, government regulations, organizational culture, etc. When EEFs change, the project manager should assess the impact of the change on the project objectives, scope, schedule, cost, quality, risk, and stakeholder expectations. The project manager should then communicate the change and its implications to the appropriate stakeholders, such as the sponsor, customer, senior management, team members, etc., following the project escalation policy and communications management plan. The project escalation policy defines the process and criteria for escalating issues and decisions to higher levels of authority within the organization. The communications management plan describes how, when, and by whom information will be distributed, received, and stored throughout the project. By following these plans, the project manager can ensure that the change is properly reported, documented, approved, and implemented, and that the project stakeholders are kept informed and engaged. References: PMBOK Guide, 6th edition, section 2.1.4; PMP Exam Prep, 10th edition, page 111

According to the PMBOK Guide, 6th edition, one of the key processes of the Project Stakeholder Management knowledge area is Identify Stakeholders, which involves identifying the people, groups, or organizations that could impact or be impacted by the project, and analyzing their expectations, interests, and influence. One of the outputs of this process is the stakeholder register, which contains information such as the identification, assessment, and classification of the project stakeholders. By reviewing the stakeholder register, the project manager can gain insight into the expectations of the specific client team member who is requesting trivial information, and understand the possible reasons behind their behavior, such as lack of trust, low engagement, or hidden agenda. This will help the project manager to plan and implement appropriate strategies to manage the stakeholder’s expectations and requests, and avoid unnecessary conflicts or delays in the project. References: PMBOK Guide, 6th edition, pages 509-510, 515.

Developing the resource management plan is the first process in the resource management knowledge area. The resource management plan describes how the project resources, including human resources, will be acquired, allocated, developed, managed, and released. One of the components of the resource management plan is the training plan, which identifies the training needs, objectives, methods, and evaluation criteria for the project team members. By developing the resource management plan and ensuring adequate training, the project manager can address the skill gaps of the team members and prepare them for the key tasks later in the project. This will also enhance the team performance, motivation, and satisfaction. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK® Guide, 6th edition, Section 9.1, pp. 308-313

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

Business Analysis for Practitioners: A Practice Guide, Section 3.4.1, p. 66

According to the PMBOK Guide, project closure is the process of finalizing all activities across all of the project management process groups to formally complete the project or phase1. Project closure involves verifying that all the project deliverables have been completed and accepted by the customer or sponsor, confirming that all the contractual obligations have been met, documenting the project performance and lessons learned, releasing the project resources, and archiving the project records2.

In this question, the project manager is faced with a problem that the client will not agree to closure, claiming that the project team has not performed the code inspections mandated in the development contract. The project team has performed the code inspections, however the records are not complete. This indicates that there is a discrepancy between the contractual requirements and the project documentation, which can lead to disputes, claims, or litigation. The project manager should approach this problem by holding a meeting with the project team, project sponsor, and the client to agree to the further work required to close the project and add to lessons learned. This way, the project manager can facilitate a constructive dialogue among the key stakeholders, clarify the expectations and obligations of each party, negotiate a mutually acceptable solution, and document the agreed actions and outcomes. This will also help to maintain the relationship with the client, ensure customer satisfaction, and capture the lessons learned for future projects.

The other options are not the best actions to take to solve this problem. Seeking expert legal advice on the interpretation of the clauses in the contract is a possible option, but it should be done after trying to resolve the issue amicably with the client and the sponsor. Seeking legal advice may also escalate the conflict and damage the trust and goodwill with the client. Closing the project and handing over the deliverables to the client is not advisable, as it may violate the contract terms and expose the project to legal risks. Holding a lessons learned workshop with the project team and project sponsor to avoid contractual compliance issues arising in future projects is a good practice, but it does not address the current issue with the client and the project closure.

 1: PMBOK Guide, 6th edition, p. 123 2: PMBOK Guide, 6th edition, p. 125

The best option for the project manager in this situation is to provide mentoring to the newly appointed team leader. Mentoring is a process of using experienced members of the organization to provide personal support and guidance to less experienced members of the staff. Mentoring can help the team leader to develop the necessary skills and competencies to manage the team effectively, to overcome challenges, and to achieve the project goals. Mentoring can also foster a positive and collaborative work environment, where the team leader and the team members can learn from each other and share feedback. The project manager can use various techniques and tools to mentor the team leader, such as setting clear expectations, providing regular coaching, giving constructive feedback, sharing best practices, facilitating problem solving, and recognizing achievements. The other options are not as effective as option D. Option A is not feasible, as it may not be possible to find a senior team leader who is available and willing to take over the project. Option B is not proactive, as it only reports the problem, but does not offer any solution. Option C is not empowering, as it undermines the team leader’s authority and responsibility, and may create resentment and demotivation among the team members. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK® Guide – Sixth Edition, Chapter 9: Project Resource Management, Section 9.4.2.3: Interpersonal and Team Skills1

Mentoring - Key Competency for Program and Project Professionals2

How to Improve Your Project Leadership with Coaching and Mentoring3

According to the PMBOK® Guide, one of the key skills of a project manager is to apply appropriate leadership styles to the needs and demands of various situations1. Leadership styles can range from directive to supportive, depending on the level of authority and involvement of the project manager1. Micromanagement is a type of directive leadership style that involves close supervision and control over the work of the team members2. While micromanagement may be suitable for some situations, such as when the team is new or inexperienced, it can be detrimental for others, such as when the team is senior or skilled2. Micromanagement can cause frustration, demotivation, and resentment among the team members, and hinder their performance and creativity23. Therefore, the project manager should adjust their management style to better fit senior team members, who may prefer more autonomy, trust, and feedback23. The project manager can use various techniques to adapt their management style, such as situational leadership, emotional intelligence, and coaching1 . References:

1: PMBOK® Guide – 4th Edition, Chapter 3: The Role of the Project Manager

2: Micromanager Definition: 25 Signs and How To Deal With One

3: What is micromanaging? 6 warning signs

4 Signs You’re a Micromanager in Your Projects

 The project manager should evaluate the situation and identify ways to compress the schedule without impacting baselines, as this is a strategy for handling delays in project programming activities. According to the PMI website, project delays can occur due to various reasons, such as complexity, resource constraints, poor communication, or risk management issues. When a project is behind schedule or at risk of a critical delay, the project manager should analyze the root causes and the impact of the delay, and determine the best course of action to bring the project back on track. One of the possible actions is to compress the schedule, which is a technique to shorten the project duration without changing the project scope. There are two methods of schedule compression: crashing and fast-tracking. Crashing involves adding or adjusting resources, such as people, equipment, or materials, to critical path activities, to reduce their duration. Fast-tracking involves performing critical path activities in parallel or partially in parallel, to reduce their overall duration. Both methods have advantages and disadvantages, and the project manager should weigh them carefully before applying them. The project manager should also monitor and control the schedule performance, and communicate any changes or updates to the stakeholders1.

The other options, asking the team to work overtime, checking the scope, or submitting a change request, are not the best ways to handle delays in project programming activities. Asking the team to work overtime may not be feasible or effective, as it may increase costs, risks, or rework, and may also demotivate or burn out the team members. Checking the scope may help the project manager to verify if there is scope creep, which is the uncontrolled expansion of the project scope, but it may not address the actual causes or consequences of the delay. Submitting a change request may help the project manager to follow the change management process and seek approval from the project sponsor or the change control board, but it may not be necessary or desirable, as it may imply that the project manager is unable to manage the schedule within the agreed baselines.

 1 A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 6.6 2 Business Analysis for Practitioners: A Practice Guide, Chapter 4.3.4 3 How to Manage Project Delays: 6 Effective Tips - ProProfs Project Blog 4 How Can Project Managers Handle Project Delays? - Online Tutorials Library 5 Dealing with delays - Project Management Institute

The project manager should analyze the reason for the gap in understanding with both sides and negotiate a solution, as this is a strategy for managing stakeholder dissatisfaction in agile projects. According to the Agile Alliance, one of the principles of agile software development is to satisfy the customer through early and continuous delivery of valuable software. However, sometimes the customer or stakeholder may not be satisfied with the product, even if it meets the acceptance criteria and is approved by them. This may happen due to various reasons, such as unclear or changing requirements, miscommunication, unrealistic expectations, or lack of feedback. The project manager should identify the root cause of the dissatisfaction and try to resolve it through dialogue and collaboration. The project manager should also use agile techniques, such as backlog refinement, user stories, sprint reviews, and retrospectives, to ensure that the product delivers value to the stakeholder and aligns with their vision and goals1.

The other options, asking the project team to perform the modifications, asking the stakeholder to submit a change request, or explaining to the stakeholder that the project can be closed, are not the best ways to manage stakeholder dissatisfaction in agile projects. Asking the project team to perform the modifications may not address the underlying issue of the dissatisfaction and may also introduce new risks or defects to the product. Asking the stakeholder to submit a change request may not be feasible or appropriate in an agile environment, where changes are expected and welcomed, as long as they add value to the product and do not compromise the quality or scope2. Explaining to the stakeholder that the project can be closed may not satisfy the stakeholder or improve the relationship, as it may imply that the project manager is not willing to listen to their feedback or concerns.

 3 A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 13 2 Agile Practice Guide, Chapter 2 1 Effective Ways for Stakeholder Management in Agile - Premier Agile 4 How to Explain Agile to Your Stakeholders | Agile Alliance

 Feedback is the process of providing constructive and timely information to the project team members about their performance, behaviour, and contribution to the project. Feedback can help the project team to improve their skills, knowledge, and motivation, and to achieve the project goals and deliverables. According to the Project Management Professional (PMP) Reference Materials1, feedback can be given in various ways, such as:

Formal or informal: Formal feedback is planned and structured, and follows a specific format, criteria, and frequency. Informal feedback is spontaneous and flexible, and does not follow a predefined format or schedule.

Positive or negative: Positive feedback is praise or recognition for doing something well, and aims to reinforce and encourage the desired performance or behaviour. Negative feedback is criticism or correction for doing something poorly, and aims to address and improve the undesired performance or behaviour.

Individual or group: Individual feedback is given to one person at a time, and focuses on their specific performance or behaviour. Group feedback is given to a team or a group of people at the same time, and focuses on their collective performance or behaviour.

In this scenario, the team is working on a critical project deliverable and the project manager is concerned about meeting the deadline. There have been complaints from some stakeholders about some of the team members’ performance. The project manager wants to understand the situation and provide feedback to the team as soon as possible. Therefore, the best three actions that the project manager should take to address this situation are:

Define team ground rules: Team ground rules are the agreed-upon norms and expectations that guide the team’s work and interactions. They can help the team to establish a common vision, purpose, and values, and to define their roles, responsibilities, and accountabilities. They can also help the team to communicate effectively, collaborate efficiently, and resolve conflicts constructively. By defining team ground rules, the project manager can ensure that the team members are aware of and aligned with the project goals and deliverables, and that they respect and support each other’s performance and behaviour.

Perform a retrospective session: A retrospective session is a meeting that allows the team to reflect on their past performance and behaviour, and to identify what went well, what went wrong, and what can be improved. It can help the team to learn from their experiences, celebrate their achievements, and address their challenges. It can also help the team to generate ideas and action plans for future improvement and innovation. By performing a retrospective session, the project manager can provide formal and group feedback to the team, and involve them in the feedback process.

Implement daily team meetings: Daily team meetings are short and frequent meetings that allow the team to share their progress, issues, and plans for the day. They can help the team to stay on track, coordinate their tasks, and solve their problems. They can also help the team to communicate regularly, transparently, and collaboratively. By implementing daily team meetings, the project manager can provide informal and individual feedback to the team members, and monitor and support their performance and behaviour.

The other options are not the best choices, because:

Request a manager performance review: A manager performance review is a formal and individual feedback that is given by the team member’s direct manager, and focuses on their overall performance, behaviour, and career development. It is usually done annually or semi-annually, and follows a specific format and criteria. While a manager performance review can be useful and beneficial for the team member, it is not the responsibility of the project manager, unless they are also the team member’s direct manager. Moreover, it is not the most appropriate or timely feedback for the situation, as it does not address the specific project deliverable, deadline, or stakeholder complaints.

Conduct an annual review: An annual review is a formal and group feedback that is given by the project manager, and focuses on the team’s overall performance, behaviour, and achievements for the year. It is usually done at the end of the year or the project, and follows a specific format and criteria. While an annual review can be useful and beneficial for the team, it is not the most appropriate or timely feedback for the situation, as it does not address the specific project deliverable, deadline, or stakeholder complaints.

The product owner is responsible for defining and prioritizing the product backlog, which contains the features and requirements that the project team will deliver in each iteration. To ensure that the product backlog reflects the needs and expectations of the stakeholders, the product owner should validate the acceptance criteria with them before refining the backlog. Acceptance criteria are the conditions that a product feature or requirement must meet to be accepted by the stakeholders. By validating the acceptance criteria with the stakeholders, the product owner can ensure that they are clear, measurable, testable, and aligned with the project vision and goals. This will also help to avoid misunderstandings, conflicts, and rework during the iteration demos, as the stakeholders will have agreed on what constitutes a satisfactory product feature or requirement. References: PMBOK Guide, 6th edition, section 5.1.3.2; Agile Practice Guide, section 4.2.1

According to the PMBOK Guide, the first process in the Project Integration Management knowledge area is Develop Project Charter. This process authorizes the project and defines the high-level scope, objectives, and stakeholders of the project. The project charter is based on the business case, which is the document that justifies the need and value of the project. The business case is usually prepared by the project sponsor or initiator, not the project manager. Therefore, option A is incorrect. Option B is also incorrect, because a SWOT analysis is a technique used to identify the project risks, assumptions, and constraints, which are part of the project planning process, not the initiating process. Option C is incorrect, because engaging stakeholders and allocating resources are also part of the project planning and executing processes, not the initiating process. Option D is the correct answer, because gathering requirements from stakeholders is a key activity in the initiating process group, as it helps to define the scope and objectives of the project, as well as the expectations and needs of the stakeholders. The project manager should gather requirements from stakeholders before developing the project charter, as the charter should reflect the stakeholder requirements and align with the business case. References: = PMBOK Guide, 6th edition, pages 30-33, 75-77, 123-125, 135-137.

A project manager who has team members around the world in different time zones should plan and schedule the tasks and work packages in a way that minimizes the dependency and communication gaps between the offices. This can be done by using techniques such as rolling wave planning, agile methods, or critical chain method, which allow for more flexibility and adaptability in the project schedule. The project manager should also consider the cultural differences, working hours, holidays, and availability of the team members when planning and scheduling the project work. This way, the project manager can avoid delays, conflicts, and misunderstandings caused by the geographical and time zone challenges. References:

A Guide to the Project Management Body of Knowledge (PMBOK Guide) – Seventh Edition, Chapter 3: Project Performance Domain, Section 3.2: Schedule Performance, pp. 55-56

Project Management Professional (PMP) Handbook, Section 2.2: PMP Exam Content Outline, Domain II: Process, Task 2: Plan and manage project schedule, pp. 15-16

Managing Projects Across Time Zones, by ProjectManager.com, published on July 9, 2019

The project manager should ensure that relevant stakeholders and expectations are identified and assess the component delay. This is because the project manager needs to communicate with the stakeholders about the impact of the delay on the project objectives, scope, schedule, cost, and quality, and seek their feedback and support. The project manager also needs to evaluate the component delay and its root cause, and determine the best course of action to address the issue. Asking for expedited delivery, performing a detailed analysis, or proposing a new design are possible actions that the project manager may take after ensuring stakeholder identification and assessment, depending on the outcome of the evaluation. However, they are not the best actions to take in this situation, as they may not address the stakeholder needs and expectations, or may introduce unnecessary changes or risks to the project. References: = PMBOK Guide, 6th edition, page 513, section 10.1.1.1 (Stakeholder Identification); page 518, section 10.1.3.1 (Stakeholder Register); page 520, section 10.2.1.1 (Stakeholder Analysis); page 524, section 10.2.3.1 (Stakeholder Engagement Assessment Matrix); page 526, section 10.3.1.1 (Communication Requirements Analysis)

A project manager who is using an agile approach should be able to respond to changes and issues quickly and effectively. One of the principles of agile project management is to collaborate with stakeholders and customers frequently and openly. Therefore, when the project manager discovers that another company has patented a very similar tool, the best course of action is to schedule a meeting with the critical stakeholders, such as the product owner, the sponsor, the legal team, and the development team, to review the issue and decide on the next steps. This way, the project manager can communicate the impact of the issue, seek feedback and input from the stakeholders, and explore possible solutions or alternatives. The meeting should also result in clear action items and responsibilities for resolving the issue and mitigating the risk. References:

Agile Practice Guide, page 11

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

Agile problems, challenges, & failures - Project Management Institute, page 4

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

According to the PMBOK Guide, the project team is responsible for conducting procurement activities, such as planning, conducting, controlling, and closing procurements. This includes reviewing and updating the contracts as needed to ensure compliance with the project requirements and the applicable laws and regulations. The project manager should also involve the legal department and other relevant stakeholders in the contract review process to avoid any potential issues or disputes. Therefore, if the contract violates a new law that was passed last year, it means that the project team has not performed an adequate review of the contract before renewing it, and has failed to identify and mitigate the risk of non-compliance. References:

PMBOK Guide, Chapter 12, Section 12.1, Plan Procurement Management

PMBOK Guide, Chapter 12, Section 12.2, Conduct Procurements

PMBOK Guide, Chapter 12, Section 12.3, Control Procurements

PMBOK Guide, Chapter 12, Section 12.4, Close Procurements

PBA Guide, Chapter 5, Section 5.3.2, Contract Review and Approval

This option reflects the agile mindset of inspecting and adapting to the current situation, and finding the best way to deliver value to the customer. The other options are either too rigid (B and C) or too risky (D) for an agile project.

However, this is only a suggestion based on one source of reference. You may find other sources that support a different answer, or have a different interpretation of the question. Therefore, you should always check the validity and reliability of the information you find online, and compare it with your own knowledge and experience.

I hope this helps you with your question. If you need more information, you can use the links below to access the web search results. Thank you for using Bing.

 1: Oliver Lehmann 175 questions - PM PrepCast Forum 2: (PDF) 175 PMP Sample Questions | khurram shahzad - Academia.edu 3: PMBOK Guide 5th Edition : Agile Practice Guide

I need to search the Professional in Business Analysis Reference Materials study guide for a comprehensive and detailed explanation. References: I need to search the Professional in Business Analysis Reference Materials source and documents for references.

However, based on the web search results from my internal tool, I can provide you with some possible hints and tips on how to approach this question.

One possible technique to prioritize product backlog items is the MoSCoW method, which stands for Must have, Should have, Could have, and Won’t have. This method helps to classify the items based on their value, urgency, and dependency. Product Backlog Explained [+ Examples] | Atlassian

Another possible technique is the Kano model, which categorizes the items based on how they satisfy the customer’s needs and expectations. The Kano model distinguishes between five types of items: Must be, One dimensional, Attractive, Performance, and Indifferent. 4 Product Backlog Prioritization Techniques That Work - Perforce Software

A third possible technique is the Cost of Delay, which measures the economic impact of delaying the delivery of an item. The Cost of Delay can be calculated by multiplying the value, urgency, and size of the item. The higher the Cost of Delay, the higher the priority. How To Do Backlog Prioritization Easily [Complete Guide] - Agile Digest

The correct answers are A and C. According to the PMBOK® Guide, the five whys and the Ishikawa diagrams are examples of data analysis techniques that can be used to identify the root causes of problems or issues1. The project manager can use these tools to determine why stakeholder engagement is not having the planned effect and address the underlying factors. The communications management plan is a document that describes how project communications will be planned, managed, and controlled2, but it does not help to analyze the reasons for stakeholder engagement issues. The issue log is a project document that records and monitors the issues that arise during a project3, but it does not help to find the root causes of those issues. Open-space meetings are a type of interpersonal and team skills that can be used to facilitate stakeholder engagement and collaboration, but they do not help to diagnose the problem of stakeholder engagement. References: 1: PMBOK® Guide, page 698; 2: PMBOK® Guide, page 377; 3: PMBOK® Guide, page 123; : PMBOK® Guide, page 704

According to the PMBOK Guide, the project manager should ensure that all the required approvals are received per the organizational procedures before implementing any project deliverables. This is part of the control quality process, which involves validating and verifying that the project deliverables meet the quality standards and requirements. By obtaining the necessary approvals, the project manager can avoid any liabilities, penalties, or disputes that may arise from the implementation of the project deliverables. The project manager should not rely on resolving defects, completing tasks, or documenting results alone, as these may not be sufficient to ensure that the project deliverables are acceptable and compliant with the organizational policies and regulations. References: PMBOK Guide, 7th edition, pages 237-238, 241-242.

According to The Scrum Guide (2020), there is only one Product Owner per Scrum Team. The Product Owner is responsible for maximizing the value of the product and is accountable for managing the product backlog. Having more than one Product Owner creates confusion, conflicts in prioritization, and reduces clarity for the team.

Option B reinforces a key Scrum value: clear accountability. This response upholds Scrum principles and prevents role duplication.

Option A assumes both POs will stay, which violates Scrum roles.

Option C bypasses the underlying issue of role conflict.

Option D introduces a hierarchy not present in standard Scrum roles.

Comprehensive and Detailed Explanation:

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

* B is limited to only one sprint.

* C is not the appropriate forum for final reflections.

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

The correct approach is for the project manager to directly address the issue with the team member using empathetic communication and coaching. This aligns with the servant leadership principle common in Agile frameworks, where the project manager facilitates team well-being and engagement through open dialogue.

According to PMBOK® Guide – Seventh Edition, under " Leadership Skills and Team Performance, " the project manager should use emotional intelligence to understand and respond to team dynamics effectively. Option C reflects that behavior.

Options A and D involve external interventions without first understanding the individual. Option B delays the feedback loop and abdicates the project manager’s responsibility.

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

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

Option A is useful but not action-oriented.

Option B doesn ' t address the root problem.

Option D may help but doesn’t correct behavior.

Comprehensive and Detailed Explanation:

The PMO typically maintains standard templates and documentation requirements, especially for steering committees. Engaging the PMO ensures alignment with organizational standards and expectations.

A may result in inconsistent or outdated artifacts.

C may provide insight but not ensure consistency.

D may waste time if templates already exist.

When the project manager identifies that the delay on the critical path was caused by the client, it is essential to formally document this and then seek a discussion with the client. This supports transparency, allows for resolution, and protects the contractor from inappropriate penalties.

Per the PMBOK® Guide – Seventh Edition and PMI ' s Contract Management standards, documenting the root cause and opening a dialogue is the first proper step in addressing contractual disputes.

Option B is a valid legal step, but only after engagement and documentation.

Option C refers to an internal party (sponsor) who may not be relevant here.

Option D may support analysis but does not immediately address the contractual issue.

In government-funded projects during political transitions, proactive stakeholder engagement is essential to maintain continuity. The project sponsor has the political influence and position to communicate with the incoming administration to highlight the project ' s progress, strategic value, and alignment with national/international goals.

According to the PMBOK® Guide – Seventh Edition, managing stakeholder relationships and ensuring continuous support is critical in such scenarios.

Option A delays progress unnecessarily.

Option C supports documentation but not continuity.

Option D is passive and ignores risk mitigation.

The team norms document (sometimes part of the team charter) outlines behavioral expectations, communication styles, and rules for collaboration. It’s the most appropriate document to provide HR insights into how the team works together.

The PMBOK® Guide – Seventh Edition emphasizes defining team agreements early and using them to manage team dynamics.

Option B shows transparency but doesn ' t offer structured insight.

Option C is broader and not focused specifically on team behavior.

Option D covers communication logistics, not interpersonal norms.

In virtual and culturally diverse teams, inclusivity and engagement are best supported by agreed-upon team norms and working agreements. Ground rules that respect time zones, cultures, and communication styles foster equity and psychological safety.

PMBOK® Guide – Seventh Edition and the Agile Practice Guide both emphasize the importance of team agreements, team charters, and cultural awareness in virtual settings.

Option A is supportive but doesn’t address inclusion issues directly.

Option B adds bureaucracy and fragmentation.

Option D is one part of inclusion but not a complete solution.

Agile and adaptive approaches prioritize delivering value continuously and focusing on customer needs. When an enhancement is requested during a demo, the project manager should evaluate whether the change aligns with the project ' s value goals and, if so, integrate it into future iterations if feasible.

According to the Agile Practice Guide and PMBOK® Guide – Seventh Edition, project teams should support value-based delivery and adapt plans to prioritize high-value features when appropriate.

Option A and D focus too early on cost without considering value alignment.

Option C may be valid in a predictive project, but in Agile, the backlog is typically reprioritized instead of triggering formal change control processes.

In Agile environments, value delivery is driven by an actively managed and prioritized product backlog. When a customer feels that value is not being delivered according to the original scope, the first action the project manager should take is to ensure the backlog accurately reflects customer priorities. The Product Owner is responsible for backlog prioritization, but the project manager facilitates stakeholder engagement and ensures that feedback leads to backlog refinement.

According to the Agile Practice Guide, “Backlog refinement is a key mechanism to adjust scope and priorities throughout the project.” Misalignment between delivery and customer expectations often originates from improper backlog management.

Options A and B refer to logs that track issues and changes, but these are reactive records and don’t directly address value delivery. Option D (risk register) deals with potential problems, not actual missed value.

Comprehensive and Detailed Explanation:

In global virtual teams, active listening and adaptability are key leadership traits. By engaging the team, understanding their communication challenges, and adjusting practices accordingly, the project manager demonstrates empathy and responsiveness—essential for building trust and reducing conflict.

* A is passive and may be perceived as blaming.

* B is useful but not the first response.

* D is a leadership principle but too broad without specific action.

* C addresses the root issue and aligns with servant leadership behaviors.

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 project manager’s next step should be to address the conflict through stakeholder engagement and contract/rights clarification. Reviewing the agreement with the property owner and meeting to discuss concerns (D) is the most appropriate immediate action because it seeks resolution at the source, confirms legal/contractual obligations (easements, access rights, notice requirements), and explores mutually acceptable solutions (schedule adjustments, access conditions, compensation processes where applicable). Informing the client maintains transparency and enables coordinated decision-making. Immediately attempting to “force” collaboration via dispute (A) escalates conflict and can increase delays, legal risk, and reputational damage. Rerouting the pipeline (B) is a major scope/schedule/cost change and should not be executed unilaterally; it likely requires approvals and may introduce permitting and engineering impacts. Escalating to the CCB and “waiting” (C) is too passive in the face of an active blocker; escalation may be needed, but the project manager should first attempt direct resolution and clarify rights. This approach increases the chance of timely cooperation while protecting contractual and stakeholder relationships.

This question is best classified in the People domain because it focuses on collaboration, team alignment, and establishing effective ways of working across groups. PMI’s PMP content emphasizes defining team ground rules, engaging and supporting teams, and building shared understanding about a project. In a hybrid environment, where agile and predictive teams operate differently, the project manager should bring representatives from both teams together to establish shared working rules. Meeting with senior team members from both sides is the best choice because it encourages joint ownership, mutual understanding, and practical coordination mechanisms.

Option A is unbalanced because one team should not impose rules on the other. Option C has the same weakness in the opposite direction. Option D is too top-down and does not promote team buy-in. PMP-style leadership favors collaboration over command-and-control, especially when coordination problems arise between teams using different delivery approaches. Creating joint working rules helps clarify communication channels, handoff expectations, decision paths, and timing of interactions. That makes option B the most effective and PMI-aligned action to improve cooperation and reduce delays in a hybrid project setting.

This question is best placed in the People domain because it concerns enabling team clarity, coordination, and effective execution in an agile environment. PMI guidance explains that in agile, the product backlog is the ordered list of work required for the product, and the prioritized backlog signals to the team what work is most important. PMI also notes that backlog planning helps stakeholders and teams decide what the engineering team should work on next. When team members are unclear about upcoming tasks, the most direct and agile-appropriate response is to review the prioritized backlog with the team.

Option B is too narrow because it addresses individuals instead of creating shared team alignment. Option C is too high-level; objectives explain the “why,” but not the immediate “what next.” Option D shifts responsibility toward functional managers, which is less appropriate in agile cross-functional delivery teams. The prioritized backlog is the primary mechanism for transparency, sequencing, and shared understanding of upcoming work. Therefore, reviewing it with the team is the most effective strategy and the answer most consistent with PMI agile principles.

According to the PMBOK Guide, the project manager should communicate the organizational culture and project goal to the external stakeholders in a formal and written manner. This will help the stakeholders understand the context, scope, objectives, and deliverables of the project, as well as the roles and responsibilities of the project team and other stakeholders. A report is an appropriate communication tool for this purpose, as it can provide a comprehensive and structured overview of the project information. The other options are either too informal, indirect, or ineffective for communicating the organizational culture and project goal to the external stakeholders. References: PMBOK Guide, 6th edition, page 376-377, section 10.1.2.1.

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.

In Agile environments, “information radiators” are visual tools used to display project status, sprint progress, burndown charts, impediments, and more. These tools are designed to be easily accessible and quickly convey the state of work to all stakeholders, including new team members and managers.

The Agile Practice Guide (Chapter 6: " Managing with Agile " ) states that: “Agile teams make use of visible charts or ‘information radiators’ to keep project status, goals, and tasks visible and transparent to all.” This makes Option A the correct and most efficient first step for the new employee.

Option B is less efficient and may overload Scrum Masters.

Option C is time-consuming and unnecessary at the initial stage.

Option D provides insight but requires daily repetition and is less efficient than reviewing radiators.

Comprehensive and Detailed Explanation:

When team members are unclear about project completion, the project manager should first review the schedule and deliverables. This helps understand the remaining scope and clarify the path to closure. Reaffirming the plan aligns the team and corrects confusion about transitioning to operations.

Option A gathers feedback but doesn’t clarify the plan.

Option C skips necessary project analysis.

Option D changes methodology without reason.

The RACI chart is a responsibility assignment matrix that helps define roles and responsibilities across project activities. It ensures clarity about who is responsible, accountable, consulted, and informed for each task or deliverable.

The PMBOK® Guide – Seventh Edition recommends responsibility assignment matrices such as RACI as part of stakeholder and resource management.

Option A outlines communication plans but not roles.

Option C visualizes workflow, not responsibilities.

Option D communicates high-level objectives, not detailed responsibilities.

The project manager should begin by talking with the team member to understand what led to the mistake. This aligns with PMI ' s emphasis on servant leadership, respect for individuals, and systems thinking. Gathering context before taking corrective action ensures fairness and allows root cause identification, which can support appropriate next steps like training, process improvement, or system-level changes.

Option A prematurely documents the issue without understanding it.

Option B may be appropriate later but assumes a skill gap before confirming the cause.

Option D is punitive and fails to explore the root cause or support a high-performing team member.

Comprehensive and Detailed Explanation:

When stakeholders request additional scope during project execution, the project manager should not make unilateral changes. Instead, the proper course is to process the change request through the approved governance or change control process. This ensures alignment with scope, budget, and timeline.

Since the final product has already been delivered, the next step is the formal closure of the project. A key activity in project closure includes developing a transition or handover plan to operations, archiving project documents, and completing administrative closure tasks.

According to the PMBOK® Guide – Seventh Edition, transition planning and documentation are integral to the Close Project or Phase process.

Option A skips the necessary transition step.

Option B is unnecessary unless there are incomplete deliverables.

Option D is useful but not the primary next step.

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.

Comprehensive and Detailed Explanation:

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

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

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

By encouraging the SMEs to meet and come to an agreement together, the project manager is using the Collaborate/Problem-Solve conflict resolution technique. This technique involves working together to find a win-win solution that satisfies all parties.

According to the PMBOK® Guide – Seventh Edition, collaboration is the preferred conflict resolution method because it leads to consensus and long-term solutions.

Option A (Compromise) is a lose-lose approach.

Option C (Synergy) is not an official PMI conflict resolution method.

Option D (Force) is a win-lose approach and not used here.

Before establishing communication channels or protocols, it is essential to first understand who the stakeholders are, how they communicate, their locations, and their levels of influence and interest. This is especially important in large, international projects involving virtual collaboration. Developing a stakeholder analysis is a foundational step in building an effective communication strategy.

According to the PMBOK® Guide – Seventh Edition, stakeholder engagement is one of the key performance domains. Section 2.4 states: “Understanding stakeholders, their interests, and their expectations is critical to a project’s success.” Communication strategies should be tailored to stakeholder needs, which cannot be effectively done without performing stakeholder analysis first.

In Agile, backlog refinement and prioritization are continuous and collaborative activities. If user stories (especially those fixing demo issues) are left unprioritized, the team and product owner must work together to reassess and reorder the backlog for upcoming sprints.

Option B is the most proactive, aligned with Agile practices, and focused on collaboration.

Option A may help scope understanding but doesn’t address prioritization.

Option C misuses “spikes” (intended for research, not unplanned work).

Option D is reactive and extends scope rather than adjusting priorities.

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.

Comprehensive and Detailed Explanation:

According to PMI, stakeholders should be prioritized based on their level of influence (power) and interest in the project. Those who can significantly impact the project’s outcome should be engaged more proactively. This supports effective stakeholder engagement planning.

* A and B are biased and not based on objective criteria.

* C focuses only on interest, not impact.

* D is correct: impact and influence are key.