Pass the PMI Project-Management-Professional PMP Questions and answers with ExamsMirror

 According to the PMBOK Guide, daily standup meetings are a common tool used in agile and hybrid project management approaches. They are short, time-boxed meetings that allow the project team to communicate their progress, issues, and plans for the day. Daily standup meetings can enhance collaboration, transparency, and alignment among the project team members. However, some team members may resist or challenge the use of daily standup meetings, especially if they are not familiar with them or perceive them as a waste of time. In this situation, the project manager should define the ground rules, responsibilities, and conflict management strategies for the project team. The project manager should explain the purpose and benefits of daily standup meetings, and establish clear expectations and guidelines for their conduct. The project manager should also assign roles and responsibilities to the team members, such as facilitator, timekeeper, recorder, etc. The project manager should also address any conflicts or issues that may arise from the use of daily standup meetings, and resolve them in a constructive and respectful manner. The project manager should not engage an external vendor, request new team members, or update the project schedule, as these actions may not address the root cause of the team’s resistance or challenge to the daily standup meetings. References:

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

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

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

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

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

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

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

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

1: PMBOK guide, page 207

2: PMBOK guide, page 286

3: PMI-PBA guide, page 131

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

What is a Sprint Review? | Scrum.org

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

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

What is Stakeholder Management? - ProjectManager

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

 A risk register is a tool to identify, document, monitor and resolve project risks. It is an essential part of the risk management process and should involve the participation of relevant stakeholders. Stakeholder engagement is a process of identifying, understanding and involving people who have a stake in the outcome of the project. Effective stakeholder engagement requires ongoing communication, consultation, and collaboration. Therefore, the best option for the project manager is to run the meeting with the available stakeholders and then follow up with each one of the absent stakeholders to get their input. This way, the project manager can ensure that the risk register is comprehensive, accurate and reflects the views and concerns of all stakeholders. Canceling the meeting and creating the risk register using the project documents (option A) is not a good option because it does not involve the stakeholders and may miss some important risks or perspectives. Continuing the meeting and sending the updated risk register to all stakeholders (option B) is also not a good option because it does not allow the absent stakeholders to provide their input or feedback on the risk register. Escalating the issue of stakeholders not attending the meeting to the project sponsor (option D) is not a good option either because it does not address the root cause of the problem and may create unnecessary conflict or resentment among the stakeholders. References:

1: Risk Register: A Project Manager’s Guide with Examples [2023] • Asana

2: 10 Principles Of Stakeholder Engagement | APM

3: What is Stakeholder Engagement, and Why is it Important for Strategic Planning?

 The project manager should invite the stakeholder to the regular “show and tell” sessions, also known as sprint reviews or demonstrations, where the team showcases the features that have been completed in the current iteration. This way, the stakeholder can be aware of the project progress, provide feedback, and validate the value and quality of the features. This can improve the communication and collaboration between the team and the stakeholder, and reduce the risk of deploying the wrong features. Assessing the stakeholder’s needs and communication style and proposing a tailored approach may not be enough, as it does not address the issue of missing critical information about the features. Conducting stakeholder remapping and evaluating stakeholders by their level of influence and interest may not be necessary or effective, as it does not involve the stakeholder in the project delivery. Including the stakeholder on regular project communications may not be sufficient, as it does not provide the opportunity for the stakeholder to see and interact with the features. References:

A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Chapter 13: Stakeholder Engagement, Section 13.3: Manage Stakeholder Engagement, Section 13.4: Monitor Stakeholder Engagement

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

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

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

 In a hybrid project, the project manager is responsible for managing the expectations and requirements of all the stakeholders, both internal and external. The project manager also has the authority to approve or reject changes to the project scope, schedule, budget, and quality. Therefore, the team member should inform the stakeholder that the correct procedure for new requirements is to provide it directly to the project manager, who will then evaluate the impact of the change and decide whether to accept or reject it. This way, the team member can avoid being distracted from their work and maintain the productivity of the project. References:

Hybrid Project Management: What is it, Methodology & Software - Teamhood

What Is Stakeholder Management? - ProjectManager

When a project manager encounters a potential change in the project environment, such as a new law that may affect the project, the first two actions they should perform are to identify the risks and consult the stakeholders. Risk identification is the process of determining the risks that may affect the project and documenting their characteristics. It is an iterative process that should be performed throughout the project life cycle, especially when there are changes or uncertainties. Consulting the stakeholders is also important, as they may have valuable insights, opinions, or expectations regarding the potential impacts of the new law on the project. The project manager should communicate with the stakeholders and seek their feedback and support. Creating a change request, requesting additional budget, or discussing with SMEs are not the first actions to perform, as they require more analysis and evaluation of the situation. A change request should be submitted only after the project manager has assessed the impact of the change and determined the best course of action. Requesting additional budget should be based on a realistic estimate of the cost implications of the change, not on a contingency. Discussing with SMEs may be helpful, but it is not as essential as involving the project team and the stakeholders, who have more direct interest and influence on the project. References:

A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 11, Section 11.2

Practice Standard for Project Risk Management, Chapter 3, Section 3.1

The Standard for Project Management, Chapter 4, Section 4.3.2

The project manager should evaluate the impact to the users and create a plan to address it, as this is part of identifying stakeholders. Identifying stakeholders involves identifying the people, groups, or organizations that could impact or be impacted by the project, and analyzing their expectations, interests, and influence. By evaluating the impact to the users, the project manager can determine their needs, requirements, and potential issues, and create a plan to engage them effectively and manage their expectations. The other options are not the best ways to handle this situation, as they either ignore, assume, or delegate the stakeholder identification process. References: (Professional in Business Analysis Reference Materials source and documents)

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

PMP Exam Content Outline, June 2019, Domain I, Task 2

PMP Sample Test Questions, Question 382

According to the Agile Practice Guide, the definition of done (DoD) is a clear and concise list of requirements that a deliverable must adhere to for the team to consider it complete. The DoD helps to ensure that the quality standards and customer expectations are met, and that there is a consistent understanding of what done means among the team and the customer. Therefore, the project manager should have included all relevant criteria in the agreed upon DoD, and crafted a shared product vision that aligns with the customer’s needs and goals. This would have helped to prevent the customer from rejecting the deliverables at the end of the iteration. Involved the customer more in the planning process for the project, and ensured agreement on the proceedings may be a good practice, but it is not the best answer. The customer may still reject the deliverables if the planning process does not result in a clear and agreed upon DoD and product vision. Provided the customer with the backlog and the specified user stories at the beginning of the iteration may be helpful, but it is not sufficient to prevent the customer from rejecting the deliverables. The backlog and the user stories may change during the iteration, and they may not reflect the quality criteria and the customer expectations. Developed the DoD in close cooperation with all stakeholders to ensure their expectations were included may be a good practice, but it is not the best answer. The DoD should be developed with the customer, not with all stakeholders. Some stakeholders may have different or conflicting expectations than the customer, and they may not be the ones who accept or reject the deliverables. References: Agile Practice Guide, Chapter 3, Section 3.2.2 (Definition of Done) and Section 3.2.3 (Product Vision)

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

PMBOK Guide 7th Edition, page 133

Agile Practice Guide, page 48

PMI Talent Triangle® 1

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

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

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

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

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

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

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

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

1: PMBOK Guide, 6th edition, page 89

2: PMBOK Guide, 6th edition, page 463

3: PMBOK Guide, 6th edition, page 77

: PMBOK Guide, 6th edition, page 33

: PMBOK Guide, 6th edition, page 558

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

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

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

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

Change Management | What is Change Management | Prosci

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

Definition of Change Management - Prosci

The project manager should review the terms of the contract in order to determine the next steps. This is part of the Control Procurements process, which involves managing procurement relationships, monitoring contract performance, and making changes and corrections as appropriate1. The project manager should check if the contract has any clauses or penalties for the supplier’s delay or breach of contract, and take appropriate actions to protect the project’s interests and minimize the impact on the schedule. Updating the project team on the delay so that resources can be utilized elsewhere (A) is not a sufficient action since it does not address the root cause of the problem or prevent it from happening again. Analyzing the schedule and looking for fast tracking and crashing alternatives (B) is also not a good option since it may increase the project risk and cost without resolving the issue with the supplier. Updating the lessons learned register to serve as an input for future material transactions (D) is a good practice, but it is not the most urgent action in this situation. References:

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

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

PMBOK Guide 7th Edition, page 133

Agile Practice Guide, page 48

PMI Talent Triangle® 1

 According to the PMBOK Guide, a hybrid delivery approach is a combination of predictive, iterative, incremental, and agile methods that best suit the project context and objectives. A hybrid delivery approach may require a phased structure, where each phase has a review gate to ensure alignment and quality. To ensure consistency for this hybrid delivery, the project manager should get agreement from stakeholders on high-level deliverables and requirements. This will help to define the scope and objectives of each phase, as well as the acceptance criteria and success factors. The project manager should also involve the stakeholders in the planning and execution of each phase, and solicit their feedback and approval at the review gates. The project manager should not ask SMEs to provide a detailed plan for each phase, as this may not reflect the stakeholder needs and expectations. The project manager should not commit to a detailed global plan from the initiation phase, as this may not accommodate changes and uncertainties in a hybrid environment. The project manager should not request the PMO to review the initial plan, as this may not ensure the stakeholder buy-in and satisfaction. References:

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

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

 The project manager should call for a team meeting to identify the root cause for the declining performance, as this is part of managing project team. Managing project team involves tracking team member performance, providing feedback, resolving issues, and managing team changes. By calling for a team meeting, the project manager can engage the team members in problem-solving, address any conflicts or misunderstandings, and motivate them to improve their performance. The other options are not the best ways to improve the situation, as they either ignore, delay, or bypass the team involvement. References: (Professional in Business Analysis Reference Materials source and documents)

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

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

PMP Sample Test Questions, Question 175

 According to the PMBOK Guide, 6th edition, one of the key processes of the Project Stakeholder Management knowledge area is Manage Stakeholder Engagement, which involves communicating and working with stakeholders to meet their needs and expectations, address issues, and foster appropriate stakeholder involvement. One of the inputs for this process is the stakeholder engagement plan, which identifies the strategies and actions to promote productive involvement of stakeholders in project decisions and activities. By reviewing the stakeholder engagement plan, the project manager can assess the current level of stakeholder engagement and identify the gaps or issues that need to be addressed to overcome the resistance and gain acceptance of the change. References: PMBOK Guide, 6th edition, pages 513-514, 518.

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

1: PMBOK Guide, 6th edition, page 120

The project manager should proactively engage with the stakeholders to address their dissatisfaction and work with them to find a solution. This is consistent with the stakeholder engagement plan, which defines the strategies and actions for managing stakeholder expectations and involvement. The project manager should not ignore the stakeholder issue, rely on the management team to intervene, or try to socialize with the stakeholders without addressing the root causes of the problem. References:

PMP Exam Content Outline (2021), Domain III: Executing the Project, Task 8: Engage with stakeholders to meet expectations and foster relationships, p. 131

A Guide to the Project Management Body of Knowledge (PMBOK Guide), Sixth Edition, Chapter 13: Project Stakeholder Management, Section 13.3.1.1: Stakeholder Engagement Plan, p. 5182

Professional in Business Analysis (PBA) Examination Content Outline (2018), Domain III: Analysis, Task 6: Manage Stakeholder Collaboration, p. 15

 A change log is a document that contains the list of changes that are made during the project. It tracks the progress of each change based on its review, approval, implementation, and closure. A change log is a useful tool for communicating the status of change requests to the stakeholders, as it shows the impact and outcome of each change. A risk log, a backlog, and an issue log are different documents that serve different purposes. A risk log records the identified risks, their probability, impact, and response strategies. A backlog is a list of features or tasks that need to be completed in an agile project. An issue log records the issues that arise during the project, their causes, effects, and resolution. References:

Change Log - Project Management Knowledge

Change Log Template - Project Management Docs

Risks, issues, and changes–help, I’m drowning in logs!

Text Description automatically generated with medium confidence

According to the PMBOK Guide, a Scrum team is a self-organizing, cross-functional team that delivers value in short iterations called sprints. A burndown chart is a graphical representation of the work remaining versus time. An impediment is anything that prevents the team from achieving its sprint goal. The project manager, or Scrum Master, is responsible for facilitating the Scrum process and removing impediments that hinder the team’s progress and performance. The project manager should take two actions to manage impediments and improve the team’s velocity when a burndown chart indicates that the project is behind schedule. The first action is to look for processes that cause bottlenecks and slow down the team’s agility. This will help to identify and eliminate any unnecessary or inefficient steps, rules, or procedures that hamper the team’s ability to deliver value quickly and effectively. The second action is to work with the team to remove impediments as quickly as possible. This will help to resolve any issues, risks, or conflicts that affect the team’s work, and to provide any support, guidance, or resources that the team needs to complete their tasks. Looking for processes that cause bottlenecks and slow down the team’s agility and working with the team to remove impediments as quickly as possible are the two best actions that the project manager should take in this situation. Assigning the items with high complexity to senior developers (B) may not be optimal or fair, as it may create an imbalance in the team’s workload, skills, and collaboration. Empowering the team to make decisions to remove impediments © may be a good practice, but not an action that the project manager should take, as it is part of the team’s self-organization and autonomy. Moving the items with high complexity to the last iterations (E) may not be feasible or advisable, as it may increase the project risk, scope creep, and technical debt. References: PMBOK Guide, 6th edition, pages 18, 177-178, 541-542.D

According to the PMBOK Guide, 6th edition, page 341, cross-training and mentoring are two of the techniques for developing the project team. Cross-training allows team members to acquire new skills and knowledge from other team members, while mentoring provides guidance and support from experienced team members. These techniques can help the new team member to integrate into the project team, learn the project processes and procedures, and improve their performance and productivity. They can also reduce the impact of the loss of the highly skilled team resource and maintain the project performance. References: PMBOK Guide, 6th edition, page 341; Free PMP Practice Exam Questions - 120 Sample Test Questions

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

A benefits management plan is a document that describes how and when the benefits of the project will be delivered, and how they will be measured and evaluated. It also aligns the benefits with the organization’s strategic objectives and shows how the project contributes to them. A benefits management plan can help the project manager communicate the value and benefits of the project to the stakeholders, especially if the project is in danger of failing or losing support. A benefits management plan is an output of the Identify Stakeholders process in the PMBOK Guide, and it is also covered in the PMI-PBA Exam Content Outline under Domain II: Needs Assessment. References:

PMBOK Guide, 7th edition, page 133

PMI-PBA Exam Content Outline, 2018, page 9

 According to the Agile Practice Guide, one of the benefits of agile approaches is that they enable early and frequent delivery of value to the customer and stakeholders1. This can help to build trust and collaboration among the project team and the stakeholders, and also to validate and adapt the project requirements and solutions2. Therefore, the project manager should propose a phased project approach with multiple small interactions and build trust with the stakeholder through frequent value delivery. This will help the stakeholder to see the benefits of agile and overcome their reluctance. The other options are incorrect because:

B. Documenting the request and escalating to upper management to consider a modification of the project charter is not a persuasive strategy, but a confrontational one. It may create resistance and conflict with the stakeholder, and also undermine the project manager’s authority and credibility3.

C. Agreeing on a predictive approach, but applying agile concepts under the project management umbrella is not a transparent or ethical strategy. It may confuse and mislead the stakeholder, and also create inconsistency and ambiguity in the project management processes and practices4.

D. Ensuring the stakeholder that an agile approach will deliver all of the expected results in a shorter period of time is not a realistic or honest strategy. It may create unrealistic expectations and pressure on the project team, and also ignore the uncertainty and complexity of the project environment5. References:

1: Agile Practice Guide, Chapter 2, Section 2.1, page 13

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

3: PMBOK Guide, 6th edition, Chapter 13, Section 13.3.2.3, page 524

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

5: Agile Practice Guide, Chapter 2, Section 2.3, page 15

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

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

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

PMP Sample Test Questions, Question 393

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

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

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

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

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

 The project manager should refer to the requirements traceability matrix to verify whether the customer’s claims are valid or not. The requirements traceability matrix is a grid that links product requirements from their origin to the deliverables that satisfy them1. It helps to ensure that each requirement adds business value by linking it to the business and project objectives2. It also provides a means to track requirements throughout the project life cycle, helping to ensure that requirements approved in the project scope statement are delivered at the end of the project3. Revising the project scope baseline (B) is not a good option since it would imply accepting the change requests without verifying their validity. Escalating the change request to the project sponsor © is also not advisable since the project manager should first analyze the situation and propose a solution. Reviewing the approved project charter (D) is not relevant since the project charter does not contain the detailed product requirements. References:

1: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Glossary, page 717

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

3: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Chapter 5, Section 5.6.3.1

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

1: What is agile project management? - APM

2: What is Agile? - Project Management Institute

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

According to the PMBOK Guide, a project budget is the authorized amount of funds allocated to the project. The project budget is derived from the cost baseline, which is the aggregation of the estimated costs of individual activities or work packages. The project budget should reflect the project scope, schedule, resources, risks, and quality requirements. A project manager should review the base budget model with the team leaders in each country to establish an independent budget for each phase when delivering a highly customizable software solution in multiple countries with significantly different cultures. This will help to account for the variations in the project requirements, constraints, assumptions, and risks in each country and phase, and to ensure the accuracy and adequacy of the project budget. Reviewing the base budget model with the team leaders in each country to establish an independent budget for each phase is the best action that the project manager should do next in this situation. Overestimating costs and underestimating revenues to include the impacts of different cultural elements (B) may not be realistic or reliable, as it may create a false sense of security, waste resources, or reduce profitability. Applying the company’s operational budgeting model © may not be suitable or applicable, as it may not capture the specific characteristics and challenges of the project. Asking the project management office (PMO) to review the draft budget (D) may be a possible action, but not the next one, as it may be premature or ineffective without reviewing the base budget model with the team leaders in each country first. References: PMBOK Guide, 6th edition, pages 235-236, 260-261.

The project manager should organize the WBS in a deliverable oriented way, which means that the WBS is structured according to the project’s outputs, products, or results. A deliverable oriented WBS is also known as a product breakdown structure (PBS) or a scope breakdown structure (SBS). A deliverable oriented WBS helps the project manager to define, decompose, and manage the project scope, as well as to align the project deliverables with the customer’s needs and expectations. A deliverable oriented WBS also facilitates the estimation of the project’s cost, time, and resources, as well as the identification and allocation of the project’s work packages and activities.

The other options are not the best ways to organize the WBS. A cost oriented WBS is a WBS that is structured according to the project’s budget or cost accounts. A cost oriented WBS is not suitable for defining and managing the project scope, as it does not reflect the project’s deliverables or value. A cost oriented WBS is more useful for tracking and controlling the project’s cost performance and variance. A customer oriented WBS is a WBS that is structured according to the project’s stakeholders or customers. A customer oriented WBS is not appropriate for defining and managing the project scope, as it does not represent the project’s outputs or products. A customer oriented WBS is more useful for planning and executing the project’s stakeholder engagement and communication. A team oriented WBS is a WBS that is structured according to the project’s team members or roles. A team oriented WBS is not effective for defining and managing the project scope, as it does not indicate the project’s results or outcomes. A team oriented WBS is more useful for planning and managing the project’s human resources and team development. References:

PMBOK® Guide, 6th Edition, Chapter 5, Section 5.4, “Create WBS”

PMBOK® Guide, 6th Edition, Chapter 5, Section 5.4.3.1, “Scope Baseline”

PMP Project Management Professional Exam Study Guide: 2021 Exam Update, 10th Edition, Chapter 5, Section 5.4, “Creating the WBS” 1

According to the PMBOK® Guide, when a project manager faces a change request that affects the project scope, schedule, cost, or quality, they should first evaluate the impact of the change and then follow the change control process. The change control process involves reviewing the change request, analyzing the options, obtaining approval, and updating the project management plan and other documents. One of the options that the project manager can consider is to negotiate with the team and other stakeholders to find a feasible solution that can accommodate the change request without compromising the project objectives. This option requires effective communication, collaboration, and conflict resolution skills from the project manager and the team. Asking the team to accelerate the iterations and avoid interruptions (option A) is not a realistic or sustainable strategy, as it may lead to burnout, quality issues, and scope creep. Verifying team performance and asking for improvement during daily standup meetings (option C) is not a direct or proactive way to address the change request, as it may imply that the team is not performing well or that the project manager is micromanaging them. Recommending that the project sponsor increases the budget to bring new resources (option D) is not a viable option, as it may not be approved or feasible, and it may also introduce new risks and challenges to the project. References: PMBOK® Guide, 6th edition, pages 112-113, 135-136, 161-162.

 According to the PMBOK Guide, the project manager is responsible for managing the project team and resolving any issues that affect the team performance. The project manager should use interpersonal and team skills, such as conflict management, negotiation, and active listening, to address any issues that arise among the team members. The project manager should also apply problem-solving techniques, such as root cause analysis, to identify and eliminate the underlying causes of the issues. Gathering information and finding the root cause of the problem is the first action that the project manager should take when a junior team member escalates an issue about another member’s interpersonal skills causing the team to be less effective. This will help the project manager to understand the nature and extent of the issue, and to determine the best course of action to resolve it. Having the team members resolve the issue on their own (A) may not be feasible or desirable, as it may lead to further escalation, resentment, or avoidance. Highlighting the impact of their behavior and motivating the team member to make improvements (B) may be a possible action, but not the first one, as it may be premature or ineffective without gathering information and finding the root cause of the problem first. Documenting the escalated issue and addressing it at the end of the project (D) may not be appropriate or responsible, as it may delay or ignore the issue, and negatively affect the team performance and morale. References: PMBOK Guide, 6th edition, pages 349-350, 361-362.

The project manager should try to resolve the conflict between the supervisor and the workers by communicating the company culture and values, and how they affect the project objectives and stakeholder satisfaction. The project manager should also seek to understand the supervisor’s perspective and goals, and find a way to align them with the project team’s needs and expectations. This approach is consistent with the PMBOK Guide’s recommendations on managing stakeholder engagement, conflict management, and leadership skills12. References: 1: PMBOK Guide, 6th Edition, Chapter 13: Stakeholder Management 2: PMBOK Guide, 6th Edition, Appendix X3: Interpersonal and Team Skills

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

: PMP Exam Content Outline

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

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

: How do project managers deal with unplanned leaves?1

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

 According to the PMP Exam Content Outline, one of the tasks of a project manager in the execution domain is to “Implement approved changes and corrective actions by following the change management plan in order to meet project requirements.” This implies that the project manager should update the assumptions log and change log, and implement the change control process when the assumptions change during the execution phase. The assumptions log is a tool that documents the assumptions and constraints of the project scope, and the change log is a tool that records the changes that occur during the project life cycle. The change control process is a set of procedures that defines how changes are proposed, reviewed, approved, implemented, and communicated. By following these steps, the project manager can ensure that the changes are aligned with the project objectives and stakeholders’ expectations, and that the impact of the changes on the project scope, schedule, cost, quality, risk, and benefits are assessed and managed. References:

: PMP Exam Content Outline

: A Guide to the Project Management Body of Knowledge (PMBOK Guide), Sixth Edition, Chapter 4.1.3.2 and 4.6.3.2

: A Guide to the Project Management Body of Knowledge (PMBOK Guide), Sixth Edition, Chapter 4.6

: Business Analysis for Practitioners: A Practice Guide, Chapter 5.5.2 and 5.5.3

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

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

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

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

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

According to the PMBOK Guide, a project manager is responsible for leading and motivating the project team and ensuring their engagement with the project. A project manager should create an environment that encourages leadership, translates ambitions into growth opportunities, and rewards overtime workers when working with a project team composed of recent university graduates. This will help to inspire, empower, and recognize the team members, and to align their personal and professional goals with the project objectives. Creating an environment that encourages leadership, translates ambitions into growth opportunities, and rewards overtime workers is the best action that the project manager should take in this situation. Providing clear direction on the work to be done and its alignment to the major objectives of the organization, using technology to communicate (A) may be a necessary action, but not sufficient to ensure the team’s engagement, as it may not address their needs, interests, and expectations. Establishing a clear hierarchical environment and allowing them to navigate through the project faster using social networks (B) may not be effective or appropriate, as it may create a rigid or bureaucratic structure, and undermine the team’s collaboration and communication. Fostering proactive decision making and developing a hierarchy to approve decisions based on different levels of complexity © may be a good practice, but not the best one, as it may not create a conducive environment for the team’s development and growth. References: PMBOK Guide, 6th edition, pages 349-350, 361-362.

The project manager should conduct a meeting to help the team define the team charter, which is a document that describes the team’s purpose, vision, values, norms, roles, and responsibilities. The team charter is a useful tool for establishing the team’s identity, direction, and expectations, as well as fostering the team’s collaboration, communication, and commitment. The project manager should facilitate the team’s involvement and participation in creating the team charter, and ensure that the team charter is aligned with the project’s objectives and scope. The project manager should also review and update the team charter regularly, as the team evolves and adapts to the changing project environment.

The other options are not the best actions for the project manager to take in this situation. Planning an outdoor activity for the team to get to know each other may be a good idea for building the team’s rapport and trust, but it is not sufficient to address the team’s problems in meeting goals. The project manager should also focus on clarifying the team’s vision, values, and expectations, and providing the team with guidance and support on the agile project management approaches. Asking the team to review agile project management approaches may be helpful for enhancing the team’s knowledge and skills, but it is not enough to solve the team’s issues in meeting goals. The project manager should also ensure that the team understands and agrees on the team’s purpose, roles, and responsibilities, and that the team has the necessary tools and resources to perform the work and deliver the product. Asking the human resources department for an experienced agile team may not be feasible or desirable, as it may disrupt the existing team’s dynamics and relationships, as well as increase the project’s cost and risk. The project manager should not replace the team members without a valid reason, but rather help them to develop and improve their agile competencies and capabilities. References:

PMBOK® Guide, 6th Edition, Chapter 9, Section 9.1.3.1, “Team Charter”

PMBOK® Guide, 6th Edition, Appendix X3, Section X3.2.2.1, “Agile Manifesto and Mindset”

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

According to the PMBOK Guide, the stakeholder engagement plan and the communications management plan are two key project documents that guide the project manager on how to manage stakeholder expectations and communicate project information. The stakeholder engagement plan identifies the stakeholder needs, interests, and level of engagement, and defines the strategies and actions to increase their support and minimize their resistance. The communications management plan specifies the communication requirements, methods, frequency, and formats for each stakeholder or stakeholder group. The project manager should review these plans to determine if the stakeholder requesting the status updates is appropriately engaged and informed, and if any changes are needed to accommodate the request. Reviewing the stakeholder engagement and communications management plans is the best action that the project manager should take in this situation. Starting to send status updates to this stakeholder based on the request (A) may not be appropriate or feasible, as it may violate the communication protocols, overload the stakeholder with unnecessary information, or create inconsistencies with other stakeholders. Asking the stakeholder’s manager if the stakeholder can be added to the list (B) may not be necessary or effective, as it may bypass the stakeholder’s own preference, authority, or influence, or create conflict with the stakeholder’s manager. Escalating the stakeholder’s request to the project sponsor (D) may not be warranted or advisable, as it may indicate a lack of project management skills, create unnecessary involvement of the project sponsor, or damage the relationship with the stakeholder. References: PMBOK Guide, 6th edition, pages 513-514, 537-538.

According to the PMBOK Guide, 6th edition, section 13.3.2.4, the project manager should use interpersonal and team skills to manage conflicts and foster collaboration among stakeholders. Hosting a meeting is an example of such a skill, as it allows the project manager to facilitate communication, negotiation, and problem-solving between the parties involved. The project manager should also use the requirements traceability matrix, the project management plan, and the project documents to clarify the expectations and responsibilities of the vendor and the infrastructure manager. The PMI-PBA Guide, section 6.2.3.1, also supports this approach, as it states that the business analyst should use collaboration techniques to resolve issues and conflicts related to requirements. References:

PMBOK Guide, 6th edition, section 13.3.2.4

PMI-PBA Guide, section 6.2.3.1