PMI PMP - Project Management Professional (PMBOK 7th Version)

The project manager should first consider organizing paired work sessions for the junior and senior economists. This is a proactive and positive way to address the issue of intimidation and improve the performance and confidence of the junior economist. Paired work sessions can also foster collaboration, knowledge sharing, and mentoring among the project team members. This option aligns with the PMI-PBA practice guide, which states that “pairing a less experienced analyst with a more experienced one can be an effective way to transfer skills and knowledge” (p. 44). The other options are not the best choices because they do not address the root cause of the problem and may have negative consequences for the project. Evaluating the performance of the junior economist in the upcoming months (option A) is a reactive and delayed approach that does not provide any immediate support or guidance to the junior economist. Reassigning some of the junior economist’s tasks to other economists (option B) may reduce the workload of the junior economist, but it does not help him or her overcome the intimidation or develop the skills and knowledge needed for the project. Requesting to replace the junior economist with a more experienced economist (option C) may seem like a quick and easy solution, but it may also demoralize the junior economist, disrupt the project team dynamics, and incur additional costs and risks for the project. References:

PMI-PBA Practice Guide, p. 44 1

PMBOK Guide, 6th edition, p. 336 2

According to the PMP Exam Content Outline, one of the tasks under the domain of Business Environment is to plan and manage project compliance, which includes confirming project compliance requirements and classifying compliance categories. Compliance requirements are the rules and regulations that the project must follow to meet the standards of quality, safety, security, and legality. Compliance categories are the types of compliance requirements that apply to the project, such as security, health and safety, regulatory, environmental, etc. Compliance requirements and categories may vary depending on the industry, country, and organization of the project. Therefore, the project manager should not assume that there are no compliance requirements for the project based on the sponsor’s knowledge, but should seek expert advice from the compliance leader, who is the person responsible for ensuring that the project meets the compliance standards and requirements. The compliance leader can help the project manager confirm if there are any compliance requirements for the project, and if so, what they are and how to comply with them. This will help the project manager avoid the risks and consequences of non-compliance, such as fines, penalties, lawsuits, reputation damage, or project failure. The other options are not correct because they do not involve consulting the compliance leader, who is the best source of information and guidance on compliance matters. Checking with the national compliance agency may not be sufficient, as there may be other compliance requirements at the regional, local, or organizational level. Trusting in the expertise of the sponsor may be risky, as the sponsor may not be aware of all the compliance requirements or changes that may affect the project. Conducting independent research may be helpful, but it may not be comprehensive, accurate, or up-to-date, and it may not address the specific needs and context of the project. References:

PMP Exam Content Outline

How compliance in project management works1

3.1 Plan and Manage Project Compliance2

 the project manager should communicate the situation to the appropriate stakeholders who are responsible for managing the supplier relationship and contract. The purchasing department can then take the necessary actions to mitigate the risk of supplier failure or default, such as negotiating new terms, finding alternative suppliers, or terminating the contract. The project manager should not add the situation to the risk register (A) or use the issue log (D) without informing the purchasing department first, as this would not address the root cause of the problem or prevent potential impacts on the project. The project manager should not identify competitors (B) without consulting the purchasing department, as this could violate the existing contract or procurement policies. References:

PMBOK Guide, 7th edition, page 37, section 2.2.6, “Business Environment”

PMBOK Guide, 7th edition, page 39, section 2.2.7, “Governance”

PMBOK Guide, 7th edition, page 41, section 2.2.8, “Lifecycle”

PMBOK Guide, 7th edition, page 43, section 2.2.9, “Tailoring”

PMBOK Guide, 7th edition, page 45, section 2.2.10, “Models, Methods, and Artifacts”

PMBOK Guide, 7th edition, page 47, section 2.2.11, “Project Performance”

PMBOK Guide, 7th edition, page 49, section 2.2.12, “Adaptive Delivery”

PMBOK Guide, 7th edition, page 51, section 2.2.13, “Project Management Office”

PMBOK Guide, 7th edition, page 53, section 2.2.14, “Project Team”

PMBOK Guide, 7th edition, page 55, section 2.2.15, “Stakeholders”

PMBOK Guide, 7th edition, page 57, section 2.2.16, “Information Management”

PMBOK Guide, 7th edition, page 59, section 2.2.17, “Principles”

PMBOK Guide, 7th edition, page 61, section 2.2.18, “Performance Domains”

PMBOK Guide, 7th edition, page 63, section 2.2.19, “Tailoring and Models”

PMBOK Guide, 7th edition, page 65, section 2.2.20, “Standards Plus”

PMBOK Guide, 7th edition, page 67, section 2.2.21, “Glossary”

PMBOK Guide, 7th edition, page 69, section 2.2.22, “References”

PMBOK Guide, 7th edition, page 71, section 2.2.23, “Index”

PMBOK Guide, 7th edition, page 73, section 2.2.24, “Appendix X1: Summary of Key Concepts”

PMBOK Guide, 7th edition, page 75, section 2.2.25, “Appendix X2: Summary of Tailoring Considerations”

PMBOK Guide, 7th edition, page 77, section 2.2.26, “Appendix X3: Summary of Tools and Techniques”

PMBOK Guide, 7th edition, page 79, section 2.2.27, “Appendix X4: Summary of Agile, Iterative, Adaptive, and Hybrid Approaches”

PMBOK Guide, 7th edition, page 81, section 2.2.28, “Appendix X5: Contributors and Reviewers”

PMBOK Guide, 7th edition, page 83, section 2.2.29, “Appendix X6: PMI Code of Ethics and Professional Conduct”

PMBOK Guide, 7th edition, page 85, section 2.2.30, “Appendix X7: Application Area Extensions”

PMBOK Guide, 7th edition, page 87, section 2.2.31, “Appendix X8: Summary of Changes”

PMBOK Guide, 7th edition, page 89, section 2.2.32, “Introduction”

PMBOK Guide, 7th edition, page 91, section 2.2.33, “Performance Domain: Stakeholders”

PMBOK Guide, 7th edition, page 93, section 2.2.34, “Performance Domain: Team”

PMBOK Guide, 7th edition, page 95, section 2.2.35, “Performance Domain: Development Approach and Lifecycle”

PMBOK Guide, 7th edition, page 97, section 2.2.36, “Performance Domain: Planning”

PMBOK Guide, 7th edition, page 99, section 2.2.37, “Performance Domain: Project Work”

PMBOK Guide, 7th edition, page 101, section 2.2.38, “Performance Domain: Delivery”

PMBOK Guide, 7th edition, page 103, section 2.2.39, “Performance Domain: Measurement”

PMBOK Guide, 7th edition, page 105, section 2.2.40, “Performance Domain: Uncertainty”

PMBOK Guide, 7th edition, page 107, section 2.2.41, “Closing”

PMBOK Guide, 7th edition, page 109, section 2.2.42, “Models, Methods, and Artifacts”

 In a hybrid approach, project managers need to adapt to different project life cycles and methodologies, including agile. Agile teams are self-organizing and empowered, and they value collaboration and feedback over command and control. Therefore, project managers are expected to become coaches or facilitators for agile teams, rather than traditional managers or leaders. They should support the team’s autonomy, alignment, and accountability, and help them overcome impediments and deliver value. The capacity-building activities may not have adequately prepared the project managers for this role shift, which could cause issues in motivating the agile staff. References: PMBOK Guide, 7th edition, section 2.2.3; Professional in Business Analysis (PMI-PBA) Guide, 2nd edition, section 2.2.3.

The project manager should first become aware of any cultural characteristics of the new supplier that could impact negotiation. This is an important step to ensure effective communication and collaboration with the overseas company, as well as to avoid any misunderstandings or conflicts that could arise from cultural differences. By becoming aware of the new supplier’s cultural values, norms, preferences, and expectations, the project manager can adapt their negotiation style and strategy accordingly, and establish a positive and respectful relationship with the new supplier. This option aligns with the PMBOK Guide, 6th edition, which states that “the project manager should be aware of the cultural characteristics of the parties involved in the negotiation and how they may influence the negotiation process and outcome” (p. 480). The other options are not the best choices because they are not the first steps to proceed with the change. Engaging the services of an interpreter who understands the project domain (option A) may be a useful step to facilitate communication with the new supplier, especially if there is a language barrier, but it is not the first step. The project manager should first understand the cultural aspects of the new supplier before engaging an interpreter, as the interpreter may also need to be aware of the cultural nuances and sensitivities. Checking social media to determine if there are any common connections that use the new supplier (option B) may be a helpful step to gather some information or feedback about the new supplier, but it is not the first step. The project manager should first conduct a more formal and reliable assessment of the new supplier’s cultural characteristics, rather than relying on social media, which may not provide accurate or relevant information. Requesting assistance from the procurement department on the next steps (option C) may be a necessary step to proceed with the change, but it is not the first step. The project manager should first prepare themselves for the negotiation with the new supplier by becoming aware of their cultural characteristics, before seeking assistance from the procurement department on the contractual and legal aspects of the change. References:

PMBOK Guide, 6th edition, p. 480 1

PMBOK Guide, 6th edition, p. 489 2

The project manager should first meet with the stakeholder to better understand their expectations and update the stakeholder engagement plan. The stakeholder engagement plan is a component of the project management plan that identifies the strategies and actions required to promote productive involvement of stakeholders in project decisions and execution1. By meeting with the stakeholder, the project manager can identify the stakeholder’s information needs, communication preferences, and level of interest and influence on the project. This will help the project manager to tailor the periodic reports and other communication methods to meet the stakeholder’s expectations and increase their satisfaction and support for the project2.

Option A is not the best answer because adding the stakeholder details into the periodic reports and updating the project management plan is a possible action to take after meeting with the stakeholder and understanding their expectations. It is not the first thing to do.

Option B is not the best answer because inviting the stakeholder to all future project review meetings and updating the project management plan is also a possible action to take after meeting with the stakeholder and understanding their expectations. It is not the first thing to do.

Option C is not the best answer because updating the project management plan with the new information and informing all of the relevant stakeholders is a general and vague action that does not address the specific issue of the stakeholder’s complaint. It is not the first thing to do. References: 1: PMBOK Guide, 7th Edition, Section 13.1.3.1, Stakeholder Engagement Plan 2: PMBOK Guide, 7th Edition, Section 13.2.2.4, Communication Requirements Analysis

The question is about a project team that is distributed across two countries with a significant time difference. The project manager needs to improve the interactions and collaboration between the team members in both locations. The best option for the project manager to do this is:

Identify virtual communication methods and arrange for regular team meetings accordingly: This option is effective and feasible in managing a geographically dispersed team. The project manager should identify the appropriate communication methods and tools, such as email, phone, video conferencing, instant messaging, etc., that suit the needs and preferences of the team members. The project manager should also arrange for regular team meetings, such as daily stand-ups, weekly status updates, monthly reviews, etc., that accommodate the time zones and schedules of the team members. The project manager should ensure that the team meetings are well-planned, structured, and facilitated, and that they foster trust, feedback, and engagement among the team members12

The other options are not as effective or feasible as the first option. They are:

Ensure full participation of both the product owner and business SMEs in scope planning sessions: This option is relevant and desirable, but it is not sufficient to improve the interactions between the team members in both countries. The scope planning sessions are only one aspect of the project communication, and they might not occur frequently or regularly. The project manager should also consider other communication methods and events that involve the entire team and address their needs and expectations3

Explore the opportunity to have both teams colocated: This option is ideal but unrealistic. Colocation is the physical proximity of the team members in the same location, which can enhance communication, collaboration, and performance. However, colocation is not always possible or practical, especially for teams that are distributed across different countries. The project manager should consider the costs, benefits, and feasibility of colocation, and weigh them against the alternatives1

Plan for frequent face-to-face meetings: This option is beneficial but costly. Face-to-face meetings are the most effective form of communication, as they allow for direct interaction, non-verbal cues, and rapport building. However, face-to-face meetings are also the most expensive and time-consuming, especially for teams that are located in different countries. The project manager should balance the frequency and duration of face-to-face meetings with the budget and schedule constraints, and complement them with other communication methods and tools1

 1: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 10, Section 10.1.2.1 2: Business Analysis for Practitioners: A Practice Guide, Chapter 8, Section 8.3.1 3: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 5, Section 5.2.2.1 : Business Analysis for Practitioners: A Practice Guide, Chapter 4, Section 4.2.1 : A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 9, Section 9.1.2.1 : Business Analysis for Practitioners: A Practice Guide, Chapter 8, Section 8.3.2

EVA is a method of measuring project performance by comparing the actual work done, the planned work, and the budget. It helps to determine the project’s progress, efficiency, and profitability. EVA is a useful tool for agile projects, as it can provide timely feedback and allow for adjustments as needed12.

The other options are not as relevant or effective for illustrating the project’s performance in an agile context:

A. Results of the MoSCoW assessment: MoSCoW is a prioritization technique that helps to classify the project requirements into four categories: Must have, Should have, Could have, and Won’t have. It helps to focus on the most important and valuable features for the customer. However, it does not measure the project’s performance or progress3.

B. Cost-benefit analysis: Cost-benefit analysis is a technique that compares the costs and benefits of a project or a decision. It helps to evaluate the feasibility and profitability of a project. However, it does not reflect the project’s performance or progress, especially in an agile environment where the scope and requirements may change frequently4.

C. Return on investment (ROI) analysis: ROI analysis is a technique that measures the profitability of a project or a decision by comparing the benefits and costs. It helps to assess the value and impact of a project. However, it does not indicate the project’s performance or progress, especially in an agile environment where the benefits and costs may vary over time.

An agile leader should ensure participation from all team members in the final phase of a complex project, as this will help to foster collaboration, communication, feedback, and alignment among the project stakeholders. Participation from all team members will also help to identify and resolve any integration issues, risks, or dependencies that may arise during the delivery stage. Participation from all team members will also promote a sense of ownership, accountability, and commitment to the project outcomes. Asking the client to attend all daily calls may not be feasible or necessary, as the client may have other priorities or constraints. Ensuring cross-departmental teams are colocated may not be possible or beneficial, as the project may involve remote or distributed teams, or different organizational cultures. Requesting additional project resources may not be the best option, as it may introduce new challenges such as coordination, training, or integration costs. References: PMBOK Guide, 7th edition, pages 99, 100, 101, 102.

According to the PMBOK® Guide, a project manager should be able to plan and manage the project schedule, taking into account the availability and capacity of resources, as well as the project constraints and assumptions. When a project involves multiple international locations, the project manager should also consider the cultural and environmental factors that may affect the project performance, such as holidays, working hours, communication preferences, and legal requirements. In this scenario, the project manager realized that some of the key activities were scheduled over the holiday periods in the overseas offices, which caused delays in the project. The project manager should update the schedule to reflect the holidays and share the workload among offices to mitigate schedule slippage. This option demonstrates the project manager’s ability to adjust the schedule based on the actual resource availability and to balance the resource allocation across different locations. Updating the schedule and sharing the workload may also help to maintain the team’s morale and productivity, as well as the stakeholder’s satisfaction. Hiring additional personnel on a temporary basis, requesting that the offices in overseas locations work overtime, or notifying the project sponsor of the delayed completion are not effective or appropriate actions to take in this situation. These options may incur additional costs, risks, or conflicts, and may not address the root cause of the problem. They may also indicate a lack of planning, communication, or collaboration skills on the part of the project manager. References: PMBOK® Guide, 6th edition, pages 191-192, 267-268, 349-350.

According to the PMBOK Guide, planning poker is a technique used to estimate the size of user stories in agile projects. It involves each team member privately selecting a card with a number that represents the relative size or complexity of a user story, and then revealing their choices simultaneously. The team then discusses the reasons for the differences and repeats the process until they reach a consensus or an acceptable range. This technique helps the team to avoid anchoring, groupthink, and estimation bias, and to consider different perspectives and assumptions. By continuing multiple rounds of planning poker, the team can improve the accuracy and reliability of their estimates and plan their iterations more effectively. References: PMBOK Guide, 7th edition, page 309; Agile Estimation Techniques for the PMP Exam

The question describes a situation where a project manager is assigned to a digital transformation project in a conservative company culture that is resistant to change. The first step in supporting the transformation is to ensure that all stakeholders understand the purpose and benefits of the change. This can be achieved by providing proper training sessions, as suggested in option C. This approach will help to alleviate fears and resistance, and foster a more positive attitude towards the transformation. References: PMBOK Guide, 6th Edition, Section 4.3: Direct and Manage Project Work

 The forming phase of a project team is when team members are uncertain about the team’s purpose, their roles, and how to work together1. The project manager’s job is to help the team overcome this uncertainty by clarifying the team goals, expectations, and norms2. One of the tools that can help the project manager in this stage is to assess and analyze the personality indicators of the team members, such as the Myers-Briggs Type Indicator (MBTI) or the DiSC profile. These tools can help the project manager understand the preferences, strengths, and weaknesses of each team member, and how they interact with others3. By doing so, the project manager can tailor the team-building activities to suit the needs and preferences of the team, and avoid activities that might cause discomfort, frustration, or conflict among the team members. For example, improvisation theater activities might be fun for some team members who enjoy spontaneity, creativity, and humor, but they might be stressful or awkward for others who prefer structure, planning, and logic. Therefore, the project manager should have assessed and analyzed the personality indicators of the team before choosing such an activity, and consulted with the team members to ensure that they are comfortable and willing to participate. Alternatively, the project manager could have chosen a different team-building activity that is more suitable for the forming stage, such as icebreakers, introductions, or games that help the team members get to know each other better4. References:

1: The 5 Stages of Team Development (Including Examples) | Upwork

2: Forming, Storming, Norming and Performing for Agile teams | Scrum.org

3: Team Development Cycle: From Forming To Performing - Teamhood

4: 45 Team Building Games to Psych Up Your Team [2023] • Asana

According to the PMBOK Guide1, a hybrid approach is a combination of predictive and adaptive (agile) methodologies that suits the needs and context of a project. A hybrid approach can provide flexibility, customer satisfaction, and risk management benefits. However, it also requires a high level of collaboration, communication, and alignment among the project stakeholders, especially the sponsor and the team. Therefore, the project manager should train the marketing team on the hybrid approach and keep their director informed of the progress, benefits, and challenges of using it. This way, the project manager can ensure that the team is competent and confident in applying the hybrid approach, and that the director is aware and supportive of the new direction. The project manager can also use this opportunity to address any concerns or resistance from the director and demonstrate the value of the hybrid approach for the project and the organization.

The other options are not as effective as option C. Option A is not realistic, as the marketing director may not have the time or interest to receive formal training on the hybrid approach. Option B is not respectful, as the marketing team members are not in a position to coach their director. Option D is not appropriate, as the project manager is not the director’s mentor and cannot assume that role without the director’s consent and agreement. References: 1 PMBOK Guide, Seventh Edition, Chapter 2: Value Delivery System, Section 2.3: Tailoring the Delivery Approach, Page 38.

The question is about a project that faces a potential threat from a competitor’s product launch using the same innovation. The project manager needs to assess the impact of this threat on the project’s objectives and take appropriate actions to mitigate it. The best option for the project manager to do next is:

Document the issue in the issue log and escalate to the project sponsor: This option is proactive and follows the best practice of issue management. The project manager should document the issue, its impact, and possible solutions in the issue log, which is a tool for tracking and resolving issues that affect the project. The project manager should also escalate the issue to the project sponsor, who is the person or group that provides the resources and support for the project. The project sponsor can help the project manager to evaluate the options and make decisions that align with the project’s goals and business strategy12

The other options are not as effective or appropriate as the first option. They are:

Inform the project sponsor and suggest canceling the project: This option is premature and pessimistic. The project manager should not suggest canceling the project without analyzing the situation and exploring alternatives. Canceling the project might result in wasted resources, lost opportunities, and damaged reputation. The project manager should work with the project sponsor to find ways to overcome the threat and deliver value to the customer3

Review the project goals and eat criteria m the project charter: This option is passive and incomplete. The project manager should review the project goals and acceptance criteria in the project charter, which is a document that authorizes the project and defines its scope, objectives, and stakeholders. However, this is not enough to address the issue. The project manager should also document the issue, communicate with the project sponsor, and take actions to resolve the issue4

Ask the leader of research and development to decide on next steps: This option is irresponsible and risky. The project manager should not delegate the decision-making to the leader of research and development, who might not have the authority, responsibility, or knowledge to handle the issue. The project manager should consult with the leader of research and development, who is a subject matter expert, but the project manager should also involve the project sponsor, who is the project owner, and other relevant stakeholders, who might be affected by the issue. The project manager should lead the issue resolution process and ensure that the decisions are aligned with the project’s goals and business strategy.

 1: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 4, Section 4.4.3.1 2: Business Analysis for Practitioners: A Practice Guide, Chapter 8, Section 8.4.2 3: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 2, Section 2.4.3 4: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 4, Section 4.1.3.1 : A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 13, Section 13.2.2.4

The best way to resolve any stakeholder issues is to communicate with them directly and openly. Setting up a meeting with the stakeholder will allow the project manager to understand their expectations, needs, and concerns, and to negotiate a mutually acceptable solution. Moving to a predictive approach, talking to the team separately, or scheduling a team retrospective will not address the root cause of the problem, which is the stakeholder’s dissatisfaction with the product concept. Moreover, these options may create more confusion, conflict, or delay in the project. References:

PMBOK® Guide, 6th edition, page 518: “The project manager should proactively and regularly engage with stakeholders to understand their needs and expectations, address issues as they occur, manage conflicting interests, and foster appropriate stakeholder engagement in project decisions and activities.”

PMI-PBA® Guide, 1st edition, page 35: “The business analyst should communicate with stakeholders to elicit, analyze, and validate their needs and expectations, and to facilitate collaboration and consensus-building.”

 According to the PMBOK Guide, one of the key inputs to the develop project team process is the training needs assessment, which identifies the gaps between the current and desired competencies of the project team members1. The project manager should assess the training requirements and ensure time for professional development training by senior members, as this is a way of enhancing the skills and knowledge of the team members, improving their performance, and increasing their motivation and satisfaction2. This option is also aligned with the Professional in Business Analysis (PMI-PBA) Guide, which states that the business analyst should identify and address the training needs of the project team and stakeholders3. The other options are not appropriate, as they do not address the root cause of the problem, which is the lack of experience and competence of the team members. Increasing the overall project duration may not improve the quality of the project deliverables, and may also increase the project costs and risks. Replacing or removing team members may not be feasible or desirable, as it may disrupt the team dynamics, cause resentment, and create additional work for the project manager. Moreover, these options do not consider the potential of the team members to learn and grow in their roles. References: 1: PMBOK Guide, 6th edition, page 3492: Project Team Training: Proven Key to Organizational Teamwork43: Professional in Business Analysis (PMI-PBA) Guide, 2nd edition, page 97.

 According to the PMBOK Guide, 7th edition, one of the agile principles is to “prioritize work that delivers the most value”. This means that the project manager should help the team and the product owner to rank the requirements in order of importance and urgency, rather than using vague categories such as high, medium, and low. A numerical prioritization system, such as the MoSCoW method (Must have, Should have, Could have, Won’t have) or the 100-point method, can help the team to focus on the most valuable features and avoid confusion and ambiguity. This also aligns with the agile value of “responding to change over following a plan”, as the team can adjust the priority of the requirements based on the feedback and changes from the stakeholders. References: PMBOK Guide, 7th edition, page 14, 15, 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, 54, 55, …

A project manager who is managing two integrated projects in a program should use effective communication and conflict management skills to resolve issues that arise from misalignment or integration points. The project manager should first meet with both integration leads to understand the root cause of the problem and facilitate a collaborative solution that satisfies both parties and aligns with the program objectives. Assigning the resolution of the issue to either one of the integration leads, or escalating the issue to the program architect, are not the best options as they may create more conflict or undermine the authority of the project manager. References:

PMBOK Guide, 7th edition, page 65

Standard for Program Management, 4th edition, page 67

PMI-PBA Exam Content Outline, page 10

[PMI-PBA Handbook], page 11

According to the Agile Practice Guide, one of the principles of agile project management is to " build projects around motivated individuals. Give them the environment and support they need and trust them to get the job done. " 1 Therefore, the project manager should not ignore, punish, or override the team member who has a different opinion, but rather try to understand their perspective and work with them to reach a consensus. This can foster a positive team culture and improve the quality of the sprint goals. References: 1: Agile Practice Guide, page 10.

A hybrid approach is a combination of predictive and adaptive (or agile) methodologies that can be tailored to suit the project’s needs and context. A hybrid approach can offer the benefits of both approaches, such as clarity, flexibility, responsiveness, and customer satisfaction. However, a hybrid approach also requires careful planning, coordination, and communication among the project stakeholders, especially the project manager, the product manager, and the project sponsor12.

The best option for the project manager to proceed with the project management plan is to explore with the product manager to determine if there are viable opportunities to deliver value incrementally and increase business value. This option can help the project manager to understand the product vision, scope, and requirements, and to identify the areas where an adaptive approach can be applied. It can also help the project manager to collaborate with the product manager and align their expectations and goals. Moreover, it can help the project manager to demonstrate the value of a hybrid approach to the project sponsor and gain their support and approval3 .

The other options are not as effective or relevant for proceeding with the project management plan:

A. Ask the team to assess whether the product specification can be expressed in user stories to enable a Scrum or Kanban approach: User stories are a common tool used in agile methodologies to describe the features and functionalities of a product from the perspective of the end user. They help to capture the user needs, preferences, and value proposition. However, user stories are not the only way to express the product specification, and they may not be suitable for every project or product. Asking the team to assess whether the product specification can be expressed in user stories may not address the project manager’s need to explore the hybrid approach with the product manager and the project sponsor. It may also create confusion or conflict among the team members, who may not be familiar with or comfortable with agile methodologies .

C. Recommend to the project sponsor that a predictive approach is appropriate for the project due to the stable product requirements: A predictive approach is a traditional methodology that follows a linear and sequential process of planning, executing, and controlling the project. A predictive approach is suitable for projects that have stable and well-defined requirements, scope, and deliverables. However, a predictive approach may not be able to accommodate changes, uncertainties, or complexities that may arise during the project. Recommending to the project sponsor that a predictive approach is appropriate for the project may not reflect the project manager’s willingness to explore the hybrid approach, and may also disregard the project sponsor’s request and preference .

D. Ask the product manager whether they are prepared to act as product owner for the project in order to participate in iterative planning and reviews: A product owner is a role in agile methodologies that represents the voice of the customer and the business. A product owner is responsible for defining, prioritizing, and validating the product backlog, and for collaborating with the development team and the stakeholders. A product owner is also involved in iterative planning and reviews, such as sprint planning, sprint review, and sprint retrospective. However, a product owner is not the same as a product manager, and they may have different skills, responsibilities, and expectations. Asking the product manager whether they are prepared to act as product owner for the project may not be appropriate or realistic, and may also imply that the project manager has already decided to adopt an agile methodology without consulting the product manager or the project sponsor .

According to the PMBOK Guide, the project manager is responsible for managing the project team and resolving any conflicts that may arise among team members. The project manager should use appropriate conflict resolution techniques, such as problem-solving, compromising, or collaborating, to identify the root causes of the issues and guide the team members toward a mutually acceptable solution. Removing one of the team members, warning them about their behavior, or training them on communication techniques and interpersonal behavior are not effective ways of handling this situation, as they do not address the underlying problems or foster a positive team environment. References: PMBOK Guide, 7th edition, page 223-224; PMBOK Guide, 6th edition, page 349-350.

According to the PMP Exam Content Outline, one of the tasks under the domain of Stakeholder Management is to manage stakeholder engagement, which includes communicating and interfacing with stakeholders to meet their needs and expectations, address issues, and foster appropriate stakeholder involvement. Stakeholder engagement is the process of involving stakeholders in the project decisions and activities, and ensuring that their interests and concerns are considered and addressed. Stakeholder engagement is crucial for project success, as it can increase stakeholder satisfaction, commitment, support, and trust, as well as reduce conflicts, risks, and resistance to change12.

One of the tools and techniques for managing stakeholder engagement is the stakeholder engagement plan, which is a component of the project management plan. It describes the strategies and actions that will be used to promote productive involvement of stakeholders in decision making and project execution3. The stakeholder engagement plan should include the following elements:

Stakeholder identification and analysis: This involves identifying the key stakeholders of the project, their roles, interests, expectations, influence, and impact on the project, and their current and desired levels of engagement.

Stakeholder engagement assessment matrix: This is a table that shows the changes in the level of engagement of each stakeholder or stakeholder group over time, and the gaps between the current and desired levels of engagement.

Stakeholder engagement strategies: These are the approaches and methods that will be used to increase the level of engagement of stakeholders, such as communication, negotiation, collaboration, consultation, education, etc.

Stakeholder communication plan: This is a document that specifies the information needs and preferences of each stakeholder or stakeholder group, the frequency and mode of communication, the communication channels and methods, the communication roles and responsibilities, and the communication feedback and evaluation mechanisms.

Stakeholder engagement action plan: This is a list of specific actions and activities that will be performed to implement the stakeholder engagement strategies and the stakeholder communication plan, such as conducting meetings, workshops, surveys, interviews, presentations, reports, etc.

One of the best practices for stakeholder engagement is to set clear meeting expectations by sharing agendas in advance. This can help the project manager to obtain participation from key stakeholders who do not usually attend project meetings, by:

Showing respect for the stakeholders’ time and availability, and inviting them to attend only the meetings that are relevant and important for them.

Providing them with the purpose, objectives, topics, and outcomes of the meeting, and how their input and feedback will be valued and used.

Encouraging them to prepare for the meeting, and to raise any questions, issues, or concerns beforehand or during the meeting.

Creating a positive and collaborative atmosphere for the meeting, and facilitating the discussion and interaction among the participants.

Following up with the stakeholders after the meeting, and sharing the meeting minutes, action items, and decisions.

The other options are not correct because they do not address the root cause of the lack of stakeholder participation, which is the low level of engagement. Distributing the communications management plan may not be effective, as the stakeholders may not read it or find it relevant. Rescheduling meetings to align with the stakeholders’ availability may not be feasible, as the stakeholders may have conflicting schedules or priorities. Escalating the issue to senior management may not be appropriate, as the stakeholders may perceive it as a threat or a sign of disrespect. Therefore, the best option is to set clear meeting expectations by sharing agendas in advance, as this can increase the stakeholder engagement and participation in the project meetings. References:

PMP Exam Content Outline

Stakeholder analysis4

Stakeholder engagement plan3

7 Benefits of Stakeholder Participation1

Project Stakeholder Management According to the PMBOK2

According to the PMBOK Guide 7th edition, a reserve analysis is a technique used to determine the amount of contingency and management reserves needed for a project. Contingency reserves are used to address known risks, while management reserves are used to address unknown risks. The risk management plan is a component of the project management plan that describes how risk management activities will be planned, structured, and performed. The project manager should request a reserve analysis and update the risk management plan to account for the critical element and the reserves needed in the next phase of the project. This will help the project manager to manage the uncertainties and potential impacts of the risks on the project objectives. References: PMBOK Guide 7th edition, pages 215-216, 223-224, 228-229. PMBOK Guide 7th Edition and PMP Exam Prep

 A definition of ready (DoR) is a set of criteria or conditions that a product backlog item (PBI) must meet to be considered ready to be pulled into the sprint backlog1. A DoR ensures that the PBIs are clear, feasible, valuable, testable, and independent23. By creating a DoR for the backlog items, the project manager can avoid work overruns and ensure that the team can effectively tackle the tasks in the sprint2. References:

Definition of Ready (DoR) [+ Key Components] | Atlassian

Definition of Ready: Keeping Your Backlog in Check - Atlassian Community

Ready or Not? Demystifying the Definition of Ready in Scrum

According to the PMBOK® Guide 6th Edition, the project manager should provide the failed test results along with the agreed-upon acceptance criteria to support their claim to the vendor. This is because the acceptance criteria are the measurable and verifiable standards that define the quality requirements of the project deliverables. The project manager and the vendor should have agreed on the acceptance criteria before signing the contract. Therefore, providing the failed test results along with the acceptance criteria will show the vendor that they have not met their contractual obligations and that they need to take corrective actions to improve the system quality. References: PMBOK® Guide 6th Edition, page 161, section 5.5.2.1; page 287, section 8.2.2.1; page 375, section 12.1.2.1.

According to the PMBOK Guide, a project manager should put any new requirements in the backlog and submit a formal change request for approval, when a change in project scope is requested by a stakeholder. This is part of the perform integrated change control process, which involves reviewing and approving all change requests that affect the project scope, schedule, cost, quality, resources, communications, risks, procurements, or stakeholder engagement. A formal change request is a document that describes the proposed change, its justification, its impact, and its alternatives. A formal change request should be submitted to the change control board (CCB), which is a group of stakeholders authorized to approve or reject changes. The CCB should evaluate the change request based on the project objectives, the project management plan, the project documents, and the stakeholder expectations. The CCB should also consider the potential benefits and drawbacks of the change, as well as its alignment with the project charter and the business case. The CCB should then communicate the decision to the project manager and the relevant stakeholders, and update the project documents and the project management plan accordingly. This process ensures a consistent and transparent approach to managing changes, and prevents scope creep or unauthorized changes that could negatively affect the project performance or quality. References: PMBOK Guide, 6th edition, pages 115-116, 121-122.

According to the PBA Guide, a project manager should use negotiation skills to resolve resource conflicts and obtain the best possible resources for the project. Negotiation involves communication, collaboration, and compromise among the stakeholders involved in the resource allocation. In this case, the project manager should contact the other project manager to request the resource, and try to reach a mutually acceptable agreement that balances the needs and priorities of both projects. This is preferable to asking the procurement department to supply a different resource, which may introduce additional costs, risks, and delays to the project. It is also preferable to changing the schedule according to the availability of the resource, which may affect the project scope, quality, and stakeholder expectations. Asking the sponsor to obtain the resource as originally planned may not be feasible or effective, as the sponsor may not have the authority or influence to resolve the resource conflict, and may perceive the project manager as unable to manage the project resources. References: = PBA Guide, Chapter 5: Planning the Business Analysis Approach, Section 5.2.3: Negotiating for Resources, page 97. PMP Exam Content Outline, Domain II: Process, Task 4: Acquire and manage project resources, page 9.

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, stakeholder engagement is the process of identifying the people, groups, or organizations that could impact or be impacted by the project, analyzing their expectations and influence, and developing appropriate strategies to effectively engage them in project decisions and execution. Stakeholder engagement is especially important for projects that involve virtual teams, as they may face challenges such as communication barriers, cultural differences, lack of trust, and low visibility. By performing stakeholder engagement with the virtual team, the project manager can ensure that the team members are aware of the project objectives, requirements, and deliverables, and that they receive timely and constructive feedback, recognition, and support. This can help improve the team’s performance, motivation, and collaboration, and ultimately lead to better project outcomes. References: PMBOK Guide, 6th edition, pages 513-514, 540-541; PMP Practice Exam, question 4.

This question belongs to the People domain because it centers on stakeholder management, communication, and responding professionally to dissatisfaction. PMI guidance highlights that project managers need strong communication and consulting skills, especially in transformation efforts where stakeholder expectations may shift and dissatisfaction may signal a deeper need that has not been fully understood. The best first response is to listen carefully and show understanding of the stakeholder’s growing needs. That demonstrates emotional intelligence, respect, and a willingness to understand the concern before defending the current status.

Option A is too defensive because being on schedule does not necessarily mean the stakeholder’s business need is being met. Option B is too submissive and assumes fault before understanding the issue. Option C is also defensive because its purpose is to prove the stakeholder wrong rather than address the concern. PMP-style reasoning favors active listening first, then clarification, then appropriate action. By understanding what is driving the dissatisfaction, the project manager can address the real issue and maintain a productive relationship with a key stakeholder.

A sudden loss of talent is a resource constraint that reduces delivery capacity across multiple projects. The most practical recovery action is to reduce scope (A) so the remaining team can still meet critical target dates with available resources. Scope reduction (often via re-prioritization, deferring lower-value features, or reducing nonessential deliverables) directly aligns work with constrained capacity and protects the most important outcomes. Crashing (B) generally requires adding resources, but the scenario describes a talent shortage—resources are not readily available—so crashing is not feasible and may increase cost. Fast-tracking (C) increases parallel work and coordination, which typically raises risk and rework; it also assumes adequate staffing to handle overlapping activities, which is unlikely during resignations. Revising target dates (D) may ultimately be required, but as a “recovery” action, the project manager should first optimize scope to preserve key milestones before seeking schedule changes. Right-sizing scope to capacity is the most direct way to stabilize delivery, reduce missed milestones, and maintain stakeholder confidence.

==========

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.

==========

To review relationships between important tasks, the team needs a tool that highlights activity sequencing and dependencies. A PERT-style network diagram (D) is designed to visualize logical relationships among activities and supports understanding how work flows through the project, which tasks depend on others, and where bottlenecks may occur. This is especially useful at the start of execution to ensure that major construction activities are coordinated and that predecessors are completed before successors begin. A milestone chart (A) shows key dates but not detailed task relationships. The schedule management plan (B) explains how the schedule will be developed and controlled, but it is not a dependency map. The statement of work (C) describes what is to be delivered and contractual expectations, not the sequencing logic. Reviewing a network-based artifact helps the team validate sequencing assumptions, confirm handoffs between phases/areas, and focus attention on tasks that influence overall progress. This improves execution readiness and reduces the risk of misaligned work sequencing causing rework or delays.

==========

This question belongs to the Process domain because it deals with risk response, issue handling, and controlled decision-making. PMI’s PMP Examination Content Outline emphasizes that project managers should assess and manage risks, evaluate response options, and take actions that best support project outcomes. When a previously identified risk becomes an issue, the response plan is an important starting point, but PMP logic does not require blind adherence if a potentially better solution emerges. The project manager should first evaluate the new proposal with the team to determine whether it is truly more beneficial, feasible, and aligned with project constraints.

Option B is too rigid because project management requires judgment and adaptation when better alternatives are available. Option C is premature because the proposal should first be assessed before deciding whether formal change control is needed. Option D is too hasty because the new response has not yet been validated. PMI-aligned practice supports reviewing alternatives thoughtfully, comparing impacts, and then selecting the most appropriate action. Therefore, the best response is to evaluate the team member’s proposal before changing the planned response.

This question belongs to the People domain because it focuses on enabling the team to work effectively and removing confusion about priorities. PMI’s Disciplined Agile guidance explains that the product owner prioritizes the product backlog, signaling to the team which work is most important, while the team then executes based on that ordered work. When team members repeatedly ask what to do first, the root problem is not team effort; it is lack of clear backlog prioritization.

Option A is weaker because team members do not normally own backlog prioritization in agile; that is primarily the product owner’s responsibility. Option C is too broad and does not solve the immediate prioritization issue. Option D may help temporarily, but daily coordination meetings are not the right place to repeatedly sort priorities if the backlog should already be ordered before work begins. PMP-style reasoning favors clarifying ownership and creating a sustainable process. Therefore, the project manager should work with the product owner to ensure the backlog is properly prioritized so the team can focus on the highest-value work without constant confusion.

Safety requirements in construction are critical and must be clearly understood early to prevent accidents, rework, compliance violations, and stoppages. The most effective way to address confusion is to meet with the team and present the safety requirements (D), enabling two-way communication: clarify expectations, confirm understanding, answer questions, and ensure alignment on how safety will be implemented and monitored. An email (C) is one-way and can be misunderstood; it does not ensure comprehension or commitment, especially for high-stakes safety topics. Waiting until execution (A) is too late—safety planning should influence methods, sequencing, permits, training, and site controls from the start. Updating the project charter (B) is not the right mechanism: the charter authorizes the project and sets high-level parameters; detailed safety requirements belong in plans and requirements documentation (e.g., project management plan components, safety plan, quality requirements). A live team session supports effective communication, shared accountability, and early integration of safety into day-to-day work.

When cross-functional approval is blocked by conflicting stakeholder needs, the project manager should facilitate direct stakeholder engagement to understand concerns, clarify requirements, and work toward alignment. Arranging a meeting with both departments (C) is the best step because it enables structured conflict resolution: identify underlying interests (compliance, controls, reporting needs, impacts), explore options, and reach a shared solution acceptable to both parties. Jumping to “find a compromise” (A) may be premature without fully understanding each side’s constraints; compromise should emerge from informed discussion. Going straight to the sponsor (B) is escalation and is more appropriate only if the departments cannot resolve the conflict or if a decision exceeds their authority. Merely assessing risk and advising of delays (D) is passive and does not remove the approval impediment. Effective stakeholder management requires active facilitation, negotiation, and transparent communication—especially when departmental priorities conflict and approvals affect the critical path.

==========

This question belongs to the Process domain because it concerns agile execution controls and completion criteria. PMI defines the definition of done (DoD) as the criteria for accepting a feature or story as finished, and the PMI Lexicon similarly describes it as the checklist of criteria required for a deliverable to be considered ready for customer use. If features repeatedly fail the iteration-level completion standard and are returned to the backlog, the strongest indication is that the team is not consistently building and validating work against the agreed DoD.

Option B is incorrect because extending iterations weakens agile cadence and does not solve the root cause. Option C can help in some cases, but acceptance criteria are narrower than the broader team agreement captured in the DoD. Option D only delays correction and allows the same problem to continue. PMP-style reasoning favors reinforcing explicit completion criteria and making them visible and consistently applied. Therefore, the best response is to put more emphasis on the definition of done so backlog items are completed to the required standard before being considered finished.

When a project faces an unplanned cost need (hiring additional resources) and there is no approved additional budget, the project manager should first evaluate available reserves that are already authorized within the project’s overall funding structure. Management reserves (C) are typically controlled by management and may be used for unforeseen work that is within project scope but not covered by contingency reserves. The PM should initiate the process to access those reserves according to governance, enabling timely action to protect a mandatory deadline. Asking the sponsor for more funds (A) may ultimately be required, but it is not the first step if reserves exist and can be used within established authority paths. Introducing a change request (B) can be appropriate if the action changes baselines or exceeds thresholds; however, the immediate “first” funding source check is reserves. Updating baselines to accommodate delay (D) does not address the mandatory deadline and is not funding. Properly applying reserves supports schedule recovery while remaining aligned with formal cost control and escalation procedures.

==========

Stage gates exist to reassess continued investment based on current business value, not just delivery performance. If a business management report signals a negative impact on project success factors (e.g., reduced market demand, weakened ROI, regulatory shifts, strategic reprioritization), the project manager should proactively provide decision-quality analysis (C) for governance review. This includes updated benefits forecasts, sensitivity scenarios, impacts to business case assumptions, and options (continue, pivot, pause, or terminate). Continuing execution (A) treats the project as purely tactical and risks delivering a product that no longer produces intended value. Asking business development to revalidate inputs (B) can be part of the gate conversation, but the PM should not wait passively; the PM integrates information and prepares recommendations. Delaying the stage gate (D) undermines governance cadence and can waste resources; gates are precisely when changes in business context should be examined. Providing analysis supports informed sponsor decisions, aligns the project with strategy, and demonstrates stewardship of organizational investment—central PMP business environment objectives.

==========

During requirements and scope definition, debate is normal, but uncontrolled discussion can derail planning and delay key baseline activities. The project manager should timebox the debate (A) to keep progress moving while still allowing meaningful discussion. Timeboxing is a facilitation technique that sets a fixed amount of time to explore an issue, then forces a decision, an escalation, or a clear next step (e.g., parking lot item, follow-up workshop, decision owner assignment). This protects schedule objectives and ensures scope definition completes on time, which is essential for downstream planning (WBS, schedule, cost). Simply reviewing expectations (B) or discussing delays (C) may help but does not create a practical control to stop overruns. Documenting points for later (D) can be part of timeboxing, but on its own it risks deferring critical scope decisions and increasing ambiguity. Timeboxing balances thoroughness with delivery discipline, keeps the team aligned, and maintains momentum without sacrificing the ability to resolve complex scope questions in a structured way.

==========

This question belongs to the People domain because it focuses on team learning, stakeholder collaboration, and continuous knowledge sharing. PMI’s PMP Examination Content Outline includes the task to manage knowledge transfer, and PMI governance research notes that Scrum and agile ways of working often promote frequent horizontal knowledge sharing through regular team interactions. In a fast-changing agile environment, knowledge should flow continuously during delivery rather than be front-loaded into extensive documentation or delayed into separate transfer-only iterations.

Option A is too documentation-heavy for a rapidly changing environment. Option B separates learning from delivery in a way that reduces agility and delays value creation. Option C places the burden on QA, which is not the primary mechanism for domain knowledge exchange. The strongest PMI-aligned response is to mentor the team and stakeholders so knowledge is exchanged effectively during sprints. That approach supports collaboration, adaptation, and ongoing learning while maintaining delivery momentum. In PMP terms, this reflects servant leadership, team enablement, and active support for knowledge transfer as work progresses.

In agile environments with rapidly evolving knowledge, knowledge transfer should be continuous, lightweight, and embedded in the cadence of delivery. Mentoring the team and stakeholders to ensure domain knowledge is exchanged during sprints (B) supports sustainable knowledge flow through collaboration practices such as pairing, mob programming, frequent refinement sessions, shared demos, communities of practice, and lightweight documentation created “just in time.” This avoids heavy upfront documentation that becomes obsolete quickly. Requiring complete documentation before starting (A) delays value and is unrealistic in a changing domain. Dedicating initial sprints primarily to knowledge transfer (C) can help onboarding in some cases, but it risks postponing delivery and losing stakeholder confidence; better is to combine learning with incremental delivery from the start. Relying on QA (D) is misaligned; QA focuses on product quality, not domain knowledge management. Embedded knowledge exchange improves resilience, reduces single points of failure, and enhances adaptability—key objectives for agile delivery and organizational learning.

==========

This is a People domain question because it centers on team development, empowerment, and the effective use of team strengths. PMI guidance emphasizes that the project manager should organize around team strengths while also supporting and recognizing team member growth and development. In this situation, the project has a critical feature that must be delivered successfully, but there is also a valuable opportunity to develop a less experienced team member. The best action is to assign the work to the less experienced member with support from the experienced member. This balances delivery needs with capability development.

Option B delays the decision and may not ensure learning or successful delivery. Option C sounds collaborative, but it is less precise and does not directly address development ownership. Option D is unnecessary and inappropriate because the customer should not absorb delay due to an internal staffing decision. PMP-style thinking favors solutions that both protect project outcomes and grow the team. Mentored assignment is the strongest answer because it uses existing expertise, encourages knowledge transfer, and builds long-term team capacity without sacrificing the critical feature.

This question fits the People domain because it focuses on team performance, accountability, and issue resolution at the lowest appropriate level. PMI’s PMP Examination Content Outline emphasizes supporting team performance, addressing impediments, and applying interpersonal skills to resolve problems effectively. When one team member is not delivering on time, the project manager should first address the issue directly with that individual to understand the cause and determine corrective action.

Option A is too early because revising timelines with the sponsor should not be the first move before understanding the underlying problem. Option B is also premature because customer-facing schedule changes should come only after internal assessment. Option D may involve the entire team unnecessarily when the immediate problem appears to be with one person’s delivery. PMP-style logic usually favors direct communication, coaching, and diagnosis before escalation or replanning. By discussing the situation with the team member first, the project manager can identify whether the cause is skill-related, workload-related, or caused by blockers, and then respond in a targeted and professional way.

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.

==========

This question fits the People domain because it focuses on team empowerment, leadership, and decision-making behavior. PMI’s PMP Examination Content Outline emphasizes that the project manager should determine and bestow appropriate levels of decision-making authority and address and remove impediments, obstacles, and blockers for the team. In this scenario, the issue is not simply that the team is failing to decide; the deeper problem is that the team is uncomfortable, hesitant, or constrained in some way. The project manager should first understand the root cause of that hesitation before trying to force new behavior.

Option A moves too quickly into behavior change without diagnosing why the team avoids decisions. Option B is overly formal and not the best first action; KPIs do not solve psychological safety or confidence issues. Option C ignores a clear team-development problem. The best PMP-aligned response is to understand the obstacles and then work with the team on improvement, which reflects servant leadership and sustainable team development rather than command-and-control management.

This question belongs to the Process domain because it concerns handling scope change through an appropriate delivery and control mechanism. PMI materials emphasize applying scope management and change control principles to a project, and agile-oriented PMI guidance also emphasizes incremental delivery of working products and features for stakeholder evaluation.

Among the options given, the best answer is to start the process to include the new features in the next iteration. This respects the fact that the request has business value, but it also avoids disrupting the team’s current agreed design work. Option B and Option D are clearly incorrect because they bypass formal control and governance. Option C is also wrong because the team should not add features informally just to impress the client. PMP-style reasoning favors handling requested changes in a controlled way, evaluating them, and introducing them through the proper planning cadence rather than injecting them immediately into work already aligned by the team. In an iterative environment, the next iteration is the most suitable place to consider and plan those additions.

When expert estimates vary widely, the most effective technique is to facilitate structured consensus-building using a method like Planning Poker or a Delphi-style approach. Having SMEs reveal estimates simultaneously (A), discuss the assumptions behind the highest and lowest values, and then re-estimate reduces anchoring bias and surfaces hidden constraints or missing scope. This improves estimate quality by aligning understanding of work complexity, risks, and dependencies. Using historical information (C) is helpful, but it may not resolve differences if the current work is novel or if SMEs interpret the task differently; historical data should complement—not replace—assumption alignment. Recommending an iterative approach (B) is too vague and does not directly address divergence. Escalating to the sponsor (D) is inappropriate because estimate differences are a normal planning issue best resolved by facilitation and expert discussion, not escalation. Structured group estimation produces more reliable durations, supports buy-in from those doing the work, and strengthens the schedule baseline by making assumptions explicit and agreed.

==========