Free Practice Questions for PMI PMP Exam

The project manager should take two actions to deal with the situation of the neighbors not being satisfied with the project and resisting it. One action is to set up a meeting with neighborhood representatives to win their cooperation. This action can help the project manager to communicate with the neighbors, listen to their concerns and complaints, and explain the benefits and value of the project. The project manager can also use this opportunity to negotiate with the neighbors, offer them some incentives or compensation, and seek their support and feedback for the project. By engaging with the neighbors, the project manager can build trust and rapport with them, and reduce the potential for conflict and disruption12.

Another action is to analyze the situation and find out what is causing the neighborhood’s negative attitude. This action can help the project manager to identify the root causes of the problem, such as lack of information, misunderstanding, fear of change, or dissatisfaction with the project’s impact. The project manager can use tools such as stakeholder analysis, SWOT analysis, or force field analysis to assess the situation and the factors influencing it. By understanding the problem, the project manager can devise appropriate solutions and strategies to address it34. References: = 12 Project Management Challenges and How To Solve Them, Challenge 11: Stakeholder resistance; 8 Steps for Better Issue Management, Step 5: Communicate with the team; PMBOK® Guide, Sixth Edition, pages 513-515, 395-396; 4 Phases of the Project Management Lifecycle Explained, Phase 2: Planning.

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

 In a hybrid project, the project manager needs to balance the different approaches and expectations of the stakeholders and the teams. The customer’s change request may have been approved based on the assumption that the software team can deliver the software in a timely manner using an agile approach. However, the software team leader’s refusal to commit to a delivery date indicates a lack of alignment and collaboration between the teams and the customer. This creates a risk of schedule and scope deviations, as well as potential conflicts and dissatisfaction among the stakeholders. Therefore, the project manager should add this risk to the risk register and monitor it according to the risk management plan. The project manager should also communicate with the software team leader and the customer to clarify the expectations and the rationale behind the change request, and to explore possible ways to mitigate the risk and deliver the software that meets the customer’s needs and the hardware team’s dependencies. The project manager should not escalate the issue to higher management without trying to resolve it first, as this may undermine the trust and autonomy of the teams. The project manager should not impose the delivery dates on the software team leader, as this may violate the agile principles and demotivate the team. The project manager should not ask the software team leader to use a predictive approach, as this may not be feasible or suitable for the software development process and the customer’s requirements. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK® Guide, 6th edition, Section 1.2.4, p. 19

PMI Professional in Business Analysis (PMI-PBA)® Examination Content Outline, Domain III: Analysis, Task 5, p. 11

Business Analysis for Practitioners: A Practice Guide, Section 2.4.2, p. 36

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.

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

According to the PMBOK Guide, 7th edition, section 14.2.2, “Information radiators are highly visible displays of project information that are easily accessible and frequently updated. They are used to communicate project status and progress to the project team and other stakeholders, especially in agile or hybrid approaches.” Therefore, the project lead should invite the executive to the project’s meeting space to determine if the project information radiators meet their needs, as this is the most effective and transparent way to provide an update on the project’s progress in an agile environment. Providing a link to the project’s shared drive for the executive to search through for any artifacts that are of interest (option A) may not be user-friendly or efficient, as the executive may not know what to look for or how to interpret the artifacts. Reaching out to the PMO for status report templates and providing project updates in that format (option C) may not be aligned with the agile principles or values, as it may introduce unnecessary documentation or bureaucracy. Asking the project sponsor or product owner to provide an update since the project lead should be trying to keep the team free from impediments (option D) may not be appropriate or respectful, as the project lead should also be responsible for communicating with the stakeholders and ensuring their satisfaction. References:

PMBOK Guide, 7th edition, section 14.2.2

PMI-PBA Exam Practice Test and Study Guide, 2nd edition, page 183, question 20

According to the PMBOK Guide, one of the key activities in the closing process group is to obtain feedback from the project stakeholders, including the project users, to measure their satisfaction and identify any improvement opportunities1. This feedback can be collected using various methods, such as questionnaires, surveys, interviews, focus groups, or workshops2. The project manager should also deliver the project materials, such as the final product, service, or result, to the project users and confirm that they meet the acceptance criteria and the quality standards3. By delivering the project materials and seeking feedback, the project manager can ensure that the project users are satisfied with the project outcome and the project performance, and also capture any lessons learned or best practices for future projects. Preparing the lessons learned from the project phase is also an important activity, but it is not directly related to measuring the project user satisfaction. Obtaining official approval on the new process from the various countries may be a requirement for some projects, but it is not a general action that the project manager should take to assess the project user satisfaction. Referring to the communications management plan is a useful practice throughout the project, but it is not a specific action that the project manager should take after completing the project with the project users. References:

A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 4.7, p. 123

User Feedback: What is it, Importance, Metrics & How to collect, Section “How to collect user feedback”

A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 5.6, p. 176

[Project customer satisfaction: 5 tips for dealing with it in the best possible way], Section “How to measure customer satisfaction”

According to the Professional in Business Analysis (PMI-PBA)® Guide, stakeholder communication is the process of planning, managing, and monitoring the exchange of information among project stakeholders. Stakeholder communication should be customized based on the stakeholders’ needs, preferences, expectations, and level of involvement. In this scenario, the project manager should have customized stakeholder communications based on the key stakeholder’s needs. This would have helped the project manager to keep the key stakeholder informed, engaged, and satisfied throughout the project, and to address any issues, concerns, or feedback that the key stakeholder may have. This would have also helped to avoid the situation where the key stakeholder rejected a feature deliverable due to lack of involvement or awareness. Involved the key stakeholders in the decision-making process, analyzed the changes in stakeholder attributes, or documented the project vision and objectives are actions that should be taken as part of the stakeholder communication plan, not as a substitute for it. These actions do not address the root cause of the situation, which is the inadequate stakeholder communication. References: (Professional in Business Analysis Reference Materials source and documents)

Professional in Business Analysis (PMI-PBA)® Guide, Chapter 2, Section 2.4.1.1

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

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

The project manager should take two actions to deal with the situation of the neighbors resisting the project and threatening legal action. One action is to publish information on the city’s website about the benefits that the new tram station will bring, such as improved transportation, reduced traffic, increased safety, and enhanced economic development. This action can help to inform and educate the public about the project’s value proposition and address any misconceptions or concerns that the neighbors may have. The project manager can also use other communication channels, such as social media, newsletters, or press releases, to reach a wider audience and increase awareness and support for the project12.

Another action is to register this situation as a risk and develop a mitigation plan. A risk is an uncertain event or condition that can have a positive or negative effect on the project’s objectives. The situation of the neighbors opposing the project and threatening legal action is a negative risk that can potentially cause delays, cost overruns, reputation damage, or even project cancellation. The project manager should identify and document this risk in the risk register, along with its probability, impact, and priority. The project manager should also develop a mitigation plan to reduce the likelihood or severity of the risk. The mitigation plan may include actions such as engaging with the neighbors, negotiating with them, offering them compensation, or seeking legal advice34. References: = PMBOK® Guide, Sixth Edition, pages 376-377, 414-415; 8 Steps for Better Issue Management, Step 5: Communicate with the team; PMBOK® Guide, Sixth Edition, pages 395-396, 443-444; Project Risk Management - A Quick Guide, Step 3: Plan Risk Responses.

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

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

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

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

As a project manager of an agile team, one of your responsibilities is to facilitate team development and collaboration. Coaching is a technique that can help you achieve this goal. Coaching involves providing guidance, feedback, and support to the team members, both individually and collectively, to help them improve their performance, resolve conflicts, and learn from their experiences. Coaching can also help the team members develop their skills, self-confidence, and trust in each other. Coaching is not the same as directing, instructing, or micromanaging the team. Coaching is more about empowering the team to find their own solutions and take ownership of their work. Coaching is an ongoing process that should be done throughout the project, not just at the end of an iteration. Therefore, the best answer is D.

According to the Agile Practice Guide, the product backlog prioritization is a continuous process that involves evaluating the relative value and urgency of the features or user stories that are planned for the next iteration or release. The product backlog prioritization should consider various factors, such as the customer needs, the stakeholder expectations, the market conditions, the technical dependencies, the risk exposure, and the feedback from previous iterations. Two of the most important factors that should be taken into account first are the cost of delaying some features against the business value they deliver, and the length of time each feature has been on the backlog. The cost of delay is a measure of how much value is lost or foregone by postponing the delivery of a feature. The longer a feature stays on the backlog, the more likely it is to lose its relevance, quality, or competitiveness. Therefore, the product backlog prioritization should aim to deliver the most valuable and urgent features as soon as possible, and avoid accumulating technical debt or waste. The complexity and the cost of development, the industry trends and the technical approach, and the reusing of components from another product are also relevant factors, but they are not the first ones to consider when reviewing and updating the product backlog priorities. References: Agile Practice Guide, pages 49-50, 54-55.

 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.

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

 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

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

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

This answer is based on the PMBOK® Guide, which is one of the reference materials for the PMP exam1, and the PMI Guide to Business Analysis, which is one of the reference materials for the PMI-PBA exam2. According to the guides, the project manager is responsible for managing the project team, which includes developing, leading, and motivating the team members, as well as resolving any conflicts or issues that may arise among them12. The project manager should also establish and enforce the ground rules for the project team, which are the agreed-upon standards of behavior and expectations for the team members, such as communication protocols, decision-making processes, meeting guidelines, and conflict resolution methods12. When the project manager observes that two team members have been arguing with each other openly at meetings and bypassing the project manager to influence the sponsor, this indicates a serious breach of the ground rules and a potential threat to the project performance and harmony. The project manager should take the following two actions to address this situation:

Reiterate ground rules at the next meeting and ensure that all team members are clear about these rules. This action will remind the team members of their roles and responsibilities, and the expected norms of conduct for the project team. It will also reinforce the authority and accountability of the project manager, and the importance of following the agreed-upon procedures for communication and decision-making. This action will help to prevent further escalation of the conflict and restore trust and respect among the team members12.

Address the behavioral issue with each team member. This action will allow the project manager to understand the root cause of the conflict, and the perspectives and interests of each team member. It will also enable the project manager to provide constructive feedback, coaching, or counseling to each team member, and to facilitate a collaborative resolution that satisfies both parties and aligns with the project objectives. This action will help to improve the performance and morale of the team members, and to foster a positive and productive team culture12.

The other options are not appropriate because they do not address the problem effectively or ethically. Asking the team members to work it out themselves is not a responsible or proactive approach, as it may lead to further deterioration of the relationship and the project outcomes. Discussing this situation with other project managers and asking for advice is not a confidential or respectful way to handle the issue, as it may expose the team members to gossip or criticism, and undermine their trust and credibility. Discussing the behavior directly with their managers and requesting them to correct the behavior is not a fair or empowering way to deal with the issue, as it may create a perception of blame or punishment, and damage the rapport and autonomy of the team members. References:

PMBOK® Guide

PMI Guide to Business Analysis

Appreciating this team member’s performance throughout the project life cycle is the best way to acknowledge this team member’s commitment, because it shows that the project manager recognizes and values the team member’s continuous improvement, role modeling, and mentoring. Appreciation can be expressed in various ways, such as writing a thank-you note, acknowledging the team member’s contributions in a team meeting, sending an email to the team member’s manager, or giving a reward or recognition. Appreciation can motivate and inspire the team member to keep up the good work, as well as to influence other team members to follow the example. The other options are not the best ways to acknowledge this team member’s commitment, because they may not be appropriate, timely, or effective. Sending this person to a meeting to negotiate the scope with the client may not be relevant to the team member’s role or skills, and it may not be perceived as a positive acknowledgment. Promoting this team member to a coaching role after this project is completed may not be feasible or desirable, and it may not reflect the team member’s current performance. Documenting it in the team member’s end of year performance review may be too late or too formal, and it may not convey the project manager’s genuine appreciation. References: Acknowledge Members of the Project Team - 3 Simple Ways, Power of Acknowledgment -Results on Project Teams, 50 Impactful Phrases for Appreciating Team Members, Positive Reinforcement | PMI - Project Management Institute

According to the PMBOK Guide, 6th edition, section 9.5.2.3, one of the tools and techniques for managing team conflict is agile release planning. This involves conducting daily stand-up meetings or Scrum meetings, where team members can communicate their progress, issues, and impediments. The project manager or scrum master can facilitate these meetings and help resolve any conflicts that arise among team members or with other stakeholders. This strategy ensures that conflicts are handled in a timely manner and do not escalate or affect the project performance. The other options are not specific to agile or hybrid projects and do not address the root causes of conflict. References: PMBOK Guide, 6th edition, section 9.5.2.3; PMP Practice Exam, question 77.

According to the PBA Guide, the project manager should employ collaborative discussions as the primary tool to gain an understanding of the risks for an agile project1. Collaborative discussions are interactive sessions that involve the project team and other relevant stakeholders to identify, analyze, prioritize, and respond to project risks1. Collaborative discussions can take various forms, such as brainstorming, interviews, focus groups, surveys, or retrospectives1. Collaborative discussions enable the project manager to leverage the collective knowledge and experience of the participants, foster a shared understanding of the project risks, and promote a risk-aware culture within the project team1. Collaborative discussions are especially suitable for agile projects, as they support the agile principles of communication, collaboration, feedback, and adaptation2. Collaborative discussions can be conducted throughout the project life cycle, as part of the agile events such as sprint planning, daily scrum, sprint review, or sprint retrospective3. Collaborative discussions can also be integrated with other risk management tools, such as probability assessments, risk avoidance workshops, or interviews with the project champion, to enhance the quality and effectiveness of the risk management process1. References:

1: PBA Guide, Chapter 4, Section 4.3.2.1, Page 88

2: Agile Manifesto

3: Making Risk Management for Agile Projects Effective

The first step the project manager should take to gather customer requirements for an information security project is to conduct a stakeholder analysis. A stakeholder analysis is a technique that helps identify the key stakeholders, their needs, expectations, interests, and influence on the project. By conducting a stakeholder analysis, the project manager can understand how regional policies may affect the customer requirements, such as legal, regulatory, cultural, or ethical factors. A stakeholder analysis can also help the project manager prioritize the requirements and plan the communication and engagement strategies with the stakeholders. References: = PMBOK® Guide, Sixth Edition, pages 513-515; A 6-step guide to requirements gathering for project success, Step 1: Assign roles.

The correct answer is B. According to the PMBOK® Guide, emotional intelligence is the ability to identify, assess, and manage the personal emotions of oneself and other people, as well as the collective emotions of groups of people1. The project manager demonstrated emotional intelligence by recognizing the team member’s situation, showing empathy and concern, and taking action to accommodate the team member’s needs and preferences. Networking, conflict management, and influencing are also interpersonal skills, but they are not relevant to this scenario. References: 1: PMBOK® Guide, page 704

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

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

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

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

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

 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

According to the PMBOK Guide, a Scrum project is an example of an adaptive or agile approach that is suitable for projects with high uncertainty, changing requirements, and fast delivery. A Scrum project delivers value incrementally through short iterations called sprints, where the team collaborates with the customer and other stakeholders to define and prioritize the product backlog, which contains the features and functionalities of the product. The team then selects a subset of the product backlog items to work on during each sprint, and delivers a potentially shippable product increment at the end of each sprint. The team also inspects and adapts the product and the process through frequent feedback loops and retrospectives. Therefore, a Scrum project suits the scenario of a new product launch with evolving requirements and flexible scope, as it allows the team to start the work based on the forecast of a similar project, but also to respond to changes and customer needs as they emerge. References:

PMBOK Guide, Chapter 2, Section 2.4.2, Adaptive Life Cycle

PMBOK Guide, Chapter 13, Section 13.2.2.1, Agile/Adaptive Environments

PMBOK Guide, Appendix X3, Section X3.2, Agile Principles

Agile Practice Guide, Chapter 2, Section 2.2.1, Scrum

Agile Practice Guide, Chapter 3, Section 3.2, Delivering in an Agile Environment

 According to the PMBOK Guide, 7th edition, one of the principles of project management is to collaborate with stakeholders. This means that the project manager should maintain effective communication and engagement with the project stakeholders throughout the project life cycle, especially during changes and transitions. When the customer’s project manager changes during the final stage of a project, the project manager should review the latest project status report and update the stakeholders, including the new customer’s project manager, on the project progress, deliverables, issues, risks, and closure activities. This will help to ensure a smooth handover, alignment of expectations, and timely completion of the project closure process. The project manager should also seek feedback and confirmation from the stakeholders on the project outcomes and satisfaction. References: PMBOK Guide, 7th edition, page 9, Principle 2: Collaborate with Stakeholders; page 31, Section 2.3.1, Project Stakeholders; page 41, Section 2.5.2.1, Project Status Report.

According to the PMBOK Guide, conflict management is the process of identifying and addressing differences that, if left unresolved, could affect project performance1. The project manager should use appropriate conflict resolution techniques to facilitate constructive interactions among stakeholders and foster a collaborative project environment2. One of the conflict resolution techniques is collaborating, which involves incorporating multiple viewpoints and insights from different perspectives, and leads to consensus and commitment3. In the given scenario, the project manager should use a direct, collaborative approach with the technician and supervisor to understand the root cause of the conflict, address their concerns, and find a mutually acceptable solution that does not compromise the project objectives. This approach would also help to improve the relationship and trust between the technician and supervisor, and enhance their performance and motivation. References:

1: PMBOK Guide, 6th edition, p. 504

2: PMBOK Guide, 6th edition, p. 505

3: PMBOK Guide, 6th edition, p. 507

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

A project artifact is any document, deliverable, or output that is produced during the project life cycle. Examples of project artifacts include the project charter, the project management plan, the risk register, the issue log, the change log, the status reports, and the lessons learned. According to the Professional in Business Analysis Reference Materials1, project artifacts should be validated to ensure that they are accurate, complete, consistent, and up to date. Validation can be done by reviewing, inspecting, testing, or auditing the artifacts, and by involving the relevant stakeholders, such as the project team, the sponsor, the customer, or the quality assurance team.

In this scenario, the project manager notices that the version of the risk register used by the project team members is different from the one the project manager is using. This indicates that the risk register has not been validated properly, and that there is a lack of configuration management and version control. Configuration management is the process of identifying, tracking, controlling, and auditing the changes made to the project artifacts throughout the project life cycle. Version control is the technique of maintaining and labeling the different versions of the project artifacts, and ensuring that only the latest and approved version is used by the project team and stakeholders. According to the PMBOK Guide2, configuration management and version control are part of the Monitor and Control Project Work process, which is the responsibility of the project manager.

Therefore, the correct answer is C. Validated the project artifacts. The project manager should have validated the project artifacts, such as the risk register, to ensure that they are correct and current, and that they reflect the actual status and progress of the project. The project manager should have also implemented configuration management and version control procedures, such as using a configuration management system, a document management system, or a project management software, to track and manage the changes made to the project artifacts, and to communicate and distribute the latest versions to the project team and stakeholders.

The other options are not the best choices, because:

Referred to the communications management plan: The communications management plan is a document that describes how the project information will be communicated to the project team and stakeholders, such as the frequency, mode, content, and responsibility of communication. While referring to the communications management plan could help the project manager understand how the project artifacts are shared and updated, it does not address the root cause of the issue, which is the lack of validation and configuration management of the project artifacts.

Validated the issue log: The issue log is a document that records and tracks the issues that arise during the project, such as conflicts, errors, defects, or deviations. While validating the issue log could help the project manager identify and resolve the issues that affect the project performance, quality, or scope, it does not address the root cause of the issue, which is the lack of validation and configuration management of the project artifacts.

Performed expert judgment: Expert judgment is a technique that involves using the knowledge and experience of experts to provide guidance, advice, or recommendations for the project. While performing expert judgment could help the project manager obtain insights and best practices for managing the project artifacts, it does not address the root cause of the issue, which is the lack of validation and configuration management of the project artifacts.

 This option reflects the project manager’s responsibility to communicate effectively with the key stakeholder and address their issues and expectations. The project manager should share the relevant project documents, such as the project charter, the project management plan, and the stakeholder engagement plan, and invite the key stakeholder to discuss any concerns they may have. The project manager should also seek to understand the root cause of the stakeholder’s dissatisfaction and try to resolve it in a collaborative and respectful manner. The other options are either too aggressive (B), too passive ©, or too premature (D) for the situation.

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: PMBOK Guide 6th Edition 2: Agile Practice Guide 3: PMBOK Guide 6th Edition, p. 513 4: PMBOK Guide 6th Edition, p. 518 5: PMBOK Guide 6th Edition, p. 520 6: PMBOK Guide 6th Edition, p. 377 : PMBOK Guide 6th Edition, p. 123 : Stakeholder Analysis : Stakeholder Engagement Plan : Stakeholder Engagement Assessment Matrix : Communication Management Plan : Change Management Plan

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

According to the PMBOK Guide, the project manager is responsible for managing the project team and ensuring that the team members perform their assigned tasks effectively. One of the tools and techniques for managing the project team is interpersonal and team skills, which include conflict management, negotiation, and emotional intelligence. These skills help the project manager to address any issues or problems that may arise among the team members, and to resolve them in a constructive and respectful manner. The project manager should not ignore the problem, move the team member to another task, or involve the whole team without first understanding the root cause of the issue. The best option is to have a confidential discussion with the team member to identify the root cause, and then work together to find a solution that satisfies both parties and supports the project objectives. References: PMBOK Guide, 7th edition, pages 267-268, 271-272.

The communications management plan is a subsidiary plan of the project management plan that describes how project communications will be planned, executed, and monitored. It should include the stakeholder communication requirements, the information to be communicated, the communication methods and technologies, the frequency and timing of communication, the roles and responsibilities of communicators, and the escalation process for resolving communication issues. If a stakeholder is not receiving the project status report, it means that the communications management plan is not aligned with the stakeholder communication requirements, and it needs to be updated. The project manager should also send the current project status documentation to the missed stakeholder to ensure that they are informed and engaged in the project. This is the best option among the four choices, as it follows the best practices of project communication management and stakeholder management. References: (Professional in Business Analysis Reference Materials source and documents)

A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Chapter 8: Project Communications Management, Section 8.1.3.1: Communications Management Plan

Business Analysis for Practitioners: A Practice Guide, Chapter 4: Planning Business Analysis Work, Section 4.3.2: Communication Plan

Practice Standard for Project Stakeholder Management, Chapter 3: Plan Stakeholder Engagement, Section 3.3.2: Communication Requirements Analysis

Before committing to an earlier completion date, the project manager must evaluate feasibility and consequences. An SPI of 0.9 indicates the project is already behind schedule, while a CPI of 1 shows costs are currently on plan. Compressing the schedule can restore time, but it often increases risk (quality issues, rework, coordination problems) and may also affect cost performance. Therefore, the first step is to review and analyze the risks of schedule compression (B), including impacts to the critical path, resource constraints, dependencies, procurement lead times, and quality requirements. Only after risk analysis can the project manager recommend an informed approach—such as selective fast-tracking, targeted crashing, scope trade-offs, or revised milestones—and set realistic expectations with the stakeholder. Adding resources (A) is a potential response, but it can increase costs and may not be available. Skipping noncritical activities (C) may violate scope/quality commitments. Fast-tracking (D) is an option, but it should not be chosen without understanding risk and suitability. Risk analysis ensures decisions protect project objectives and stakeholder trust.

==========

In agile, the authoritative record of what was actually built and added during an iteration is the sprint increment—the integrated set of completed backlog items that meet the Definition of Done. Reviewing the sprint increment (C) provides objective, verifiable information: which features were completed, how they behave, and what is ready for potential release. The sprint backlog (A) reflects the plan and tasks selected for the sprint, but items can change, be removed, or remain incomplete; it is not the best source for “added products” delivered. The product backlog (B) is the master list of desired work and priorities; it includes planned items and may not reflect what was completed in the last iteration. The product development cycle (D) is too broad and does not provide iteration-specific deliverable detail. By using the increment, the project manager supports transparency, inspection, and alignment with quality standards, ensuring the product owner receives accurate information grounded in completed, potentially shippable outcomes rather than plans or future intentions.

==========

When new stakeholders join with conflicting priorities, effective engagement begins with structured stakeholder identification and analysis. Identifying and categorizing stakeholders (B) allows the project manager to assess influence, interest, impact, expectations, and preferred communication methods, then tailor engagement strategies accordingly. Categorization (e.g., power/interest grid, influence/impact mapping) helps determine who needs close management, who needs to be kept satisfied or informed, and how to handle conflicts through appropriate decision forums and escalation paths. Simply inviting everyone to status meetings (A) is inefficient and often increases frustration—especially for stakeholders who feel meetings are irrelevant. Interacting individually (C) can be useful, but without stakeholder analysis it becomes ad hoc and may miss key groups or fail to address governance needs. “Recognizing diversity” (D) is important but vague and not an actionable first step. By categorizing stakeholders, the project manager can design a targeted engagement plan, reduce conflict through clear decision rights, and align cross-functional collaboration to support the new phase’s objectives.

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.

Because the campaign spans multiple countries, differing local regulations, cultural expectations, and industry standards can significantly affect how messages are perceived and whether they comply with anti-spam rules. The first step is to review that country’s email marketing standards with stakeholders (B)—including consent requirements, sender identification, subject line conventions, language expectations, and compliance rules. If the emails violate local norms or legal requirements, the “spam” perception and opt-outs will continue regardless of internal analysis. A root-cause meeting (C) may be useful, but it should be informed by external standards and local context rather than only internal assumptions. Additional user testing (D) may follow after ensuring compliance and localization, but it’s not the first action because it could test a message that is fundamentally noncompliant or culturally misaligned. A retrospective (A) is a continuous improvement activity, but the immediate priority is to confirm external requirements and align the campaign accordingly. Addressing country-specific standards first reduces reputational risk and improves campaign effectiveness.

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

 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

These two actions can help mitigate the risk of staff turnover during the course of a large multi-year project, because they can increase the satisfaction, motivation, and loyalty of the project team members. A recognition program can show appreciation and gratitude for the team members’ efforts and achievements, and provide positive reinforcement for their desired behavior. Training, mentoring and coaching can improve the skills and performance of the team members, and provide them with opportunities for learning and growth. These actions can also foster a positive and collaborative team culture, and enhance the trust and communication between the project manager and the team members. The other options are not effective actions to mitigate the risk of staff turnover, because they may not address the root causes or consequences of the risk, or they may create more problems or risks. Increasing the trained staff to create back-up for resources may not be feasible or cost-effective, and it may create redundancy, confusion, or conflict among the team members. Meeting with management to discuss dividing the project into smaller projects may not be possible or desirable, and it may affect the scope, quality, or benefits of the project. Convincing senior management to hire third-party staff may not be beneficial or reliable, and it may increase the complexity and risk of the project. References: Positive Reinforcement | PMI - Project Management Institute, [The Mindful Project Manager’s Guide To Team Motivation: 11 … - Planio].

Multiple ad-hoc update requests shortly after kickoff often indicate that stakeholder information needs were not fully aligned, or stakeholders are unaware of how they will receive information. The project manager should schedule a meeting with relevant stakeholders to review the communications plan (C) so expectations are clear: what will be reported, how frequently, through which channels, and with what level of detail. This is core stakeholder engagement and communications management—ensuring the right information reaches the right people at the right time. Removing stakeholders (A) is inappropriate and risks missing requirements or support. Inviting all stakeholders to daily standups (B) disrupts the team’s coordination meeting and can reduce psychological safety and efficiency; daily standups are for the team, not broad stakeholder reporting. Forcing stakeholders to go through the sponsor (D) creates bottlenecks and undermines transparency. By validating and tailoring the communications plan, the PM reduces noise, improves trust, and establishes consistent governance for a high-visibility initiative.

==========

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.

==========

When a risk becomes an issue, the planned response provides a starting point, but the project manager should remain adaptive and choose the best response based on current information. If a credible alternative response is proposed, the appropriate step is to evaluate it with the project team (A) to confirm feasibility, effectiveness, side effects, and total impact (cost, schedule, quality, residual risks). This aligns with PMP decision-making: analyze options and select the response that best meets project objectives within constraints. Blindly adhering to the original plan (B) can be wasteful if circumstances have changed or a better option exists. Implementing immediately (C) is improper without validation and authorization; “cheaper” claims may ignore hidden costs or risks. Sending an email to the CCB (D) is premature; change control is appropriate if the selected response requires baseline changes or exceeds authority thresholds, but first the PM should conduct a structured evaluation to determine whether the new response is truly superior and what approvals are required.

==========