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

 Design thinking is a human-centered approach to problem-solving that involves empathy, ideation, prototyping, and testing. It helps project managers and teams to understand the needs, preferences, and pain points of the end users and stakeholders, and to create solutions that are desirable, feasible, and viable. By incorporating design thinking practices into the project life cycle, the project manager can avoid missing the mark on many features and deliver a product that meets or exceeds the stakeholder’s expectations. Some of the design thinking practices that can be applied in the project life cycle are:

Stakeholder mapping: This is a technique to identify and analyze the key stakeholders of the project, their roles, interests, expectations, and influence. It helps to align the project objectives with the stakeholder needs and to plan the communication and engagement strategies. Stakeholder mapping can be done at the initiation stage of the project and updated throughout the project as needed.

Persona creation: This is a technique to create fictional characters that represent the typical end users of the product. Personas help to empathize with the users and to design the product features and functions that suit their needs, goals, and behaviors. Persona creation can be done at the planning stage of the project and validated with real users during the execution stage.

User journey mapping: This is a technique to visualize the steps and interactions that the users go through when using the product. User journey mapping helps to identify the pain points, opportunities, and emotions of the users and to design the product features and functions that enhance their experience. User journey mapping can be done at the planning stage of the project and refined with user feedback during the execution stage.

Prototyping and testing: This is a technique to create and test low-fidelity or high-fidelity versions of the product with the users and stakeholders. Prototyping and testing help to validate the assumptions, gather feedback, and improve the product features and functions. Prototyping and testing can be done iteratively at the execution stage of the project and finalized at the closing stage. References:

1: Stakeholder analysis 101: a project manager’s guide - Office Timeline

2: 4 Reasons Project Stakeholder Feedback is Important

3: How to Gather and Control Stakeholder Feedback and Reaction

4: Overcoming the Challenges of Collecting Stakeholder Feedback for Project Management

[5]: Design Thinking for Project Managers - PMI

[6]: Design Thinking for Project Management - ProjectManager

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.

 The project manager should raise a new issue in the issue log and convene SMEs and relevant stakeholders to identify alternatives to address the problem. This is because the inability of the subcontractor to supply a key component is an issue that has already occurred and needs to be resolved as soon as possible. The issue log is a tool for documenting and monitoring the resolution of issues that arise during a project1. The project manager should also involve the SMEs and relevant stakeholders who have the expertise and authority to provide input and guidance on how to deal with the issue. The project manager should not discuss the issue with the project sponsor and request extra time and budget to obtain the component from a different supplier, as this would be premature and may not be the best option. The project manager should not raise a new risk in the risk register, perform a risk assessment, and convene SMEs and relevant stakeholders to plan a risk response, as this would be appropriate for a potential problem that has not yet occurred, not an actual issue that has already happened. The project manager should not submit a change request to the CCB for changes to the performance measurement baseline to obtain the component from a different supplier, as this would be a formal process that requires approval and may not be necessary if the issue can be resolved in other ways. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK® Guide, 6th edition, Section 4.6.1.1, “Issue Log”

 According to the PMBOK Guide, the communications management plan is a component of the project management plan that describes how project communications will be planned, structured, implemented, and monitored for effectiveness. It includes information such as the communication requirements, methods, formats, frequency, roles, and responsibilities of the project stakeholders. When a company’s new communication system introduces online dashboard reporting, this is a change that affects the communication methods and formats of the project. Therefore, the project manager should update the communications management plan to reflect this change and ensure that the project communications are aligned with the new system and the stakeholder expectations. Updating the communications management plan will also help the project manager to identify and address any potential risks, issues, or challenges that may arise from the change, such as compatibility, security, or training needs. References: PMBOK Guide, Tools for managing projects : digital dashboards to report performance

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

According to the PMBOK Guide, 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, the resource calendar is a component of the resource management plan that identifies the availability, capability, and skills of human resources, as well as the availability of physical resources. The resource calendar may be affected by various factors, such as organizational policies, holidays, vacations, and work shifts. If the project team members enroll in the work-from-home policy, the project manager should update the resource calendar to reflect their availability and working hours, as well as any potential impact on the project schedule, budget, quality, and risk. The project manager should not update the communication styles, roles and responsibilities, or stakeholder engagement plan, as these are not directly related to the change in the resource availability. References: PMBOK Guide, 7th edition, pages 309-310, 313-314.

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

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

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

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

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

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

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

According to the Professional in Business Analysis Reference Materials, the project manager should use effective communication tools and techniques to foster collaboration and trust among the virtual team members. Instant messaging is a Realtime communication tool that allows the project manager to exchange information, feedback, and ideas with the team members quickly and easily. It also helps to overcome the barriers of time zones, languages, and cultures. Instant messaging can also support other collaboration tools such as video conferencing, screen sharing, and file sharing1 References: 1 Top 60+ PMP Exam Questions and Answers for 2024 - KnowledgeHut 1

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

According to the PMBOK Guide, the project manager should manage stakeholder expectations and engagement throughout the project life cycle. The project manager should also support the product owner’s decisions and authority regarding the product scope and releases. The product owner is responsible for maximizing the value of the product and ensuring that it meets the customer needs and expectations. Therefore, the project manager should support the product owner’s decision to launch the product with the MVP and seek better alignment with the marketing vice president in order to avoid this type of issue in the future. The project manager should also communicate the benefits and risks of the product launch and solicit feedback from the stakeholder. References: PMBOK Guide, 6th edition, pages 18, 37, 51-52, 286-287.

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

According to the PMBOK Guide, consensus decision-making is a technique that ensures that all input and ideas from a group or team are considered until a final decision that is acceptable to all emerges. This approach relies heavily on respectful dialogue and open-mindedness, and it is often used to build consensus regarding the requirements in project management. By organizing a face-to-face meeting with all stakeholders, the project manager can facilitate the communication and collaboration among them, and elicit their needs, expectations, and preferences. This can help to resolve any conflicts or contradictions, and reach a common understanding of the project requirements. References:

PMBOK Guide, Sixth Edition, Chapter 5, Section 5.2.2.4

How to use Consensus Decision-Making for Project Management by Grace Windsor

According to the PBA Guide, the project manager should facilitate the resolution of issues and conflicts that arise during the project, such as interruptions and requests for help from other teams1. This involves identifying the root causes of the problem, such as unclear roles and responsibilities, competing priorities, or lack of communication2. The project manager should then define the ground rules with all project team members to minimize interferences, such as setting boundaries for availability, delegating tasks, or using technology to avoid distractions34. This is also consistent with the PMBOK Guide, which states that the project manager should establish the team ground rules as part of the team development process5. By identifying the problem’s root causes and defining the ground rules, the project manager can help the project team members avoid interruptions and requests for help from other teams, and focus on completing their tasks during the iterations. References:

1: PBA Guide, Chapter 3, Section 3.4.3, Page 66

2: PBA Guide, Chapter 3, Section 3.4.3.1, Page 67

3: A Plan for Managing (Constant) Interruptions at Work

4: 6 Secrets for Avoiding Interruptions at Work

5: PMBOK Guide, Chapter 9, Section 9.3.2.3, Page 318

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

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/

The project manager should have implemented the communications management plan properly to avoid this situation. The communications management plan is a component of the project management plan that defines how the project information will be communicated to the stakeholders, such as the frequency, format, content, and methods of communication. The project manager should have followed the communications management plan to inform the CEO and other relevant stakeholders about the new tax policies and their impact on the project cost, as well as the updated risk register and the proposed risk responses. This would have enabled the project manager to manage the expectations of the stakeholders, address their concerns, and seek their support and approval for the project continuation. The project manager should have also used effective communication skills, such as active listening, feedback, and conflict resolution, to ensure a clear and mutual understanding of the project status and issues. By communicating the project information properly, the project manager could have avoided the surprise and potential cancellation of the project by the CEO. References: PMBOK Guide, 6th edition, section 10.1.3.1, page 377, PMP Exam Prep, 10th edition, page 368

 The project manager should mentor the new team member on the methodology the project team is using. The new team member may be used to the Scrum approach, which involves daily standup meetings where each team member reports their progress, challenges, and plans for the day. However, the project team may be following a different methodology that does not require such frequent and informal communication. The project manager should explain to the new team member the rationale, benefits, and expectations of the chosen methodology, and how it differs from Scrum. The project manager should also provide feedback and guidance to the new team member on how to adapt to the new work environment and collaborate effectively with the rest of the team. By mentoring the new team member, the project manager can help them integrate into the project team and reduce the frustration and confusion among the team members123. References: = PMBOK® Guide, Sixth Edition, pages 349-350, 368-369; Agile Practice Guide, pages 28-29, 50-51; How to Mentor a New Team Member.

 Perform Integrated Change Control is the process of reviewing all change requests, approving changes and managing changes to deliverables, organizational process assets, project documents, and the Project Management Plan, and communicating the decisions1. This process is important to ensure that only approved changes are implemented and that the project remains aligned with the project objectives and stakeholder expectations. In this scenario, the project manager should perform Integrated Change Control to evaluate the impact of the proposed alternative solution on the project scope, schedule, cost, quality, risk, and other aspects. The project manager should also consult with the project sponsor, customer, and other key stakeholders to obtain their approval or rejection of the change request. The project manager should document the change request and its status in the change log and update the project management plan and other relevant documents accordingly. The project manager should also communicate the change and its implications to the project team and other affected parties. By performing Integrated Change Control, the project manager can ensure that the project is managed in a controlled and consistent manner, and that the project deliverables meet the agreed requirements and expectations. References:

How To Successfully Perform Integrated Change Control

6 Steps for an Integrated Change Control Project Management Strategy

Performing Integrated Change Control: PMP Tips

 According to the PMBOK Guide, 6th edition, section 11.4, one of the tools and techniques for performing qualitative risk analysis is risk categorization. This involves grouping potential risks by common root causes or other criteria, such as project phases, sources, or effects. The project manager should use this technique to identify the most significant risks that are affecting the project performance, and prioritize them for further analysis or action. The project manager should then develop appropriate risk responses to mitigate or avoid the negative impacts of the risks, or exploit or enhance the positive impacts of the opportunities. The project manager should also update the risk register and other project documents accordingly. The other options are not the first steps to take, as they do not address the root causes of the risks, and may not be feasible or effective in the given situation. References: PMBOK Guide, 6th edition, section 11.4; PMP Practice Exam, question 94.

 The project manager should focus on determining and aligning performance indicators that will help in assessing successful delivery of the product revamp. Performance indicators are measurable values that demonstrate how effectively a project is achieving its objectives and delivering value to the stakeholders. By defining and aligning these indicators with the marketing team and the executive, the project manager can ensure that the project scope, schedule, cost, quality, and benefits are aligned with the expectations and needs of the customer and the organization. This will also help to monitor and control the project performance, identify and address any issues or risks, and communicate the project status and progress to the relevant stakeholders. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK Guide, 6th edition, section 4.1.3.2, page 77

PMP Exam Prep, 10th edition, Rita Mulcahy, page 76

PMP Practice Questions #67 - iZenBridge1

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

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

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

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

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

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

MVP Definition and Examples | Project Management Glossary - Jexo

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

MVPs and MBIs - Project Management Institute

 According to the PMP Exam Study Guide, a subject matter expert (SME) is a person who has specialized knowledge or skills in a particular domain or area. A SME can provide valuable input and guidance on technical, functional, or business aspects of a project. In this scenario, the project manager should consult with a SME to see if the proposed change is acceptable, as it may affect the quality, performance, or functionality of the product or service. The SME can help the project manager to assess the impact of the change, evaluate the alternatives, and make an informed decision. The project manager should not accept, insist, or instruct the vendor without consulting with a SME, as this may lead to poor quality, customer dissatisfaction, or contractual issues. References:

PMP Exam Study Guide, Chapter 9: Project Resource Management, Section 9.1: Plan Resource Management, p. 443

PMP Exam Study Guide, Chapter 12: Project Procurement Management, Section 12.2: Conduct Procurements, p. 535-536

PMP Exam Study Guide, Chapter 13: Project Stakeholder Management, Section 13.3: Manage Stakeholder Engagement, p. 573-574

According to the PMBOK Guide, the schedule performance index (SPI) and the cost performance index (CPI) are two key indicators of the project performance measurement1. The SPI measures how efficiently the project team is using the time allocated for the project, while the CPI measures how efficiently the project team is using the resources allocated for the project1. An SPI or CPI value greater than 1 indicates that the project is ahead of schedule or under budget, respectively. An SPI or CPI value less than 1 indicates that the project is behind schedule or over budget, respectively1. In this question, the project manager notices that the SPI is 1.8 and the CPI is 0.1, which means that the project is ahead of schedule but over budget. This is a serious issue that needs to be addressed as soon as possible, as it may jeopardize the project viability and stakeholder satisfaction. The project manager should not ignore the project sponsor’s concern, as the project sponsor is the person who provides the financial resources and support for the project2. The project manager should also not assume that it is normal to spend more money in the design phase of a project, as this may indicate poor planning, estimation, or control of the project costs3. The project manager should not stop crashing the schedule, as this may affect the project scope, quality, or risk. The project manager should not use a resource-levelling technique, as this may delay the project completion and increase the project costs. The best option for the project manager is to manage the project sponsor closely and revise the project’s resource management plan to improve indicators. This means that the project manager should communicate frequently and transparently with the project sponsor, explain the reasons for the cost overrun, and seek their input and approval for any corrective actions. The project manager should also review and update the project’s resource management plan, which is the document that describes how the project resources will be estimated, acquired, managed, and controlled. The project manager should identify and implement strategies to reduce the project costs, such as optimizing the resource allocation, negotiating better rates, or eliminating unnecessary activities or resources. By managing the project sponsor closely and revising the project’s resource management plan, the project manager can improve the project performance indicators and increase the chances of delivering the project within the approved budget. References:

1: PMBOK Guide, Chapter 7, Section 7.4.2.1, Page 267

2: PMBOK Guide, Chapter 13, Section 13.1.2.1, Page 518

3: 5 Essential Tips for Schedule Control in Project Management

PMBOK Guide, Chapter 6, Section 6.6.2.5, Page 215

PMBOK Guide, Chapter 6, Section 6.4.2.5, Page 201

 Guide to Project Budgeting & Scheduling

PMBOK Guide, Chapter 9, Section 9.1.3.1, Page 313

 How to Make a Project Budget: Project Budgeting Basics

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.

In an agile approach, the project scope is not completely defined upfront, but rather evolves and emerges throughout the project lifecycle. The project manager’s role is to facilitate the collaboration and communication among the project team, the product owner, and the stakeholders, and to ensure that the project delivers value and meets the customer needs. One of the ways to do this is to help the sponsors and stakeholders craft the product vision, which is a high-level description of the product’s purpose, features, and benefits. The product vision provides a clear direction and alignment for the project and guides the development of the product backlog, which is a prioritized list of user stories and other requirements. The project manager should also bring the team and the product owner together to clarify the expectations, assumptions, and constraints of the project, and to review and refine the product backlog regularly. This will help to ensure that the project scope is defined and validated iteratively and incrementally, and that the project delivers the most valuable features to the customer. The other options are not appropriate for an agile approach. Meeting with the general manager and convincing them to return to using predictive approaches would be counterproductive and disrespectful of the company’s decision to adopt agile. Asking for a budget increase to implement a double-check process would be wasteful and unnecessary, as agile relies on frequent feedback and testing to ensure quality and customer satisfaction. Asking the general manager to review every requirement would be micromanaging and interfering with the product owner’s authority and responsibility to prioritize and manage the product backlog. References: PMBOK Guide, 6th edition, Chapter 5.1.2, 5.4.2, 5.6.2, Agile Practice Guide, 1st edition, Chapter 2.2, 2.3, 3.2

This is because the project manager should take action to resolve the issues that are hindering the project progress, rather than avoiding them, escalating them, or delaying them. Implementing plans to remove the obstacles may involve using a variety of problem-solving strategies, such as root cause analysis, brainstorming, negotiation, conflict resolution, and risk management3 .

The other options are not the best choices because:

A. Have the project team work on other activities: This is a passive and ineffective approach that does not address the root cause of the problem. It may also create more issues in the future, such as rework, schedule delays, scope creep, and quality defects.

C. Escalate to the project steering committee: This is a last resort option that should only be used when the project manager has exhausted all other means to remove the obstacles. Escalating to the project steering committee may indicate a lack of authority, responsibility, or competence of the project manager. It may also create unnecessary bureaucracy, conflict, and delay in the decision-making process.

D. Prioritize the obstacles for resolution: This is a necessary but not sufficient step to remove the obstacles. Prioritizing the obstacles helps the project manager to focus on the most critical and urgent issues, but it does not guarantee that they will be resolved. The project manager still needs to implement plans to remove the obstacles after prioritizing them.

I hope this helps you with your question. If you need more information, you can visit the following links:

[PMI’s Project Management Professional (PMP) certification]

[PMI’s A Guide to the Project Management Body of Knowledge (PMBOK Guide), 7th edition]

6 Obstacles to Any Project and How to Clear Them

Impediments, Obstacles, and Blockers: How to Address and Remove Them

5 Ways to Overcome Project Obstacles

A minimum viable product (MVP) is a version of a product that has enough features to satisfy early customers and provide feedback for future development12. An MVP is a common strategy in agile project management, where the project team delivers working functionality in short iterations or sprints, and continuously improves the product based on customer feedback and changing requirements34.

Identifying the minimum functionality required for the product can help the project manager meet the management’s expectation of delivering a product prototype that can be presented to potential customers in the first iteration. By focusing on the core features that provide the most value to the customers, the project manager can reduce the scope, cost, and time of the project, and increase the quality and satisfaction of the product5 .

Identifying the minimum functionality required for the product also involves collaborating with the project sponsor, the marketing team, and the customers to understand their needs, preferences, and expectations. The project manager should use various techniques, such as interviews, surveys, focus groups, prototyping, and testing, to gather and validate the requirements and feedback of the stakeholders .

Identifying the minimum functionality required for the product is not the same as splitting the backlog into phases, increasing the details of the WBS, or asking the sponsor to prioritize some functionalities. These are all possible actions that the project manager can take after identifying the MVP, but they are not the first step in ensuring that the deliverable of the first iteration helps the marketing team present the product prototype to potential customers.

According to the Professional in Business Analysis (PMI-PBA)® Guide, a change request is a formal proposal to modify any document, deliverable, or baseline. A change request should include a clear description of the change, the rationale for the change, the impact of the change on the project, and the alternatives considered. A change request should also be evaluated for its feasibility, benefits, risks, and alignment with the project objectives and scope. In this scenario, the project manager should have assessed the change’s overall impact to the project before submitting it to the CCB. This would have helped the project manager to determine if the change was necessary, beneficial, and feasible, and to communicate the pros and cons of the change to the SME and the CCB. This would have also helped the project manager to avoid or mitigate any potential conflicts or resistance from the SME or the CCB. Requesting that the sponsor approved the change request first, ensuring that the change request was aligned with the project scope, or submitting the change request directly to the CCB are actions that should be taken after the change’s impact assessment, not before. These actions do not address the root cause of the situation, which is the lack of a proper impact analysis of the change request. References: (Professional in Business Analysis Reference Materials source and documents)

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

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

 According to the PMBOK Guide, the project manager should collect requirements from all stakeholders, using various techniques such as interviews, focus groups, surveys, etc. The project manager should also document the stakeholder requirements, expectations, and assumptions in the requirements traceability matrix. If some stakeholders are not available for a meeting, the project manager should use other communication methods to reach out to them and gather their input. This will ensure that the project requirements are complete, accurate, and aligned with the stakeholder needs and expectations. References: PMBOK Guide, 6th edition, pages 140-141, 152-153.

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

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

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

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

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

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

2: The Global Project Management Framework

3: Advantages and Challenges of Global Team Collaboration

One of the principles of agile is to build projects around motivated individuals, give them the environment and support they need, and trust them to get the job done. Agile teams are expected to be self-organized, which means they can decide how to best accomplish their work, rather than being directed by others outside the team. Self-organization also implies that teams can inspect and adapt their own processes and practices, and continuously improve their performance and satisfaction. One of the key practices that enable self-organization and improvement is the retrospective, which is a regular meeting where the team reflects on what went well, what went wrong, and what can be done differently in the next iteration. A retrospective is a safe space for the team to share their feedback, concerns, and ideas, and to collaboratively come up with action items to address them. Therefore, if the project lead notices that the team is bored with their daily practices, the best course of action is to allow the team to self-organize and have them analyze the situation in their retrospective session and self correct. This way, the team can identify the root causes of their boredom, such as lack of challenge, variety, autonomy, or feedback, and propose solutions that suit their needs and preferences. The project lead can facilitate the retrospective and provide guidance and support, but should not impose any changes or solutions on the team, as this would undermine their self-organization and motivation. By allowing the team to self-organize and self correct, the project lead can foster a culture of trust, empowerment, and continuous learning within the team, and help them overcome their boredom and achieve higher levels of performance and satisfaction. References:

Agile Teams - Scaled Agile Framework

ProjectManagement.com - Beware the bored team member!

Mastering Agile Team Building: The Key to Enduring Success - Integrant

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

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

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

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

 According to the PMBOK Guide, the project manager should update the resource management plan and resource allocation chart to reflect any changes in the availability and assignment of resources. The resource management plan describes how the project resources will be acquired, allocated, managed, and released. The resource allocation chart shows the planned and actual allocation of resources over time. By updating these documents, the project manager can communicate the impact of the resource unavailability to the project team and stakeholders, and plan for alternative solutions to mitigate the schedule risk. References: PMBOK Guide, 6th edition, page 318-319, section 9.1.3.1 Resource Management Plan; page 321, section 9.2.3.1 Resource Allocation Chart.

The risk register is an artifact that records the identified risks, their probability and impact, their status, and their response plans. It also tracks the risk triggers, which are the indicators or warning signs that a risk is about to occur. By sharing the risk register with the stakeholder, the project manager can show when a risk may potentially become an issue, based on the risk triggers and the risk status. The risk register also helps the project manager and the stakeholder to monitor and control the risks and their impacts throughout the project life cycle. References:

The PMI Guide to Business Analysis Includes The Standard for Business Analysis, Chapter 4: Business Analysis Planning and Monitoring, Section 4.3.4: Plan Risk Management

Business Analysis for Practitioners: A Practice Guide, Chapter 4: Planning the Business Analysis Approach, Section 4.6: Risk Management Plan

Business Analysis Techniques: 72 Essential Tools For Success, Chapter 6: Business Analysis Planning and Monitoring, Section 6.6: Risk Analysis and Management

Seven Steps to Mastering Business Analysis, Chapter 7: Requirements Analysis, Section 7.4: Risk Analysis

According to the PMBOK Guide, one of the key activities in the closing process group is to ensure that the project or phase information is archived, the planned work is completed, and organizational team resources are released to pursue new endeavors1. Knowledge transfer is an important part of this activity, as it involves sharing the lessons learned, best practices, and project outcomes with relevant stakeholders and other projects. Knowledge transfer helps to improve organizational performance, enhance customer satisfaction, and enable continuous learning2. Therefore, ensuring that knowledge transfer activities are executed as planned should be considered as a priority for the project manager in the closing process group. The other options are not as important or relevant as knowledge transfer. Marking the product backlog completion status and updating the communications management plan are part of the monitoring and controlling process group, not the closing process group1. Releasing the resources and planning for a project completion celebration are also part of the closing process group, but they are not as critical as knowledge transfer for the project success and organizational benefit1. Holding a steering committee meeting to inform them of the project completion is a good practice, but it is not a priority activity, as it can be done after the knowledge transfer is completed3. References: PMBOK Guide, 6th edition, Chapter 4.7, Knowledge Transfer in Project Management - PMI, How to Close a Project - ProjectManager.com

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

Team velocity is a measure of a team’s effective productivity and capacity in agile development. It indicates the amount of work a team can accomplish in a given sprint, usually expressed in story points1. Team velocity can vary from sprint to sprint due to various factors, such as team size, complexity, dependencies, quality, and external interruptions2. Therefore, it is important for the project manager to monitor and review the team velocity over the last several sprints and use the average or trend as a basis for planning and forecasting future sprints3. By adjusting the plan according to the team velocity, the project manager can help the team avoid overcommitting or underdelivering, and set realistic and achievable sprint goals4.

The other options are not the best choices for the project manager in this situation. Switching to a Kanban approach (option A) may not solve the problem of sprint failures, as Kanban is a different agile framework that does not use fixed-length iterations or predefined roles. Kanban focuses on visualizing the workflow, limiting the work in progress, and optimizing the flow of value5. While Kanban can help the team improve efficiency and flexibility, it may not be suitable for every project or organization, and it may require a significant change in the team’s culture and processes. Asking the project sponsor to approve overtime (option C) may not be a sustainable or effective solution, as it may lead to burnout, lower quality, higher costs, and reduced motivation among the team members6. Replacing junior team members with more experienced ones (option D) may not be feasible or desirable, as it may disrupt the team’s dynamics, trust, and collaboration. It may also create resentment, conflict, and turnover among the team members. Negotiating the project scope to compensate for the budget gap may not be aligned with the project’s objectives, stakeholders’ expectations, or agile principles7.

 1: What is team velocity and how to calculate it - LogRocket Blog 2: Home - Team Velocity - Fueled by Apollo 3: How to Calculate Team Velocity in Agile Project Management 4: [How to Use Team Velocity to Plan Sprints | monday.com Blog] 5: Kanban - A brief introduction | Atlassian 6: [The Impact of Overtime on Productivity and Quality in Agile Teams] 7: [Agile Manifesto Principles | Agile Alliance]

 The correct answer is C. According to the PMBOK® Guide, project artifacts are any documents or deliverables that are produced as part of the project management processes1. These artifacts can include project plans, reports, baselines, metrics, lessons learned, and other outputs that show the performance and progress of the project and the project team. The project manager should gather these artifacts to provide evidence of the team member’s high performance and contribution to the project success. This will help the project manager to make a strong case for the team member’s promotion to senior management. Compiling key highlights from meeting minutes, asking the team member to write a biography, or calculating the health of the projects are not sufficient or relevant to demonstrate the team member’s skills and competencies as a potential project manager. References: 1: PMBOK® Guide, page 89

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

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

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

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

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

According to the Project Management Professional (PMP) Reference Materials, the project manager should get commitment from the team to include all of the required regulations in the MVP when there is no consensus to do so. This is because the MVP is the version of the product that delivers the most value to the customer while meeting the minimum requirements and constraints1. If the project manager identifies some mandatory regulations that are essential for the product to be viable, compliant, and safe, then they should be included in the MVP, regardless of the impact on the project duration2. The project manager should explain the importance and rationale of the regulations to the team and stakeholders, and seek their agreement and support to incorporate them in the MVP3. The other options, A, C, and D, are not appropriate actions for the project manager to take. Training the team on the new regulations as requested by management may not resolve the lack of consensus or commitment from the team and stakeholders, and may delay the MVP definition process. Asking the project sponsor to add more time to the project may not be feasible or necessary, and may not address the root cause of the disagreement. Sharing with participants the need to focus only on product functionality may ignore the regulatory requirements and risks, and may compromise the quality and value of the product. References: 1: Agile Practice Guide, Chapter 4.1.2, "Minimum Viable Product". 2: How to Define a Minimum Viable Product (MVP) - ProjectManager.com, Section "What Is a Minimum Viable Product?". 3: How to use Consensus Decision-Making for Project Management, Section "The 6 Stages of Consensus Decision-Making".

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

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

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

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

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

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

PMP Sample Test Questions, Question 186

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

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

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

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

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

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

 According to the PMBOK Guide, 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, 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, …

According to the PMBOK Guide, 6th edition, section 12.2.2.4, the project manager should use procurement documentation to define and manage the contractual relationships with the suppliers. Procurement documentation includes the contract, the statement of work, the procurement management plan, and the source selection criteria. The project manager should ensure that the project team, including the business analyst, is aware of the terms and conditions of the contract and the scope of work that the supplier is expected to deliver. Any changes or additions to the scope should be formally requested and approved through the change control process, as described in section 4.6. The PMI-PBA Guide, section 6.3.3.1, also supports this approach, as it states that the business analyst should follow the change management plan and the requirements management plan to manage changes to the requirements and to communicate them to the relevant stakeholders, including the suppliers. References:

PMBOK Guide, 6th edition, section 12.2.2.4 and 4.6

PMI-PBA Guide, section 6.3.3.1

According to the PMBOK Guide, 6th edition, section 12.2.2.4, the project manager should use procurement documentation to define and manage the contractual relationships with the suppliers. Procurement documentation includes the contract, the statement of work, the procurement management plan, and the source selection criteria. The project manager should ensure that the project team, including the business analyst, is aware of the terms and conditions of the contract and the scope of work that the supplier is expected to deliver. Any changes or additions to the scope should be formally requested and approved through the change control process, as described in section 4.6. The PMI-PBA Guide, section 6.3.3.1, also supports this approach, as it states that the business analyst should follow the change management plan and the requirements management plan to manage changes to the requirements and to communicate them to the relevant stakeholders, including the suppliers. References:

PMBOK Guide, 6th edition, section 12.2.2.4 and 4.6

PMI-PBA Guide, section 6.3.3.1

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

1: PMBOK Guide, 6th edition, page 377

2: PMBOK Guide, 6th edition, page 378

3: PMBOK Guide, 6th edition, page 379

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

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

1: PMBOK Guide, 6th edition, page 18

2: PMBOK Guide, 6th edition, page 158

3: PMBOK Guide, 6th edition, page 156

A hybrid approach to project management combines predictive and adaptive methods, such as waterfall and agile, to suit the needs and context of the project. In this case, the project manager can use an agile approach to plan project A in sprints, which are short iterations that deliver incremental value to the customer. By starting with the module that does not require machine learning skills, the project manager can leverage the existing resources and skills of the team, while waiting for the machine learning expert to finish project B. This way, the project manager can avoid delaying project A, compromising project B, or hiring a new resource that may not fit the organizational culture or project requirements. This is consistent with the PMI-PBA practice of planning and monitoring the business analysis work and the PMP practice of executing the project with urgency. References:

PMBOK Guide, 6th edition, page 14, section 1.2.1

Agile Practice Guide, page 8, section 1.2.2

PMI-PBA Exam Content Outline, page 9, task 1.2

PMI-PBA Certification Exam Prep Guide, page 65, section 3.2.2

PMP Exam Content Outline, page 7, task 2.1

PMP Exam Prep, 10th edition, page 32, section 1.4.2

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

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

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

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

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

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

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

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

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

Team velocity is a measure of the amount of work a team can complete in a given time period, usually a sprint or iteration. It is calculated by adding up the story points or effort estimates of the user stories that were completed and accepted during the sprint. Team velocity can help project managers and teams to plan, monitor, and improve their performance and delivery. However, team velocity can vary due to various factors, such as changes in scope, team size, team skills, dependencies, risks, and impediments. Impediments are any issues or obstacles that prevent the team from achieving their goals or performing at their optimal level. Impediments can be internal or external, technical or non-technical, and can affect the team’s productivity, quality, morale, or collaboration. Some examples of impediments are: lack of resources, unclear requirements, technical debt, bugs, conflicts, communication gaps, etc. Therefore, it is important for the project manager and the team to identify, track, and resolve impediments as soon as possible, to avoid negative impacts on the team velocity and the project outcome. One of the best ways to do this is to use the daily standup meeting, which is a short, time-boxed, and focused meeting where the team members share their progress, plans, and problems. The standup meeting can help the project manager and the team to: - Align on the sprint goals and priorities - Monitor the team’s progress and performance - Identify any impediments or risks that are affecting or could affect the team’s velocity - Assign ownership and accountability for resolving the impediments - Collaborate and support each other to overcome the challenges - Adapt and adjust the plan as needed to meet the sprint and project objectives By using the standup meeting to assess impediments and problems, the project manager can help the team to improve their velocity and meet the next review gate goal. The other options are not the best choices, because: - Increasing the sprint duration to allow the team more time would violate the agile principle of delivering value in short and frequent iterations, and would not address the root causes of the low velocity. - Prioritizing the contents of the backlog and removing some stories would reduce the scope and quality of the project, and would not solve the impediments that are affecting the team’s velocity. - Creating a change request to modify the gate review goals would delay the project delivery and increase the cost and risk of the project, and would not improve the team’s performance or velocity. References:

Velocity Chart in Project Management – What Is It and How Do You Use It?

What is Velocity in Agile?

Velocity - Project Management Knowledge

PMP Questions velocity

How to Calculate Team Velocity

What is team velocity and how to calculate it

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

5, pages 38-39

6, pages 3-4

1, pages 2-3

2, pages 2-3

The project manager should review the team culture and the personality traits of the individual to address status update gaps. This will help to understand the root cause of the problem and find ways to improve the communication and collaboration within the team. The project manager should also foster a trusting and respectful environment where team members feel comfortable to share their challenges and feedback. Creating a safe space for status updates, reviewing the team status updates more thoroughly, or supporting team inclusion and changing the format of status updates are all possible actions that the project manager can take after reviewing the team culture and the personality traits of the individual, but they are not the first action that the project manager should take to rectify this situation. References: Agile Practice Guide, page 27; PMBOK Guide 7th Edition, page 95.

 According to the PMBOK Guide, the project steering committee is a group of senior stakeholders who provide strategic direction, guidance, and support to the project. The project steering committee is also responsible for resolving high-level issues and risks that may affect the project. In this scenario, the project manager should escalate the issue of funding access to the project steering committee, as they have the authority and influence to resolve it. The project steering committee can help to expedite the funding process, negotiate with the finance department, or find alternative sources of funding. This will help to avoid further delays and ensure the project can proceed with the procurement process. References: PMBOK Guide, 6th edition, page 33-34. PMP Questions page 524, question 524. [Project Steering Committee: Roles and Responsibilities].

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

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

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

PMP Sample Test Questions, Question 393

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

According to the PMBOK Guide, one of the key roles of the project manager in an agile environment is to facilitate collaboration among stakeholders and the team. This helps to manage conflicts, clarify requirements, and align expectations. The project manager should also promote the agile values and principles, such as customer satisfaction, responding to change, and delivering value incrementally. By doing so, the project manager can help move the project forward and ensure the delivery of a high-quality product that meets the customer’s needs. (PMBOK Guide, 6th edition, pp. 53-54) References:

PMBOK Guide, 6th edition, Chapter 3: The Role of the Project Manager, Section 3.3: The Project Manager’s Sphere of Influence, pp. 53-54

Agile Practice Guide, Chapter 2: An Introduction to Agile, Section 2.2: Agile Manifesto Values and Principles, pp. 10-13

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

1: PMBOK guide, page 19

2: PMBOK guide, page 207

3: PMI-PBA guide, page 129

 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)

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

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

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

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

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

The project manager should evaluate the impact the new regulations will have on the project and submit a change request, as this is part of performing integrated change control. Performing integrated change control involves reviewing all change requests, approving changes, and managing changes to the deliverables, organizational process assets, project documents, and the project management plan. By evaluating the impact of the new regulations, the project manager can determine how the project scope, schedule, cost, quality, and risks will be affected, and propose the necessary changes to align the project with the new standards. The other options are not the best ways to handle this situation, as they either ignore, delay, or bypass the change control process. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK Guide, 6th edition, Chapter 4, Section 4.6

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

PMP Sample Test Questions, Question 372

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.

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

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

PMBOK Guide, 7th edition, page 133

PMI-PBA Exam Content Outline, 2018, page 9

According to the PMBOK Guide, 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

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

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

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

 The project manager should meet with the stakeholders to recommend the use of a time and materials (T&M) contract to address the problem, as this type of contract is more suitable for agile projects that have changing requirements and priorities. A T&M contract allows the buyer to pay the seller based on the actual hours of work and the cost of materials, rather than a fixed price. This can provide more flexibility and adaptability for the project, and reduce the risk of budget overrun. The other options are not as effective or appropriate as recommending a T&M contract. Sending a detailed status report may inform the stakeholders of the issue, but it does not propose a solution. Submitting a change request may increase the funding, but it does not address the root cause of the problem, which is the mismatch between the contract type and the project approach. Waiting until the next gate review meeting may delay the resolution of the problem, and increase the likelihood of further deviation from the EAC. References:

PMBOK Guide, 7th edition, page 163

PMI-PBA Exam Content Outline, 2018, page 10

PMP question 391

 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.

According to the PMBOK® Guide, 7th edition, an issue is a point or matter in question or in dispute, or a point or matter that is not settled and is under discussion or over which there are opposing views or disagreements1. Issues can arise from various sources, such as changes, risks, defects, conflicts, or assumptions1. Issues can affect the project performance, scope, quality, schedule, cost, or stakeholder satisfaction1.

An issues log is a project document used to capture and track issues until they are resolved1. The issues log typically contains information such as the issue description, priority, owner, status, resolution, and impact1. The issues log is updated throughout the project life cycle as new issues are identified, analyzed, and resolved1.

In this scenario, the newly assigned project manager is informed by a few key stakeholders that the project has some serious issues. The first thing that the project manager should do to understand the issues is to review the issues log to ensure the issues are captured. This will help the project manager to get an overview of the current state of the project, and to identify the nature, scope, and impact of the issues. It will also help the project manager to verify if the issues have been properly documented, prioritized, and assigned to the responsible parties. Reviewing the issues log will also enable the project manager to plan the next steps to address the issues, such as communicating with the stakeholders, performing root cause analysis, implementing corrective actions, or escalating the issues if needed1.

The other options are not as effective as option B. Option A, escalating the issues to the project sponsor, may be necessary if the issues are beyond the project manager’s authority or control, but it is not the first thing to do. The project manager should first review the issues log to understand the issues and their implications, and then decide if escalation is required or not. Option C, checking the risk management plan to ensure there is a strategy to address the issues, may be helpful, but it is not sufficient. The risk management plan provides guidance on how to manage risks, not issues2. Risks are uncertain events or conditions that may have a positive or negative effect on the project objectives, while issues are certain events or conditions that have already occurred and have a negative effect on the project performance1. Therefore, the risk management plan may not cover all the issues that the project faces, and the project manager should review the issues log instead. Option D, asking the key stakeholders to discuss the issues with the project team, may be beneficial, but it is not the first thing to do. The project manager should first review the issues log to get a clear picture of the issues, and then facilitate the discussion between the stakeholders and the team to resolve the issues.

 1: PMBOK® Guide, 7th edition, page 101 2: PMBOK® Guide, 7th edition, page 113

According to the PMBOK® Guide, the project manager is responsible for managing the project scope and ensuring that the project delivers the agreed-upon features and functionality (Section 5.1). If a stakeholder tells the project manager that the main requested feature in the contract is not applicable, this means that there is a significant change in the project scope, which may affect the project cost, schedule, quality, and customer satisfaction. The project manager should not ignore this information, nor should they ask the sponsor to close the project or pay the penalty, as this may damage the relationship with the customer and the reputation of the organization. Instead, the project manager should check with the team to learn what can be done, and consult an expert if needed, to find out the impact of the scope change and the possible alternatives. The project manager should also communicate with the stakeholder and the sponsor to understand the reason for the scope change, and to negotiate a mutually acceptable solution. This is also consistent with the Professional in Business Analysis (PMI-PBA)® Examination Content Outline, which states that one of the tasks of a business analyst is to “assess the impact of a proposed change or solution on the business need, requirements, and stakeholder expectations” (Task 3.4). References:

PMBOK® Guide, 6th Edition, Section 5.1

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

 According to the PMBOK Guide, the project manager is responsible for managing the project information and ensuring that it is appropriately distributed, stored, and protected. The project manager should also adhere to the policies and procedures regarding the confidentiality and security of the project information. If the project sponsor requests technical specifications for a project-related component that he or she does not have the authorization to see, the project manager should first meet with the project sponsor as soon as possible to discuss the matter further and understand the reason behind the request. The project manager should also explain the implications of disclosing the specifications without proper authorization and try to resolve the issue amicably. Updating the issue log, creating a stakeholder engagement plan, or providing the specifications with some information removed are possible actions that the project manager can take after meeting with the project sponsor, depending on the outcome of the discussion. However, they are not the first actions that the project manager should take in this situation. References: PMBOK Guide, 6th edition, pages 376-377, 395-396.

 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

 The project manager should request an architecture review as the first step to address the design flaw that may potentially impact the final quality. An architecture review is a process of evaluating the design of a system or a product against a set of criteria, such as requirements, standards, best practices, and quality attributes. An architecture review can help to identify and resolve design issues, risks, and gaps, as well as to ensure alignment with the project objectives and stakeholder expectations. By requesting an architecture review, the project manager can involve the relevant experts, such as the new architect, the previous architect (if possible), the quality assurance team, and the customer, to assess the impact of the design flaw and to propose and agree on the necessary changes. This will also help to update the project scope, schedule, cost, and quality baselines accordingly. References:

Architecture Reviews - an overview | ScienceDirect Topics

Architecture Review Process - SEBoK

Architecture Review - The Open Group

Design Flaw Attacks - an overview | ScienceDirect Topics

DESIGN FLAWS: FLAWS BY DESIGN? / The Design Society

 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 always monitor and control the project schedule and make adjustments as needed to ensure timely completion of the project. If the project manager identifies that some activities can be done faster by other resources, they should review the work allocation and reassign some tasks to shorten the critical path. The critical path is the longest sequence of activities that determines the project duration. By reducing the duration of the critical path activities, the project manager can avoid delays and meet the project deadline. This is also consistent with the principle of optimizing resources and minimizing waste, which is part of the PMI Talent Triangle®. References:

PMBOK Guide 7th Edition, page 131

Agile Practice Guide, page 50

PMI Talent Triangle® 1

According to the PMBOK® Guide, the project manager is responsible for leading and directing the project team and ensuring that the project objectives are met. Therefore, the project manager should not delegate the decision-making authority to the team or the sponsor without analyzing the impacts and creating a plan for team decision making. The project manager should also consider the risks, issues, and stakeholder expectations that may arise during their absence and communicate the plan to the relevant parties. Postponing the vacation to a different time may not be feasible or desirable for the project manager, and it may also affect their work-life balance. Allowing the team to make decisions to stay on schedule may result in scope creep, quality issues, or conflicts among team members. Asking the project sponsor to make any necessary decisions may undermine the project manager’s authority and credibility, and it may also burden the sponsor with additional work. References: PMBOK® Guide, Sixth Edition, Chapter 9, Section 9.4.2.3 (Team Decision Making) and Chapter 13, Section 13.3.2.4 (Project Manager)

According to the PMBOK® Guide, the project manager should document the technical reviews with the new change and obtain formal acceptance from the customer before delivering the project. This is part of the Validate Scope process, which ensures that the project deliverables meet the agreed requirements and specifications. By documenting the technical reviews, the project manager can demonstrate the rationale and benefits of the change, as well as the impact on the project scope, schedule, cost, quality, and risk. By obtaining formal acceptance, the project manager can ensure that the customer is satisfied with the project outcome and avoid any disputes or rework later. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK® Guide, 6th edition, Chapter 5, Section 5.5, Validate Scope

PMP Exam Prep, 10th edition, Rita Mulcahy, Page 157, Validate Scope

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

1: PMBOK Guide, 6th edition, page 18

2: PMBOK Guide, 6th edition, page 156

The project manager should 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

 The project manager should take these two actions to align customer expectations with the current situation of the project. The sprint velocity is a measure of how much work the agile team can complete in a sprint. By reviewing the updated sprint velocity with the customer, the project manager can show the impact of losing two team members on the project schedule and scope. The customer can then adjust their expectations accordingly and provide feedback on the project progress. The prioritized backlog is a list of features and requirements that the customer wants to have in the product. By asking the product owner to review the prioritized backlog with the customer, the project manager can ensure that the most valuable and important features are delivered first. The customer can also reprioritize the backlog items based on their changing needs and preferences. This way, the project manager can deliver early results that meet the customer’s satisfaction.

The other options are not the best actions to align customer expectations. Asking the agile team to review and update the quality management plan with the customer is not relevant to the budget reduction or the early results. The quality management plan defines the quality standards, criteria, and methods for the project. It is not a tool for communicating the project status or scope with the customer. Reviewing the impediments log with the customer is not a good practice, as it may expose the internal issues and challenges of the agile team. The impediments log is a record of the obstacles and problems that the agile team faces during the project. It is used by the agile team and the scrum master to identify and resolve the impediments. The customer does not need to know the details of the impediments log, as it may affect their trust and confidence in the project team. Sending a detailed project management plan to the customer is not appropriate for an agile project, as it may imply a fixed and rigid approach to the project. The project management plan is a formal document that describes how the project will be executed, monitored, and controlled. It is not suitable for an agile project, as it does not accommodate the changes and uncertainties that occur during the project. An agile project relies on frequent and informal communication, collaboration, and feedback with the customer, rather than a detailed project management plan. References:

PMBOK® Guide, 6th Edition, Chapter 6, Section 6.7, “Control Schedule”

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

PMBOK® Guide, 6th Edition, Appendix X3, Section X3.2.2.3, “Sprint Velocity”

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

PMBOK® Guide, 6th Edition, Appendix X3, Section X3.2.2.5, “Impediments Log”

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

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

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

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

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

The project manager should request the project sponsor prioritize and if necessary, allocate additional budget so the team can work on a single project. This is because working on multiple projects at the same time can reduce the team’s focus, productivity, quality, and morale. It can also increase the risk of delays, errors, conflicts, and rework. Agile approaches require dedicated and cross-functional teams that can deliver value in short iterations. Therefore, the project manager should seek the support of the project sponsor to ensure that the team has the necessary resources and time to work on one project at a time. Providing an incentive plan so the team members will work more unaccounted hours on multiple projects (option B) is not a good solution, as it may lead to burnout, stress, and dissatisfaction among the team members. It may also violate the labor laws and ethical standards. Brainstorming with the team members on how they can deliver on multiple projects within the given budget (option C) is a possible option, but it may not be realistic or feasible, as it may compromise the quality and scope of the projects. Instructing the team members to spread evenly across projects so mistakes will not occur within the current budget (option D) is not a good option, as it may create confusion, duplication, and inconsistency among the team members. It may also prevent the team from forming, storming, norming, and performing as a cohesive unit. References:

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

[Agile Practice Guide], page 26-27, section 3.1.1 Team Composition

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

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 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

 According to the PMBOK Guide, an iterative-based strategy is a release strategy that delivers the product incrementally over multiple iterations, each adding more functionality and value. This strategy allows the project team to obtain early feedback from the customers and stakeholders, and to adapt to changing requirements and priorities. In this scenario, the project manager should recommend an iterative-based strategy to maximize value by releasing the product to each country as it is finalized and ready for release in that country. This will help to meet the specific requirements of each country, and to deliver value faster and more frequently. References: PMBOK Guide, 6th edition, page 19-20. PMP Questions page 515, question 515. PMP Practice Exam, question 4.

When using an agile approach, the project manager should use a contract type that allows for flexibility and adaptation to changing requirements and priorities. A fixed-price contract with increments based on user stories is a suitable option, as it aligns the payment with the delivery of value to the customer. The other options are not appropriate for an agile project, as they either do not provide enough flexibility (A and B) or do not link the payment to the value delivered (D). References: PMBOK Guide, 6th edition, page 374; Agile Practice Guide, page 97.

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

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

PMBOK Guide, 7th edition, page 107

PMI-PBA Exam Content Outline, 2018, page 8

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

QUE : A self-organizing team is a team that has the autonomy and authority to manage its own work and make its own decisions. A self-organizing team is also expected to adapt to changing situations and learn new skills as needed. Therefore, the best management decision for this situation is to provide opportunity for team members to learn and adjust to the new technology, rather than moving them, adding new members, or re-assigning the project. This will help the team overcome the learning curve and improve their velocity in the future. It will also foster trust, collaboration, and innovation within the team. Providing opportunity for team members to learn and adjust to the technology is consistent with the agile principles and values, which emphasize continuous improvement, customer satisfaction, and team empowerment. It is also covered in the PMBOK Guide under the Develop Team process, and in the PMI-PBA Exam Content Outline under Domain III: Analysis. References:

PMBOK Guide, 7th edition, page 247

PMI-PBA Exam Content Outline, 2018, page 11

Agile Manifesto

STION NO: 184 DRAG DROP

Drag the interpersonal skill on the left to the correct scenario on the right.

Answer:

According to the PMP Exam Content Outline, one of the tasks of the project manager is to “Manage project team members by negotiating and influencing their assignments, providing feedback, resolving and escalating issues, and managing team development” (Task 9, Domain II: Process). This implies that the project manager should protect the project team from any external interference or distraction that could affect their performance or availability. The project manager should also respect the contractual agreements and scope boundaries of the project, and avoid any unauthorized work or scope creep. Therefore, the project manager should decline the request politely since the issue is unrelated to the project and is not the responsibility of the project team. The project manager should also direct the customer to the appropriate channel or department to handle their request, such as the sales manager or the customer service team. References:

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

PBA Exam Content Outline, Domain III: Analysis, Task 7, page 132

A Guide to the Project Management Body of Knowledge (PMBOK Guide), Sixth Edition, Chapter 9: Project Resource Management, Section 9.4: Manage Team, page 3413

Business Analysis for Practitioners: A Practice Guide, Chapter 5: Requirements Life Cycle Management, Section 5.3: Manage Requirements Traceability, page 97

According to the PMBOK Guide, 6th edition, section 6.4.2.6, the Monte Carlo method is a simulation technique that uses probability distributions and random sampling to compute possible outcomes of cost or schedule estimates.3

The Monte Carlo method can produce different results each time it is run, depending on the input data and the random numbers generated.4

Therefore, the project manager and the stakeholder may have used different input data, assumptions, or scenarios when applying the Monte Carlo method, resulting in different estimations for the budget.4

The project manager and the stakeholder should compare and validate their estimations, and agree on a common baseline for the budget.

The references for this answer are:

1: PMP Exam Questions | 100% Free PMP Example Questions 2: PMP Practice Exam 1 | Free PMP Exam Questions 3: PMBOK Guide, 6th edition, Project Management Institute, 2017, pp. 200-201. 4: [Monte Carlo Simulation: What Is It and How Does It Work? - Palisade] : [Project Cost Management: The Ultimate Guide - ProjectManager.com]

The project manager should have ensured that the project repository is up to date and contains all the relevant information and documentation related to the project deliverables, such as user stories, acceptance criteria, test cases, design specifications, etc. This way, the remaining team members can access the information they need to continue working on the deliverable, even if a senior team member leaves the organization. This practice is consistent with the agile principle of maintaining a single source of truth and ensuring transparency and collaboration among the team members12. References: 1: PMBOK Guide, 6th Edition, Chapter 4: Project Integration Management 2: Agile Practice Guide, Chapter 3: Life Cycle Selection

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

According to the PMI-PBA Exam Practice Test and Study Guide, 2nd edition, chapter 8, page 179, incremental budgeting is a technique that allows agile teams to estimate and allocate funds for each iteration or release of a product. This technique enables the teams to respond to changing requirements and priorities, and to deliver value to the customer faster. Incremental budgeting also reduces the risk of over- or under-budgeting, as the teams can adjust their estimates based on the actual costs and benefits of each increment. The other options are not suitable for agile teams, as they do not support the agile principles of flexibility, collaboration, and customer satisfaction. Requesting the finance team to allocate a budget based on historical data may not reflect the current or future needs of the product. Providing the budget to the finance team for only the planned increments may not account for the changes that may occur during the product development. Extrapolating the budget based on the current cost performance index (CPI) may not be accurate or reliable, as the CPI may vary depending on the scope, schedule, and quality of each increment. References:

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

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

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 first assess the organization’s culture, readiness, and maturity to adopt agile methods, as well as the nature and complexity of the projects. Based on this assessment, the project manager can then propose the most suitable agile practices and frameworks that can be tailored to the organization’s context and needs. This approach will help to ensure a smooth and successful transition to agile, as well as to address any potential resistance or challenges. Organizing agile workshops, requesting training, or advising the PMO manager to continue with predictive approaches are not the best ways to initiate the adoption of agile, as they do not consider the organization’s current situation and capabilities. References: 1, 2, 3

1: PMI. (2020). A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition. Newtown Square, PA: Project Management Institute, Inc. Chapter 1, Section 1.2.3.2, p. 9.

2: PMI. (2020). PMP Sample Test Questions (correct answers are bolded). Retrieved from 3

3: PMI. (2017). Agile Practice Guide. Newtown Square, PA: Project Management Institute, Inc. Chapter 2, Section 2.1, pp. 13-14.

 According to the PMBOK® Guide, the project manager is responsible for closing the project or phase, which includes verifying that all the project deliverables are completed and accepted, updating the project records and documents, releasing the project resources, and communicating the project closure to the stakeholders. Performing administrative closure of the project ensures that the project is formally completed and closed, and that the project budget is finalized and closed as well. This will prevent any confusion or issues with the accounting manager or other parties in the future. Conveying task completion information to accounting may be part of the project closure process, but it is not sufficient to close the project budget. The project manager should also update the project status, financial records, and lessons learned. Closing the procurement process properly is necessary for projects that involve contracts or agreements with external vendors or suppliers, but it is not the only aspect of closing the project. The project manager should also close the internal aspects of the project, such as deliverables, resources, and stakeholder satisfaction. Completing the transition process is relevant for projects that produce products, services, or results that need to be transferred to the operations or maintenance teams, but it is not the only activity for closing the project. The project manager should also ensure that the project objectives are met, the project scope is verified, and the project performance is evaluated. References: PMBOK® Guide, Sixth Edition, Chapter 4, Section 4.7 (Close Project or Phase) and Appendix X3, Table X3-1 (Project Closure Checklist)

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

1: PMBOK Guide, 6th edition, page 161

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

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

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

According to the Agile Practice Guide, the product owner is the person who is responsible for defining and prioritizing the product backlog, and ensuring that the product meets the customer’s needs and expectations (Section 3.2.2). The product owner is also the key stakeholder who has the authority to accept or reject the work results, and to make the final decisions regarding the scope and requirements of the product (Section 3.2.3). Therefore, if there is a requirement that conflicts with the product owner’s requirements, the product owner is the one who should analyze the new requirement and make the final decision, in collaboration with the other stakeholders and the project team. This is also consistent with the PMBOK® Guide, which states that “the project manager should work with the product owner to ensure that the project delivers the agreed-upon features and functionality” (Section 5.1.2.2). References:

Agile Practice Guide, Section 3.2.2, Section 3.2.3

PMBOK® Guide, 6th Edition, Section 5.1.2.2

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.

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

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

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

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

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

Answer steps

 The project manager should mentor the team member and provide the necessary training because this is the best way to help the team member overcome the difficulty and deliver the expected results. Self-organizing teams are empowered to make decisions and collaborate with each other, so the project manager should act as a facilitator and coach rather than a directive leader. The other options are not the best choices because they do not address the root cause of the problem, which is the lack of knowledge or skills in the new technology. Requesting the team member to move to another team (option A) may demotivate the team member and create resentment. Delegating other team members to complete this team member’s tasks (option B) may overload the other team members and reduce the team cohesion. Including this team member in an improvement program through a human resources request (option D) may imply that the team member is underperforming and needs to be disciplined, which may lower the team member’s morale and confidence. References: PMBOK Guide, 6th edition, pages 18, 52, 273, 335. Free PMP Practice Exam Questions - 120 Sample Test Questions. PMI PMP Quiz:82 Topic:3 Questions:406-410.

According to the PMP Exam Content Outline, one of the tasks of a project manager in the leading domain is to “Empower team members and stakeholders by providing them with the level of authority to complete the assigned activities and resolve issues in order to enhance project performance.” This implies that the project manager should empower team members to participate in decision-making and take ownership of actions, especially in megaprojects that involve multiple stakeholders from different geographical areas and cultural backgrounds. Empowering team members can improve team productivity by increasing their motivation, commitment, creativity, and accountability. It can also foster a culture of collaboration, trust, and respect among the diverse team members and stakeholders. Empowering team members can also help the project manager to cope with the complexity and uncertainty of megaprojects, as team members can act more autonomously and responsively to the changing project environment. References:

PMP Exam Content Outline

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

Business Analysis for Practitioners: A Practice Guide, Chapter 4.5.1 and 4.5.2

Megaprojects – Concepts, Strategies, and Practices for Success1

The Three Secrets of Megaproject Success: Clear Strategic Vision, Total Alignment, and Adapting to Complexity2

 In an agile project, the product owner is responsible for defining and prioritizing the product backlog, and the team is responsible for delivering the product increment based on the sprint backlog. If the product owner identifies that some key features are missing from the product increment, the project manager should collaborate with the product owner and the team to plan the next sprint and adjust the backlog accordingly. Extending the sprint timeline (A) would violate the time-boxed nature of agile sprints and disrupt the rhythm and cadence of the project. Informing the product owner that the issue needs to be escalated (B) would not solve the problem, but rather create unnecessary conflict and bureaucracy. Initiating the change request process (D) would not be appropriate for an agile project, as changes are expected and welcomed throughout the project lifecycle, and do not require formal approval or documentation. References: PMBOK Guide, 7th edition, page 91; Agile Practice Guide, page 14.

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

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

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

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

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

To answer this question, we need to calculate the earned value (EV), the planned value (PV), and the actual cost (AC) of the project based on the given information. Then, we can compare them to determine the project status in terms of schedule and cost performance.

The earned value (EV) is the monetary value of the work completed so far. It can be calculated by multiplying the percent complete of the project by the budget at completion (BAC), which is the total approved budget for the project. The BAC can be obtained by adding the approved work package cost estimates, the contingency reserves, and the management reserves. In this case, the BAC is:

BAC=9500+500+(10%×500)=10550

The EV is then:

EV=50%×10550=5275

The planned value (PV) is the monetary value of the work that was planned to be completed by a certain date. It can be calculated by multiplying the planned percent of the project by the BAC. In this case, the PV is:

PV=40%×10550=4220

The actual cost (AC) is the monetary value of the work actually performed. It is given as:

AC=4500

To determine the project status, we can use the cost variance (CV) and the schedule variance (SV) formulas. The CV is the difference between the EV and the AC, and it indicates whether the project is under budget or over budget. A positive CV means the project is under budget, while a negative CV means the project is over budget. The CV is:

CV=EV−AC=5275−4500=775

The SV is the difference between the EV and the PV, and it indicates whether the project is ahead of schedule or behind schedule. A positive SV means the project is ahead of schedule, while a negative SV means the project is behind schedule. The SV is:

SV=EV−PV=5275−4220=1055

From the CV and SV values, we can conclude that the project is under budget and ahead of schedule. To find the percentage of deviation from the planned cost and schedule, we can use the cost performance index (CPI) and the schedule performance index (SPI) formulas. The CPI is the ratio of the EV to the AC, and it measures the cost efficiency of the project. A CPI greater than 1 means the project is under budget, while a CPI less than 1 means the project is over budget. The CPI is:

CPI=ACEV​=45005275​=1.17

The SPI is the ratio of the EV to the PV, and it measures the schedule efficiency of the project. A SPI greater than 1 means the project is ahead of schedule, while a SPI less than 1 means the project is behind schedule. The SPI is:

SPI=PVEV​=42205275​=1.25

From the CPI and SPI values, we can calculate the percentage of deviation from the planned cost and schedule by subtracting 1 and multiplying by 100. The percentage of deviation from the planned cost is:

(CPI−1)×100=(1.17−1)×100=17%

The percentage of deviation from the planned schedule is:

(SPI−1)×100=(1.25−1)×100=25%

Therefore, the project cost is 17% lower than planned, and the project schedule is 25% ahead of planned. Among the given options, the closest one is B. The project cost is 10% lower than planned.

 The project manager should conduct a consensus-building session to decide how to approach the next set of work, as this is a collaborative decision-making technique that involves the participation of all team members and stakeholders. The project manager should facilitate the discussion, clarify the objectives, identify the options, evaluate the pros and cons, and reach a mutually acceptable agreement. This will help to resolve the conflict, align the expectations, and ensure the commitment of the team and the stakeholders. The other options are not the first actions that the project manager should take, as they may either delay the decision, bypass the team’s input, or ignore the conflict. References:

[PMBOK Guide], 6th edition, pages 56-57, 376-377, 513-514.

[Professional in Business Analysis (PMI-PBA) Handbook], pages 15-16, 19-20.

 According to the PMBOK Guide, 7th edition, one of the project management principles is to “create a collaborative project team environment”. This means that the project manager should foster a culture of trust, empowerment, and feedback among the team members, and encourage them to make decisions that align with the project objectives and values. In this case, the project manager should remind the engineers that safety is a priority for the company and the project, and that they have the authority and responsibility to raise any concerns or issues that may jeopardize the safety of the work crew. The project manager should also communicate with the stakeholders and sponsors to ensure that the project schedule and scope are realistic and do not compromise the quality and safety standards. References: PMBOK Guide, 7th edition, page 9, 10, 11, 12, 13, 14, 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…

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

PMBOK Guide, 6th edition, p. 480 1

PMBOK Guide, 6th edition, p. 489 2

The project manager should have kept documentation in the PMIS and shared it with appropriate stakeholders. The PMIS is an information system consisting of the tools and techniques used to gather, integrate, and disseminate the outputs of project management processes1. It is used to support all aspects of the project from initiating through closing, and can include both manual and automated systems1. By keeping documentation in the PMIS, the project manager can ensure that the project information is updated, consistent, accessible, and secure. The project manager can also use the PMIS to communicate and collaborate with the relevant stakeholders, such as the project team, the sponsor, the customer, and the auditors2.

Option A is not the best answer because reviewing the risk register to identify a response plan for the audit is a reactive and not a proactive way to handle documentation for the project. The project manager should have anticipated and planned for the audit as part of the project risk management process3.

Option B is not the best answer because assigning a project team member to ensure all project documentation was updated is not a sufficient or efficient way to handle documentation for the project. The project manager should have established a clear and consistent process for updating and maintaining the project documentation, and used the PMIS to facilitate and automate this process4.

Option C is not the best answer because updating the project management plan regularly and having it securely shared with all stakeholders is only a partial way to handle documentation for the project. The project management plan is a formal, approved document that defines how the project is executed, monitored, and controlled. It is an important part of the project documentation, but not the only one. The project manager should have also updated and shared other project documents, such as the project schedule, the project budget, the project status reports, and the project deliverables. References: 1: PMBOK Guide, 7th Edition, Section 4.1.3.2, Project Management Information System 2: PMBOK Guide, 7th Edition, Section 10.1.3.3, Communication Methods, Models, and Channels 3: PMBOK Guide, 7th Edition, Section 11.1.3.1, Risk Management Plan 4: PMBOK Guide, 7th Edition, Section 4.4.3.1, Project Documents Updates : PMBOK Guide, 7th Edition, Section 4.1.3.1, Project Management Plan : PMBOK Guide, 7th Edition, Section 4.1.4.1, Project Documents

 The project manager should advise the customer to discuss changes with the product owner, who is responsible for managing the product backlog and prioritizing the user stories. The product owner is the key stakeholder who represents the customer’s voice and ensures that the product delivers value to the customer. The product owner also collaborates with the Scrum team and the Scrum master to plan and execute the sprints. By directing the customer to the product owner, the project manager can avoid confusion and conflict among the team members and maintain the integrity of the Scrum process. The other options are not appropriate because they do not follow the Scrum principles and values. Option B: Document this issue in the sprint backlog for discussion at a team meeting. This option is not correct because the sprint backlog is a list of tasks that the team commits to complete in a sprint, not a place to document issues or changes. The sprint backlog should only be modified by the team members during the sprint, not by the customer or the project manager. Option C: Ask the customer to submit a change request to the project sponsor. This option is not correct because it goes against the agile mindset of welcoming changes and delivering value to the customer. The project sponsor is not involved in the Scrum process and does not have the authority to approve or reject changes. The product owner is the only person who can accept or reject changes to the product backlog. Option D: Encourage the team to clarify the requests with the customer. This option is not correct because it may create more confusion and inconsistency among the team members and the customer. The team should not communicate directly with the customer without the involvement of the product owner, who is the single source of truth for the product vision and requirements. The team should focus on delivering the sprint goal and follow the guidance of the product owner and the Scrum master. References: PMBOK Guide 6th Edition, pages 37-38, 170-171, 176-177.

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

The best answer is D because it involves engaging the stakeholders in the decision-making process and respecting their preferences and expectations. The project manager should not impose a new approach on the stakeholders without their consent or input, as this could lead to resistance, confusion, or dissatisfaction. The project manager should also not delegate the decision to the team only, as this could exclude the stakeholders’ perspectives and needs. The project manager should explain the benefits and challenges of both the predictive and agile approaches, and facilitate a collaborative discussion with the stakeholders to reach a mutual agreement on the best approach for the new project. This would demonstrate the project manager’s leadership, communication, and stakeholder management skills, as well as the ability to adapt to changing organizational and environmental factors. References:

PMBOK Guide, 7th edition, page 27, section 2.2.1, “Tailoring”

PMBOK Guide, 7th edition, page 29, section 2.2.2, “Stakeholder Engagement”

PMBOK Guide, 7th edition, page 31, section 2.2.3, “Leadership”

PMBOK Guide, 7th edition, page 33, section 2.2.4, “Teamwork”

PMBOK Guide, 7th edition, page 35, section 2.2.5, “Communication”

Agile Practice Guide, page 8, section 1.2, “What is Agile?”

Agile Practice Guide, page 9, section 1.3, “Why Use Agile Approaches?”

Agile Practice Guide, page 10, section 1.4, “When to Use Agile Approaches?”

Agile Practice Guide, page 11, section 1.5, “Tailoring to the Project Environment”

Agile Practice Guide, page 12, section 1.6, “Implementing Agile: Creating an Agile Environment”

Agile Practice Guide, page 13, section 1.7, “Implementing Agile: Delivering in an Agile Environment”

Agile Practice Guide, page 14, section 1.8, “Organizational Considerations for Project Agility”

According to the Professional in Business Analysis Reference Materials, the project manager should manage the team members’ expectations and ensure that they adhere to the agreements made during the meetings. The project manager should also communicate clearly and respectfully with the team member who is complaining and explain the rationale behind the agreement and the consequences of not following it. The project manager should not arrange or schedule another meeting to revisit the agreement, as this would waste time and resources and undermine the authority of the project manager. The project manager should also not ignore the team member’s behavior, as this could lead to further conflicts and dissatisfaction1 References: 1 Free PMP Questions and Answers – Are You Ready for PMP Exam1

According to the PMBOK Guide, 6th edition, section 4.7.3.2, the project closure report should include information on benefits realization, such as who will be responsible for tracking and reporting the benefits, what metrics and indicators will be used to measure the benefits, and when the benefits are expected to be realized. This is consistent with the PMI-PBA Practice Guide, section 2.5.2, which states that the business analyst should document the benefits realization plan and communicate it to the relevant stakeholders. Therefore, the project manager should document this information in the project closure report and ensure that the project sponsor and other stakeholders are aware of it. References:

PMBOK Guide, 6th edition, section 4.7.3.2

PMI-PBA Practice Guide, section 2.5.2

According to the PMBOK Guide, closing a project or phase is the process of finalizing all activities across all of the project management process groups to formally complete the project or phase1 One of the main outputs of this process is the final product, service, or result transition, which involves transferring the ownership and accountability of the project deliverables to the customer, sponsor, or other designated entity1 Another important output is the project documents updates, which involves archiving all the project documents following the organization’s accepted practices so that they can be used in other future projects1 Archiving the project documents ensures that the project information is properly stored, organized, and accessible for future reference, lessons learned, audits, or legal purposes2 Some examples of project documents that should be archived are the project charter, the project management plan, the project scope statement, the work breakdown structure, the project schedule, the project budget, the quality reports, the risk register, the issue log, the change log, the stakeholder register, the lessons learned register, and the project closure report12

In the given scenario, the project manager is instructed by the project sponsor to immediately close the project and to move on to another project. The project manager should complete the critical task of archiving all the project documents before closing the project. This will ensure that the project information is preserved and available for future use, and that the project closure is done in a systematic and consistent manner2

The other options are not the best choices for the following reasons:

Option A: Ensure that the whole team is appropriately recognized and organize a project farewell party to celebrate the project success and closure. This option suggests recognizing the project team and celebrating the project success and closure. While this is a good practice to motivate and appreciate the project team, it is not the most critical task that the project manager should complete before closing the project. The project manager should first ensure that the project deliverables are transferred to the customer or sponsor, and that the project documents are archived, before organizing any recognition or celebration events2

Option B: Update and close both the risk register and issue log with the latest updates, and save them in the organization’s project management information system (PMIS). This option suggests updating and closing the risk register and issue log, and saving them in the PMIS. While this is a necessary task to document and communicate the status and resolution of the project risks and issues, it is not the only task that the project manager should complete before closing the project. The project manager should also update and archive other project documents, such as the project charter, the project management plan, the project scope statement, the work breakdown structure, the project schedule, the project budget, the quality reports, the change log, the stakeholder register, the lessons learned register, and the project closure report12

Option D: Meet with the project sponsor and advise that the new project might be difficult to undertake because the current project is not yet complete. This option suggests meeting with the project sponsor and advising that the new project might be difficult to undertake because the current project is not yet complete. While this is a valid concern that the project manager should raise with the project sponsor, it is not the most critical task that the project manager should complete before closing the project. The project manager should first finalize all the activities and deliverables of the current project, and archive all the project documents, before moving on to another project2

 1: PMBOK Guide, 7th edition, Chapter 3: Doing the Work, Section 3.6: Close the Project or Phase, pp. 80-81 2: PMBOK Guide, 7th edition, Chapter 3: Doing the Work, Section 3.6.2: Close the Project or Phase: Outputs, pp. 82-83

According to the Professional in Business Analysis (PMI-PBA)® Examination Content Outline, one of the tasks of a business analyst is to “manage stakeholder collaboration to achieve project objectives” (Task 4.1). This includes “facilitating conflict resolution” and “addressing issues that may impact stakeholder relationships” (Task 4.1.3 and 4.1.4). Therefore, the project manager should explain the impact of the scenario to the project team member and help them understand how their behavior is affecting the project and the client relationship. This is also consistent with the PMI Code of Ethics and Professional Conduct, which states that project managers should “respect the property rights of others” and “act in a manner that is in the best interests of society and the environment” (Section 4.3.1 and 4.3.2). References:

Professional in Business Analysis (PMI-PBA)® Examination Content Outline, PMI, 2018, pp. 23-24.

PMI Code of Ethics and Professional Conduct, PMI, 2006, pp. 5-6.

The project manager should discuss the issue with the team members at fault and find out the root cause of why they did not fill out the status reports. The project manager should also remind them of the importance and urgency of the status reports for the project sponsor and the project success. The project manager should also work with the team members to establish a clear and consistent process for reporting the project status and ensure that they follow it. Reprimanding the team members, justifying their behavior, or quickly putting together a report are not effective ways to address the situation, as they may create resentment, mistrust, or inaccurate information. References:

PMP Exam Content Outline, Domain II: Process, Task 4: Provide performance feedback and recognition to team members and other stakeholders.

A Guide to the Project Management Body of Knowledge (PMBOK Guide), Seventh Edition, Chapter 3: Project Performance Domain, Section 3.2: Team Performance, Page 77.

Professional in Business Analysis (PBA) Certification Exam Outline, Domain IV: Evaluation, Task 4: Communicate Solution Performance, Page 16.

 The project manager should work with the team to analyze which processes are suitable to use and define them in the ground rules. This will help to resolve the conflict by creating a common understanding of the project processes, expectations, and norms among the team members from different companies. The project manager should also facilitate communication and collaboration among the team members and foster a positive team culture. Avoiding the conflict, reviewing the historical information, and asking the team to use company B’s processes are not effective ways to resolve the conflict, as they do not address the root cause of the problem or involve the team in the decision-making process. References: = PMBOK Guide, 6th edition, pages 48-49, 343-344, 368-369; PMP Exam Content Outline, 2020, pages 6-7.

 In a hybrid project management approach, the project manager often needs to adjust their role to become more of a servant leader. This involves supporting team collaboration and removing any impediments that may hinder the team’s progress. The hybrid approach combines the predictive (or waterfall) and agile methodologies. High-level project phases are planned using the waterfall approach, and the actual task execution is done in an Agile way1. Therefore, the project manager’s role in a hybrid environment is to facilitate this process, ensuring that the team can effectively carry out their tasks1. References: 1

 The project manager should communicate individually with the affected team members to negotiate the decision and confirm their willingness to relocate, as this is the most respectful and ethical way to handle the situation. Relocating team members abroad for six months is a major change that will affect their personal and professional lives, and the project manager should consider their needs, preferences, and concerns before making any final decisions. The project manager should also explain the rationale and benefits of the relocation, and offer any support or incentives that may facilitate the transition. Communicating to the whole team, the HR department, or the team members’ manager may not be appropriate or sufficient, as the project manager should first consult with the team members directly and obtain their consent. These other communication options may also create unnecessary confusion, resentment, or resistance among the team members or other stakeholders. References: PMBOK Guide, 7th edition, pages 111, 112, 113, 114.

In an agile project, the project manager is responsible for facilitating the collaboration and coordination among the team members, as well as ensuring that the team has the necessary resources and support to deliver value1. One of the key practices of agile project management is to break down large projects into smaller, manageable tasks that can be assigned to different team members and tracked using tools such as task boards or backlogs234. This way, the team can avoid duplication of work, reduce dependencies, and increase transparency and accountability.

If the project manager notices that the team members are sometimes working on the same task, it indicates that there is a lack of clarity or communication about the task assignments. The project manager should address this issue by communicating the task assignments to the team members in a clear and consistent manner, using the appropriate tools and channels. The project manager should also encourage the team members to communicate with each other and update their task status regularly, so that everyone is aware of the progress and potential issues.

The other options are not correct for the following reasons:

B. Verify that the product owner has made the task assignments clear. The product owner is the person who represents the customer’s needs and priorities, and defines the product vision and scope1. The product owner is not responsible for making the task assignments, but rather for providing the team with the product backlog, which is a list of features or requirements that the team can use to create tasks.

C. Confirm that the agile coach has made the task assignments clear. The agile coach is the person who helps the team adopt and improve their agile practices, and provides guidance and feedback on the agile principles and values1. The agile coach is not responsible for making the task assignments, but rather for supporting the team’s self-organization and empowerment.

D. Verify that the team members have made the task assignments clear. The team members are the people who perform the work and deliver the product, and they are expected to be cross-functional and self-organizing1. The team members are responsible for making the task assignments among themselves, based on the product backlog and their skills and availability. However, verifying that the team members have made the task assignments clear is not enough to solve the problem of working on the same task. The project manager should also communicate the task assignments to the team members and ensure that they are aligned and coordinated.

1: Best practices for Agile project management 2: Breaking Down Large Projects Into Tasks in an Agile Process 3: Free Project Task List Templates for Project Management 4: Free Agile Project Plan Template: Plan Efficiently [2023] : Product Owner - Scrum.org : Agile Coach - Scrum.org : Development Team - Scrum.org

The project manager should first follow the risk response plan. The risk response plan is a component of the project management plan that describes how to implement risk responses for identified risks and opportunities1. It includes the agreed-upon actions and owners for each risk, as well as the budget, schedule, and resources allocated for the risk responses1. By following the risk response plan, the project manager can execute the appropriate actions to minimize the impact of the delay on the critical path activity and the project objectives.

Option B is not the best answer because using the contingency fund is not the first thing to do. The contingency fund is a reserve amount of money or time that is set aside to cover the cost or time impact of known risks2. It is part of the risk response plan, and it should be used only after the risk response actions have been implemented and the residual risk impact has been assessed3.

Option C is not the best answer because preparing a change request is not the first thing to do. A change request is a formal proposal to modify any document, deliverable, or baseline of the project. It should be prepared only after the risk response actions have been implemented and the impact of the delay on the project scope, schedule, cost, or quality has been analyzed.

Option D is not the best answer because updating the risk register is not the first thing to do. The risk register is a project document that records the details of all identified risks, including their description, category, probability, impact, response strategy, and status. It should be updated only after the risk response actions have been implemented and the outcome of the risk response has been evaluated. References: 1: PMBOK Guide, 7th Edition, Section 11.1.3.1, Risk Response Plan 2: PMBOK Guide, 7th Edition, Section 6.5.2.3, Contingency Reserve 3: PMBOK Guide, 7th Edition, Section 11.5.3.1, Implement Risk Responses : PMBOK Guide, 7th Edition, Section 4.6.3.1, Change Requests : PMBOK Guide, 7th Edition, Section 4.6.3.2, Change Control Tools : PMBOK Guide, 7th Edition, Section 11.2.3.1, Risk Register : PMBOK Guide, 7th Edition, Section 11.6.3.1, Monitor Risks

According to the PMBOK Guide, 6th edition, section 13.2.2.4, stakeholder engagement assessment matrix is a tool that can be used to identify the current and desired levels of engagement for each stakeholder or stakeholder group. The project manager should use this matrix to plan and implement appropriate strategies to increase the support and minimize the resistance of the stakeholders. One of the strategies is to meet with the stakeholder and discuss the impact of the project deliverable on their interests, needs, and expectations. The project manager should also explain the benefits of the deliverable for the organization and the stakeholder, and address any concerns or issues that the stakeholder may have. By doing so, the project manager can increase the stakeholder’s awareness, understanding, and involvement in the project, and foster a positive relationship with them. References: PMBOK Guide, 6th edition, section 13.2.2.4; PMI website

According to the PMBOK Guide, a project manager should ensure that the project team applies a long-term solution for an issue that has been resolved during the project life cycle, to prevent it from reoccurring after the project closure. This is part of the control quality process, which involves monitoring and recording the results of quality activities, and implementing corrective actions to address any quality issues. A long-term solution is one that addresses the root cause of the issue and eliminates or reduces the probability of its recurrence. A short-term solution is one that provides a temporary fix or workaround for the issue, but does not resolve the underlying problem. A short-term solution may be acceptable in some situations, but it may also create additional risks or costs in the future. Therefore, a project manager should always consider the long-term implications of any solution and choose the one that best meets the project objectives and stakeholder expectations. References: PMBOK Guide, 6th edition, pages 293-294, 303-304.

According to the PMBOK Guide, the project manager is responsible for ensuring that the project delivers the expected business value and benefits. If the project manager acquires information that indicates a significant reduction in the business value of the project, they should communicate this information to the project sponsor and other key stakeholders, and recommend a reassessment of the project business case and viability. The project sponsor is the ultimate authority to decide whether to continue, cancel, or change the project based on the updated information and analysis. Removing items from the backlog, continuing with the defined scope, or canceling the project without consulting the sponsor are not appropriate actions for the project manager to take in this situation. References: = PMBOK Guide, 7th edition, page 23; PMI, Project Management Professional (PMP) Examination Content Outline, 2021, page 6.

The project manager should choose a hybrid approach for this project, as this is a combination of predictive and adaptive (or agile) approaches that can be tailored to suit the project’s characteristics and requirements. A hybrid approach allows the project manager to apply different methods and practices to different phases or deliverables of the project, depending on the level of uncertainty, complexity, and change involved. For example, the project manager can use a predictive approach for the research part of the project, where the scope, schedule, and cost are well-defined and stable, and an agile approach for the delivery part of the project, where the scope, schedule, and cost are flexible and iterative, and the customer feedback is incorporated frequently. The other options are not the best choices for this project, as they do not reflect the diversity and variability of the project’s nature and context. References:

[PMBOK Guide], 7th edition, pages 14-15, 18-19, 22-23.

[Agile Practice Guide], pages 8-9, 12-13, 16-17.

The project manager should discuss the issue with the functional manager to understand the reason for the complaint. This is the best option because it shows the project manager’s respect and communication skills, as well as the willingness to resolve the conflict in a constructive way. By discussing the issue with the functional manager, the project manager can also clarify the expectations, roles, and responsibilities of the team member, as well as identify the root cause and possible solutions for the problem. This option also aligns with the PMBOK® Guide’s guidance on managing stakeholder engagement, which includes addressing and resolving issues, and fostering collaboration among stakeholders1.

The other options are not as effective as option B. Option A is not fair and may demotivate the team member and the rest of the team. Option C is not collaborative and may escalate the conflict. Option D is not realistic and may create more interruptions and resistance from the functional manager. References: 1: PMBOK® Guide, 6th edition, page 518

The project manager should schedule a session with the team to discuss the issues and work with them to define a plan to manage the sprints going forward. This will help to address the team’s concerns, resolve the conflicts, and improve the team’s morale and performance. The project manager should also communicate with the product owner and other stakeholders to align the expectations and priorities for the project and the support items. The project manager should also use agile principles and practices to adapt to the changing requirements and deliver value to the customer. Requesting a replacement, scheduling a session with the product owner, or asking HR to send the team members to a workshop are not the best ways to proceed, as they may not solve the root cause of the problem, damage the team’s trust and cohesion, or delay the project delivery. References:

PMP Exam Content Outline, Domain II: Process, Task 5: Support team members and stakeholders to meet project objectives and stakeholder expectations.

A Guide to the Project Management Body of Knowledge (PMBOK Guide), Seventh Edition, Chapter 3: Project Performance Domain, Section 3.2: Team Performance, Page 77.

Professional in Business Analysis (PBA) Certification Exam Outline, Domain III: Analysis, Task 5: Validate Requirements, Page 14.

An agile approach is suitable for projects with unstable or changing requirements, as it allows for frequent feedback and adaptation. By refining and prioritizing the requirements according to the project objectives, the project manager can ensure that the most valuable features are delivered to the customer in an iterative and incremental manner. This can also increase the stakeholder satisfaction and engagement with the project. References:

PMBOK Guide, 6th edition, section 4.2.2.3, page 141

PMI Agile Practice Guide, section 2.1, page 9

Free PMP Practice Exam Questions - 120 Sample Test Questions, question 18

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

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

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

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

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

According to the PBA Guide, retrospectives are a technique to review the project performance and identify lessons learned, best practices, and improvement opportunities1. Retrospectives are especially useful in agile projects, where they are conducted at the end of each iteration or sprint2. By implementing retrospectives with the vendor, the project manager can ensure that the project team and the vendor share the same understanding of the project goals, requirements, and deliverables. The project manager can also facilitate knowledge transfer and collaboration between the team and the vendor, and address any issues or risks that may affect the project continuity. References: 1: PBA Guide, page 154 2: PMBOK Guide, page 188

 According to the PBA Guide, one of the key activities of the project manager is to ensure that all project information is captured, stored, and shared appropriately throughout the project life cycle1. This includes creating and maintaining a project repository or a document management system that can store all project deliverables, such as test reports, in a secure and accessible way2. By doing so, the project manager can prevent the loss of valuable information and facilitate knowledge transfer among the project team and stakeholders. The other options are not relevant or effective for this issue, as they do not address the root cause of the missing test reports. References:

1: PBA Guide, Chapter 3, Section 3.3.1, Page 63

2: PBA Guide, Chapter 3, Section 3.3.2, Page 64

 The project manager should develop an integrated change management plan to control the situation, as this will help to establish a clear and consistent process for managing and approving change requests throughout the project. An integrated change management plan defines the roles and responsibilities of the change control board (CCB), the criteria and procedures for evaluating and approving change requests, the tools and techniques for tracking and reporting change requests, and the impact of change requests on the project baselines and other project documents. By developing an integrated change management plan, the project manager can ensure that the change request process is transparent, efficient, and aligned with the project objectives and stakeholder expectations. Redefining the communications management plan may not be sufficient, as it only addresses the information needs and communication methods of the project stakeholders, but not the change request process itself. Documenting the risk in the project risk register may not be relevant, as the question does not indicate that the change request process poses a risk to the project. Reviewing the scope defined in the project charter may not be helpful, as it only provides a high-level overview of the project scope, but not the details of the change request process. References: PMBOK Guide, 7th edition, pages 123, 124, 125, 126.

 Schedule crashing is a technique to shorten the project schedule by adding more resources or working overtime, without changing the project scope1. This can help improve the Schedule Performance Index (SPI) and Cost Performance Index (CPI) by completing more work in less time and within budget. The other options are not relevant to the question. Fast tracking is a technique to overlap project phases or activities to reduce the project duration, but it may increase risks and costs2. Earned schedule and earned value are methods to measure project performance, not techniques to improve it3 . References: 1: PMBOK Guide, 6th edition, p. 215 2: PMBOK Guide, 6th edition, p. 216 3: PMBOK Guide, 6th edition, p. 267 : PMBOK Guide, 6th edition, p. 260

According to the PMBOK Guide, the project manager is responsible for identifying, analyzing, and responding to project risks. One of the tools and techniques for risk management is perform qualitative risk analysis, which involves assessing the probability and impact of identified risks on project objectives. When a risk occurs, such as the change in the wire compatibility, the project manager should first perform qualitative risk analysis to determine the severity and urgency of the risk response. The project manager should also consult with the project team and other relevant stakeholders to evaluate the potential options and alternatives for addressing the risk. One of the possible options is to survey the market for alternative wires with similar characteristics that can be compatible with the machine. This option may require some adjustments in the design or testing of the machine, but it may also preserve the market coverage and customer satisfaction. Therefore, the project manager should investigate the impact of this option with the team and compare it with other possible options before making a decision. References: PMBOK Guide, 6th edition, pages 397-398, 423-424.

 According to the PMBOK® Guide, the project vision is a high-level description of the project’s purpose, scope, and objectives. It provides the direction and alignment for the project team and stakeholders. The project vision should be clear, concise, inspiring, and consistent with the organization’s strategy. When the scope has changed significantly and the product owner has been replaced multiple times, the project vision may become unclear or outdated. The team members may feel disassociated from the project and lose motivation and engagement. To ensure team alignment with the goals, the project manager should facilitate a discussion of the vision for the project, involving the new product owner and the team members. This will help to clarify the project’s value proposition, expected outcomes, and success criteria. It will also help to reestablish trust, collaboration, and commitment among the team and the product owner. Asking the new product owner to explain the importance of the project, emailing the team a detailed outline of the business requirements, or reviewing the project charter with the team are not sufficient or effective ways to ensure team alignment with the goals. These options may not address the underlying issues of the team’s disassociation, such as lack of involvement, ownership, or empowerment. They may also not reflect the current state of the project or the organization’s strategy. References: PMBOK® Guide, 6th edition, pages 30-31, 89-90.

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

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

 According to the PMBOK Guide, a project manager and project team should select the appropriate work methods and tools based on the project characteristics, such as the product scope, complexity, uncertainty, and delivery approach1. The work methods and tools should also be aligned with the business need and project constraints, such as the budget, schedule, quality, and resources2. Therefore, the result of the discussion should be an agreed-upon work method and tools that should fit the business need and project constraints. References:

1: PMBOK Guide, 6th edition, Chapter 4: Project Integration Management, p. 74-75

2: PMBOK Guide, 6th edition, Chapter 5: Project Scope Management, p. 131-132

The project manager should update and share the guideline document dealing with team communication to ensure that there are no potential misunderstandings among the virtual team members. This is because the guideline document defines the communication requirements, methods, channels, frequency, and protocols for the project team, especially when working remotely or across different locations, cultures, and time zones. The project manager should also involve the new team members in the communication planning process and solicit their feedback and preferences. This will help establish trust, rapport, and collaboration among the team members and foster a shared understanding of the project goals, roles, and expectations. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK® Guide, 6th edition, Section 10.1.1, “Plan Communications Management: Inputs”

PMBOK® Guide, 6th edition, Section 10.1.3.1, “Plan Communications Management: Outputs - Communications Management Plan”

PMI-PBA® Guide, 1st edition, Section 4.2.1, “Plan Communications: Inputs”

PMI-PBA® Guide, 1st edition, Section 4.2.2, “Plan Communications: Tools and Techniques”

PMI-PBA® Guide, 1st edition, Section 4.2.3, “Plan Communications: Outputs”

 According to the PMBOK® Guide, stakeholder engagement is the process of communicating and working with stakeholders to meet their needs and expectations, address issues, and foster appropriate stakeholder involvement in project activities throughout the project life cycle1. The project manager should proactively engage with stakeholders to understand their interests, needs, expectations, and influence on the project, and to manage any conflicts or issues that may arise2.

In this scenario, the project manager is facing a situation where an important stakeholder is dissatisfied with the way the project is being executed and threatens to withdraw support for the project. This could have a negative impact on the project’s success, as the stakeholder may have a high level of power, interest, or influence on the project. The best way to handle this situation is to approach the stakeholder to address the concerns and resolve the issue. The project manager should use effective communication skills, such as active listening, empathy, and feedback, to understand the stakeholder’s perspective and expectations, and to explain the project’s status, progress, and performance. The project manager should also use negotiation and problem-solving techniques to reach a mutually acceptable agreement with the stakeholder and to restore trust and confidence in the project.

Option B is not the best answer because it does not directly address the stakeholder’s concerns or the root cause of the issue. Consulting the risk management plan may help the project manager identify and analyze the potential risks and responses related to stakeholder engagement, but it does not provide a solution or improvement to the current situation. Option C is not the best answer because it does not demonstrate the project manager’s responsibility or accountability for the project. Escalating the issue to the project management office (PMO) may help the project manager obtain guidance or support from the PMO, but it does not ensure that the stakeholder’s concerns are adequately addressed or resolved. Option D is not the best answer because it does not show respect or empathy for the stakeholder. Referring the stakeholder to the project sponsor may help the project manager leverage the sponsor’s authority or influence, but it does not foster a positive relationship or collaboration with the stakeholder. References: 1 PMBOK® Guide, 6th edition, page 5132 PMBOK® Guide, 6th edition, page 515.

The project manager should mentor the team to explain agile principles and create a shared understanding. This will help the team to adopt an agile mindset, embrace the values and practices of agile approaches, and collaborate effectively throughout the project. The project manager should also provide feedback, coaching, and support to the team as they learn and apply agile methods. Evaluating the possibility of managing this project using a predictive approach, submitting a change request for a new team, and hiring a functional manager are not appropriate actions to address the situation, as they do not address the root cause of the confusion or help the team to develop agile competencies. References: = PMBOK Guide, 6th edition, pages 18-19, 27-28, 555-556; [Agile Practice Guide], pages 8-9, 13-14, 27-28; PMP Exam Content Outline, 2020, pages 6-7.

 According to the hybrid project management approach, which combines elements of waterfall and agile methodologies, the project manager should facilitate the collaboration and communication among the team members and adjust the scope and schedule as needed12. However, any changes to the product scope should be controlled and evaluated for their impact on the project objectives, risks, quality, and customer satisfaction34. Therefore, the best option for the project manager in this scenario is to follow the proper change control process and evaluate the change for further impact. This way, the project manager can ensure that the change is justified, approved, documented, and communicated to all relevant stakeholders5. The project manager can also assess the potential risks and benefits of the additional feature and take appropriate actions to mitigate or exploit them6.

The other options are not the best ways to avoid this situation in the future. Managing the scope baseline to influence the factors that drive change is a proactive approach to prevent unnecessary or excessive changes, but it does not address the change that has already occurred7. Working with the customer to ensure the feature adds value is a good practice to align the product with the customer needs, but it does not consider the impact of the change on the project constraints or other stakeholders8. Performing frequent reviews with the customer to ensure that the product is working as expected is a useful technique to gather feedback and validate the product quality, but it does not prevent the introduction of new features without proper change control. References: 1: What is the Hybrid Approach in Project Management? | Hygger.io 2: Hybrid Project Management: What is it, Approach & Software - Teamhood 3: [Project Scope Management | Project Management Institute] 4: [A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition], p. 131-132 5: [Change Control Process: A Complete Guide - ProjectManager.com] 6: [Project Risk Management | Project Management Institute] 7: [Project Scope Management | Project Management Institute] 8: [Project Stakeholder Management | Project Management Institute] : [Project Quality Management | Project Management Institute] : Project Scope Management | Project Management Institute : A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition : Change Control Process: A Complete Guide - ProjectManager.com : Project Risk Management | Project Management Institute : Project Stakeholder Management | Project Management Institute : Project Quality Management | Project Management Institute

The project manager should update the risk register next. The risk register is a document that records the identified risks, their causes, impacts, probabilities, responses, owners, and other relevant information. Updating the risk register is part of the Monitor Risks process, which involves tracking the identified risks, monitoring residual risks, identifying new risks, executing risk responses, and evaluating their effectiveness. In this scenario, the low availability of the testing facility is a potential risk that could affect the project schedule. Therefore, the project manager should update the risk register with this information and plan appropriate risk responses. This option aligns with the PMBOK Guide, 6th edition, which states that “the risk register is updated as outputs from other risk management processes are completed” (p. 436). The other options are not the best choices because they do not address the risk of the testing facility’s low availability. Updating the issue log (option B) is not appropriate because the issue log is a document that records and monitors the resolution of issues that have occurred or are currently occurring on the project. In this case, the low availability of the testing facility is not an issue yet, but a potential risk that may or may not occur in the future. Updating the lessons learned register (option C) is not relevant because the lessons learned register is a document that captures the knowledge gained from the project, including the challenges, problems, risks, and opportunities encountered and how they were addressed. In this scenario, the project manager has not yet learned any lessons from the testing facility’s low availability, as it is still a potential risk. Updating the project schedule (option D) is premature because the project schedule is a document that presents the planned dates for performing activities and meeting milestones. In this case, the project manager has not yet determined the impact or probability of the testing facility’s low availability, or the risk responses to deal with it. Therefore, updating the project schedule without this information may result in inaccurate or unrealistic estimates. References:

PMBOK Guide, 6th edition, p. 436 1

PMBOK Guide, 6th edition, p. 123 2

 A hybrid project is a project that combines predictive and adaptive approaches. In such a project, the project manager should engage the project team in implementing and improving key aspects of the standup meetings, such as setting clear goals, keeping time limits, and providing feedback. This is a way to foster collaboration, communication, and alignment among the team members, regardless of their location or methodology. Asking the product owner to remove team members, sending a daily retrospective report, or including a daily brainstorming session are not effective ways to improve the situation with the project team, as they do not address the root cause of the problem, which is the lack of value and understanding of the standup meetings. References: [PMI Agile Practice Guide], page 14; How to Run Effective Stand-Up Meetings [2024] • Asana, section 6 steps to more effective stand-up meetings; Hybrid meetings guide - Microsoft Research, section 1. Set clear goals for the meeting.

 This is the best option because it addresses the root cause of the problem, which is the unclear product requirements. By analyzing the problem with both teams, the project leader can facilitate communication, collaboration, and alignment between them. This can help to clarify the product vision, prioritize the backlog, and identify any gaps or errors in the work done so far. This can also help to improve the quality of the product and the satisfaction of the stakeholders.

The other options are not as effective because they do not address the underlying issue or they may create more problems. For example:

B. Selecting new team members may disrupt the existing team dynamics and introduce more uncertainty and confusion. It may also delay the project and increase the cost.

C. Demanding that the business team define final requirements may create conflict and resentment between the teams. It may also be unrealistic or impractical to expect final requirements in a complex and changing environment.

D. Telling the teams to continue following the initial plan may result in wasted time and resources, as well as low-quality outcomes. It may also ignore the feedback and learning from the previous sprints.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

PMP Exam Content Outline

Stakeholder analysis4

Stakeholder engagement plan3

7 Benefits of Stakeholder Participation1

Project Stakeholder Management According to the PMBOK2

 According to the PMBOK Guide, project completion involves verifying that all the project deliverables meet the acceptance criteria and obtaining formal acceptance from the customer. Sometimes, the customer may request changes or modifications to the deliverables, which may affect the project scope, schedule, cost, or quality. In such cases, the project manager should negotiate with the customer to reach a mutually satisfactory agreement that balances the project objectives and the customer expectations. Negotiation is the process of conferring with others to come to terms with them or reach an agreement. The first step in negotiation is to analyze the bounds of the negotiation, which means to identify the best alternative to a negotiated agreement (BATNA), the worst alternative to a negotiated agreement (WATNA), and the zone of possible agreement (ZOPA) for both parties. BATNA is the most advantageous alternative course of action a party can take if negotiations fail and an agreement cannot be reached. WATNA is the worst outcome that a party can expect if negotiations fail. ZOPA is the range of possible outcomes within which an agreement can be reached by both parties. By analyzing the bounds of the negotiation, the project manager can determine the minimum and maximum acceptable outcomes for both parties, and use them as a reference point for making offers and counteroffers. This can help the project manager to avoid deadlock, impasse, or unfavorable outcomes, and to achieve a win-win situation. Therefore, option A is the best answer. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK Guide, 6th edition, Chapter 4: Project Integration Management, pages 123-124

PMBOK Guide, 6th edition, Chapter 12: Project Procurement Management, pages 481-482

PMP Exam Questions | 100% Free PMP Example Questions

In agile projects, risks are assessed and managed continuously through regular feedback loops, such as daily standups, iteration demos, and retrospectives. These feedback loops allow the team to identify, analyze, prioritize, and respond to risks in a timely and collaborative manner. They also help the team to monitor and control the project performance and deliver value to the customer. Identifying and escalating risks to the facilitator is not an effective way of managing risks, as it does not involve the whole team or the customer. Updating the risk register during every iteration is a good practice, but it is not enough to assess and manage risks regularly. Focusing on developing a working deliverable instead of documenting risks is not a good option, as it ignores the potential impact of risks on the project outcome and quality. References: = PMBOK Guide, 7th edition, page 97; PMI, Project Management Professional (PMP) Examination Content Outline, 2021, page 8.

The project manager should review the user roles and update the team charter to ensure that the project team members have clear and balanced responsibilities and expectations for each release. This will help to improve the team performance, collaboration, and accountability. Documenting the risk register, speaking to the customer, and involving the product owner are not directly related to the problem of uneven workload distribution among the team members. References:

PMP Exam Content Outline, Domain II: Process, Task 2: Manage project artifacts and ensure they meet the needs and expectations of key stakeholders.

A Guide to the Project Management Body of Knowledge (PMBOK Guide), Sixth Edition, Chapter 9: Project Resource Management, Section 9.1: Plan Resource Management, Page 313.

Professional in Business Analysis (PBA) Certification Exam Outline, Domain III: Analysis, Task 3: Define Requirements Architecture, Page 13.

 According to the PMBOK Guide, a change request is a formal petition for change in a project. It’s a document that explains what are the changes to be made and the main reasons why they should be implemented1. Change requests can either be submitted by internal or external project stakeholders. When a project manager realizes that some operational project requirements were not captured in the project scope of work, they should issue a change request to include the additional scope, and track the completion of the work items. This is the best way to ensure that the project deliverables meet the customer’s needs and expectations, and that the project scope is aligned with the project objectives. The other options are not the best actions to take in this situation. Issuing a change request to remove items from the scope of work and keep the project on schedule (option A) may compromise the quality and value of the project deliverables, and may result in customer dissatisfaction or rejection. Documenting the issue in the lessons learned document, and discussing this with the project sponsor (option C) may be helpful for future projects, but it does not address the current issue or resolve the gap in the project scope. Arranging to pass the cost to the operational area since the customer will benefit (option D) may create conflicts and resentment among the project stakeholders, and may violate the project budget and contract terms. References: PMBOK Guide, 6th edition, pages 115-116, 123-124.

According to the PMBOK Guide, a retrospective is a meeting held by a project team at the end of a project or process (often after an iteration) to discuss what was successful about the project or time period covered by that retrospective, what could be improved, and how to incorporate the successes and improvements into future iterations or projects. In an agile project, retrospectives are usually held at the end of each iteration or sprint, regardless of the size or duration of the increment, milestone, or progress. The purpose of retrospectives is to enable continuous improvement and learning throughout the project life cycle, not just at the end of a major phase or deliverable. Therefore, the project manager should organize the first team retrospective when the work is progressing well through the team, which implies that the team has completed at least one iteration or sprint and has some feedback to share and act upon. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK Guide, 6th edition, Chapter 4, Section 4.6.1.2, page 123

PMBOK Guide, 6th edition, Appendix X3, Section X3.2.2, page 718

PMI PMP-Project Management Professional Practice Exam Q. 781 to 790

According to the PMBOK Guide, an issue is a point or matter in question or in dispute, or a point or matter that is not settled and is under discussion or over which there are opposing views or disagreements1 An issue log is a project document that provides a mechanism for tracking and monitoring issues until they are resolved1 The issue log typically contains information such as the issue description, the issue type, the issue owner, the issue priority, the issue status, and the issue resolution1 The issue log is updated throughout the project as new issues arise and existing issues are resolved1

In the given scenario, the project manager is executing a project where an external vendor will provide some deliverables. After awarding the contract to the vendor, the project manager is informed that the vendor is running behind schedule on a separate project. Finding another vendor will exceed the budget. This situation presents an issue that affects the project schedule, cost, and quality, and requires immediate attention and resolution. The project manager should update the issue log first to document the issue, assign an owner, and monitor the status of the issue2 Updating the issue log will also help to communicate the issue to the relevant stakeholders and facilitate the issue management process2

The other options are not the best choices for the following reasons:

Option B: Lessons learned register. A lessons learned register is a project document that captures the knowledge gained from the project and provides a basis for future actions and decisions. The lessons learned register is updated throughout the project as lessons are learned and validated. However, updating the lessons learned register is not the first action that the project manager should take in response to the issue. The project manager should first document and address the issue in the issue log, and then update the lessons learned register with the relevant information and insights after the issue is resolved.

Option C: Stakeholder engagement plan. A stakeholder engagement plan is a subsidiary plan of the project management plan that identifies the strategies and actions to effectively engage project stakeholders throughout the project life cycle. The stakeholder engagement plan is updated as needed to reflect the current and desired levels of stakeholder engagement. However, updating the stakeholder engagement plan is not the first action that the project manager should take in response to the issue. The project manager should first document and address the issue in the issue log, and then update the stakeholder engagement plan if the issue affects the stakeholder expectations, interests, or influence.

Option D: Risk register. A risk register is a project document that records the details of identified individual project risks and other information related to risk analysis and risk response planning. The risk register is updated throughout the project as new risks are identified and existing risks are analyzed, prioritized, and responded to. However, updating the risk register is not the first action that the project manager should take in response to the issue. The project manager should first document and address the issue in the issue log, and then update the risk register if the issue triggers a risk response or creates a new risk.

 1: PMBOK Guide, 7th edition, Chapter 4: Keeping the Team on Track, Section 4.4: Manage Issues, pp. 104-105 2: PMBOK Guide, 7th edition, Chapter 4: Keeping the Team on Track, Section 4.4.2: Manage Issues: Outputs, pp. 106-107 : PMBOK Guide, 7th edition, Chapter 4: Keeping the Team on Track, Section 4.5: Capture Knowledge, pp. 108-109 : PMBOK Guide, 7th edition, Chapter 4: Keeping the Team on Track, Section 4.5.2: Capture Knowledge: Outputs, p. 110 : PMBOK Guide, 7th edition, Chapter 2: Creating a High-Performing Team, Section 2.4: Engage Stakeholders, pp. 42-43 : PMBOK Guide, 7th edition, Chapter 2: Creating a High-Performing Team, Section 2.4.2: Engage Stakeholders: Outputs, p. 44 : PMBOK Guide, 7th edition, Chapter 3: Doing the Work, Section 3.4: Navigate Uncertainty and Ambiguity, pp. 72-73 : PMBOK Guide, 7th edition, Chapter 3: Doing the Work, Section 3.4.2: Navigate Uncertainty and Ambiguity: Outputs, p. 74

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

According to the PMBOK Guide, a project manager should recommend to the sponsor to review the results of the team’s supplier evaluation, when faced with the situation of the sponsor requesting to add another supplier who has lower costs but does not always fulfill the project requirements. This is part of the conduct procurements process, which involves obtaining seller responses, selecting a seller, and awarding a contract. The project team should evaluate the potential suppliers based on the source selection criteria, which are the factors used to rate or score seller proposals. The source selection criteria may include cost, quality, technical capability, schedule, risk, references, etc. The project manager should communicate the results of the supplier evaluation to the sponsor and other relevant stakeholders, and explain the rationale behind the team’s preferred suppliers. The project manager should also highlight the risks and trade-offs of choosing a lower-cost supplier who may not meet the project requirements. The project manager should seek the sponsor’s approval and support for the team’s decision, and address any concerns or objections that the sponsor may have. This approach ensures a transparent and objective process for selecting a supplier, and avoids potential conflicts or misunderstandings between the team and the sponsor. References: PMBOK Guide, 6th edition, pages 479-480, 485-486.

 The project manager is responsible for ensuring that the project complies with all the applicable laws, regulations, standards, and policies of the project location. This includes health and safety requirements, environmental protection, labor laws, permits, licenses, and any other legal obligations. Failing to comply with these requirements could result in legal penalties, fines, sanctions, reputational damage, or project termination. Therefore, the project manager should address this issue as soon as possible and update the project plan accordingly. Injury or loss incidents could delay project deliverables, but this is not the primary reason why the situation is problematic. It is imperative that established performance metrics are met, but this is not directly related to the health and safety requirements. The project manager must follow their employer’s organizational process assets (OPAs), but this does not necessarily mean that they are aligned with the project location’s regulatory requirements. References: = PMBOK Guide, 6th edition, pages 33-34, 89-90, 123-124, 375-376; PMP Exam Content Outline, 2020, pages 8-9.

In project management, especially in an agile environment, collaboration and communication are key. When there is a delay in the validation and release of a product due to other priorities, the project manager should work with the IT team to prioritize the tasks. This approach promotes teamwork, ensures everyone is on the same page, and helps to address the issue in a constructive manner. Escalating the issue (option A) might not be the best initial approach as it could create unnecessary tension. Delivering the features without validation (option C and D) could lead to quality issues and is generally not a good practice. References: PMBOK Guide, 6th Edition, Section 9.3.2.1: Team Charter

According to the PMBOK Guide, 7th edition, the project success criteria and objectives are the measurable terms that define what the project is intended to achieve. They are usually defined by the customer or sponsor, and agreed upon by the project manager and other stakeholders. They provide the basis for project planning, monitoring, and evaluation. Therefore, the project manager should understand the project success criteria and objectives first, before performing any other actions, to ensure that the project is aligned with the customer’s or sponsor’s expectations and requirements. The project success criteria and objectives are typically documented in the project charter, which is the key output of the Develop Project Charter process. The project charter also contains other information, such as the project purpose, scope, assumptions, constraints, risks, and stakeholders, that the project manager should review and understand. References:

PMBOK Guide, 7th edition, page 33, section 1.3.2, Project Success

PMBOK Guide, 7th edition, page 34, section 1.3.3, Project Success Criteria and Objectives

PMBOK Guide, 7th edition, page 35, section 1.3.4, Project Success Measures

PMBOK Guide, 7th edition, page 37, section 1.4.1, Develop Project Charter

PMBOK Guide, 7th edition, page 38, section 1.4.1.3, Project Charter

According to the PMBOK Guide, a strengths-based team is a team that knows and understands the strengths of each individual and they work alongside each other with a deep knowledge of how each person plays their role in the team1. A strengths-based team can enhance team performance, collaboration, innovation, and engagement2. Positive psychology is a branch of psychology that focuses on the positive aspects of human experience, such as happiness, well-being, resilience, and flourishing3. Positive psychology can help team members discover and leverage their strengths, appreciate and support each other, and cultivate a positive mindset and attitude4. Therefore, the project manager should explain the benefits of the strengths-based approach and the effects of positive psychology to the team members who are not actively participating. This can help them understand the purpose and value of the workshops, motivate them to engage and contribute, and foster a positive team culture5.

The other options are not the best ways to deal with the situation. Having a one-on-one discussion with each team member (A) may be helpful, but it is time-consuming and may not address the root cause of the lack of participation. Documenting the behavior of the team members and highlighting it during their performance reviews (B) may be punitive and demoralizing, and it does not provide any constructive feedback or guidance. Identifying the team members who are not participating and reprimanding them © may be harsh and counterproductive, and it may create resentment and conflict within the team.

A team member assessment is a process that evaluates the skills, knowledge, abilities, and preferences of the project team members, as well as their availability, accessibility, and potential issues1. This process can help identify the needs and expectations of the team members, including those with hearing impairment, and plan for appropriate accommodations and adjustments.

Some examples of accommodations and adjustments for hearing impaired team members are:

Providing written materials, such as agendas, minutes, and reports, before and after meetings2

Using visual aids, such as charts, diagrams, and slides, to supplement verbal communication2

Ensuring adequate lighting, acoustics, and seating arrangements in meeting rooms23

Using assistive technologies, such as hearing aids, cochlear implants, captioning, and sign language interpreters23

Encouraging respectful and inclusive behavior, such as speaking clearly, facing the speaker, and avoiding background noise23

1: Guideline for the Audiologic Management of Adult Hearing Impairment 2: Managing hearing impairment in the workplace - My Business 3: Architecture for People with Hearing Loss: 6 Design Tips

The Work Breakdown Structure (WBS) is a key project deliverable that organizes the team’s work into manageable sections. The Project Management Body of Knowledge (PMBOK) defines the work breakdown structure as a “deliverable oriented hierarchical decomposition of the work to be executed by the project team.” This option is the most effective way to manage large and complex deliverables that cannot be assigned to a single person. References: PMBOK Guide, 6th Edition, Section 5.4: Create WBS

Organizational process assets (OPAs) are the plans, processes, policies, procedures, and knowledge bases specific to and used by the performing organization1. They can help the junior project manager to follow the best practices and standards of the organization and the industry. Lesson learned registers from past projects are the documented information that captures the knowledge, experience, and lessons learned throughout or at the end of a project2. They can help the junior project manager to avoid repeating the same mistakes and to apply the successful strategies from previous projects. Project management plan is the document that describes how the project will be executed, monitored, and controlled3. It can help the junior project manager to define, coordinate, and integrate all the subsidiary plans and baselines, such as scope, schedule, cost, quality, resources, communications, risk, procurement, and stakeholder engagement4. References: 1: PMBOK Guide, 7th edition, page 34 2: PMBOK Guide, 7th edition, page 36 3: PMBOK Guide, 7th edition, page 37 4: PMBOK Guide, 7th edition, page 38

 According to the Agile methodology, the product owner is the role that manages the product roadmap and prioritizes the backlog1. They also define the product vision and manage stakeholders2. They have the authority to make key decisions and ensure that the team is working on the right items1. The product owner is also responsible for maintaining the conceptual and technical integrity of the work the team is responsible for3. Therefore, the product owner is the best person to understand, develop, and prioritize a list of functionalities for a public service project.

 According to the Project Management Body of Knowledge (PMBOK), one of the key responsibilities of a project manager is to ensure that lessons learned from previous projects are applied to current projects. This helps to avoid repeating the same mistakes and to leverage successful strategies. In this scenario, the project manager should share the lessons learned from the previous project with the team member. This will not only help to resolve the current issue more efficiently but also contribute to the team member’s learning and development. References: PMBOK Guide, 6th Edition, Section 4.4.3.1 - Lessons Learned Register

The project manager should first meet with the sales and marketing teams to identify the requirements that were collected during the interview sessions with potential customers. This is because the project manager needs to understand the customer needs and expectations before proceeding with the design phase. The project manager can then use the requirements as the basis for developing the test cases and acceptance criteria for the equipment. Meeting with the sales and marketing teams is also consistent with the agile and hybrid methodologies, which emphasize customer collaboration and feedback. References:

PMP Examination Content Outline, page 8, task 1 under People domain: “Manage conflict among project stakeholders by analyzing the source and level of conflict and applying appropriate conflict resolution techniques.”

PMBOK Guide, page 141, section 5.2 Collect Requirements: “Collect Requirements is the process of determining, documenting, and managing stakeholder needs and requirements to meet project objectives.”

PMI-PBA Examination Content Outline, page 9, task 1 under Needs Assessment domain: “Assess proposed solutions to determine which solution best fits the business need, identify gaps and shortcomings in solutions, and determine necessary workarounds or changes to the solution.”

[Business Analysis for Practitioners: A Practice Guide], page 31, section 3.2.1 Elicitation Techniques: “Interviews are one of the most commonly used elicitation techniques. Interviews are used to obtain information on the current state, the desired future state, and any recognized gaps between the two states from the perspective of the interviewee.”

A change request is a formal proposal to modify any document, deliverable, or baseline of a project. A change request should be submitted when a change is needed due to an external or internal factor, such as a new regulation, a stakeholder request, or an error correction. The Integrated change control process is the process of reviewing and approving all change requests, and managing the changes to the project management plan, project documents, and project baselines. The project manager should submit a change request through the Integrated change control process as the next step after receiving the announcement from the municipality, as this will ensure that the change is properly evaluated, approved, and communicated to the relevant stakeholders. Performing a qualitative risk analysis, updating the issue log, or estimating the associated costs are not the next steps that the project manager should take, as they do not address the need for a change request or the approval of the change. References: [PMBOK® Guide 6th Edition], page 115; Project Management Professional (PMP) Exam Questions for 2022, question 23.

 The product backlog is the primary source of requirements for changes to be made to the product and serves as a communication tool between the Product Owner and the Development Team1. It is also a tool for transparency where stakeholders can see the progress of the product and understand what’s planned for future development1. Therefore, it is essential to involve the stakeholders in the product backlog discussions, as they can provide valuable feedback, insights, and expectations that can shape the product vision and goal. Rescheduling the meeting to ensure the majority of stakeholders are present is the best option, as it shows respect for their input and ensures their engagement and alignment with the product development process. The project manager should also communicate the importance and benefits of stakeholder involvement in the product backlog discussions and seek their commitment and availability for the rescheduled meeting.

The other options are not as effective as option C. Option A is not feasible, as meeting with each stakeholder individually would be time-consuming and inefficient. It would also create inconsistency and confusion in the product backlog, as different stakeholders may have conflicting or overlapping requirements. Option B is not desirable, as proceeding with prioritization of the product backlog based on previous lessons learned would ignore the current needs and expectations of the stakeholders. It would also risk losing their trust and support, as they may feel excluded or disregarded in the product development process. Option D is not appropriate, as proceeding with the meeting with only one executive manager would not represent the diverse perspectives and interests of the stakeholders. It would also create a power imbalance and potential bias in the product backlog, as the executive manager may have more influence or authority over the product decisions. References: 1 How to Manage Product Backlog (Strategies, Tips & Tricks)

A minimum viable product (MVP) is a product with the minimum features that can deliver value to the customer and validate the product concept1. To estimate the cost of an MVP, the project manager can use agile methods such as user story points and forecasting. User story points are a relative measure of the size and complexity of a user story, which is a description of a feature from the user’s perspective2. Forecasting is a technique that uses historical data and trends to project future outcomes3. By estimating the user story points for each feature of the MVP and using forecasting to calculate the time and resources needed, the project manager can report a realistic and accurate budget for the MVP. This approach is more suitable than the other options because:

B. Determining the control accounts and using a top bottom estimate is a traditional method that is more applicable to large and complex projects with well-defined scope and requirements. It involves breaking down the project into smaller units and estimating the cost of each unit from the top level to the bottom level. This method may not be flexible enough to accommodate the changes and uncertainties that are common in MVP development.

C. Considering the cost performance index (CPI) based on earned value (EV) divided by costs is a method that is used to measure the efficiency of the project performance. It compares the value of the work completed with the actual cost incurred. This method is not relevant for estimating the cost of an MVP, as it requires the project to be already in progress and have a baseline plan to compare with.

D. Calculating the budget at completion (BAC) based on the completed and planned features is a method that is used to estimate the total cost of the project at the end of its life cycle. It involves adding up the actual cost of the work done and the estimated cost of the remaining work. This method is not appropriate for estimating the cost of an MVP, as it assumes that the scope and features of the project are fixed and known in advance, which is not the case for MVP development.

According to the PMBOK Guide, an issue is “a point or matter in question or in dispute, or a point or matter that is not settled and is under discussion or over which there are opposing views or disagreements” (p. 720). Issues can arise from any aspect of the project, such as changes, risks, quality, stakeholders, etc. The issue log is a project document that records and tracks the issues that affect the project, along with their status, resolution, and ownership. The issue log is updated throughout the project as new issues are identified, analyzed, and resolved.

In this question, the change in environmental regulations is an external factor that could affect the project scope, schedule, cost, quality, or other aspects. Therefore, it is an issue that needs to be documented and tracked in the issue log. The project manager should update the issue log as an immediate action to ensure that the issue is properly addressed and communicated to the relevant stakeholders. Updating the issue log will also help the project manager to monitor and control the project performance and take corrective or preventive actions as needed.

Updating the project baseline, the risk management plan, or the change request log are not immediate actions that the project manager should take in this situation. The project baseline is the approved version of the project scope, schedule, and cost that serves as a reference for measuring and reporting the project performance. The project baseline can only be changed through the formal change control process, which requires a change request. The risk management plan is a subsidiary plan of the project management plan that describes how risk management activities will be planned, implemented, and monitored throughout the project. The risk management plan can also be changed through the change control process, if necessary. The change request log is a project document that records and tracks the change requests that are submitted, reviewed, approved, or rejected during the project. A change request is a formal proposal to modify any document, deliverable, or baseline of the project.

The project manager may need to update the project baseline, the risk management plan, or the change request log later, after analyzing the impact of the issue and determining the appropriate response. However, these are not immediate actions that the project manager should take before updating the issue log. References:

PMBOK Guide, 6th edition, Project Management Institute, 2017, pp. 123, 129, 152, 456, 720.

PMP Sample Test Questions, Project Management Institute, 2019, p. 15.

Risks and costs are controlled as requirements and constraints emerge.

Requirements are incorporated in real-time during delivery.

Changes are elaborated frequently during delivery.

Key stakeholders are continuously engaged throughout delivery.

 In project management, particularly within the agile framework, it is essential to match the correct practices with the project’s needs. The phrases and statements provided align with the principles of agile project management, where:

Risks and costs must be controlled as they emerge, which is part of the monitoring and controlling process groups.

Requirements should be incorporated in real-time, reflecting the iterative nature of agile projects.

Changes need to be elaborated frequently, allowing for continuous improvement and adaptation during project execution.

Key stakeholders engagement is crucial throughout the project delivery to ensure alignment and satisfaction with the project outcomes.

The PMBOK® Guide1 and the Agile Practice Guide, which are part of the PMI’s foundational standards, provide detailed explanations on these agile practices. Additionally, the PMP Examination Content Outline2 offers insights into the process groups and knowledge areas relevant to these practices. These references emphasize the importance of flexibility, stakeholder engagement, and iterative development in project management.

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

According to the PMBOK Guide, the project manager is responsible for developing the project schedule and estimating the activity durations. One of the tools and techniques for estimating activity durations is decomposition, which involves subdividing the project work packages into smaller, more manageable components called activities. By breaking down the project into smaller tasks, the project manager can better understand the scope, complexity, and dependencies of the work, and apply more accurate and reliable estimation methods. This will also help the project manager to identify and manage the risks and uncertainties associated with the project schedule. Therefore, the project manager should break down the project into smaller tasks and estimate the durations of the activities as the next step. References: PMBOK Guide, 6th edition, pages 191-192, 201-202.

According to the PMBOK Guide, the project manager should plan the communication to the stakeholders based on the stakeholder communication requirements, the available organizational assets, and the project communication methods1. The project manager should also follow the project communication management plan, which defines how project communications will be planned, executed, and monitored2. In this scenario, the project manager is facing a major risk that could affect the project objectives and the expectations of the stakeholders, especially the local farmers who rely on the water for irrigation. The project manager should not ignore or hide this risk, but rather communicate it to the stakeholders in a timely and transparent manner, with the assistance of the PMO. The PMO can provide guidance, support, and resources to help the project manager deliver the information effectively and address any concerns or issues that may arise. The PMO can also help the project manager coordinate with other stakeholders, such as the project sponsor, the customer, the suppliers, and the regulatory authorities, to ensure a consistent and aligned message. By delivering the information to the stakeholders with the PMO’s assistance, the project manager can demonstrate accountability, honesty, and professionalism, and maintain the trust and confidence of the stakeholders. References:

1: PMBOK Guide, 6th edition, page 367

2: PMBOK Guide, 6th edition, page 376

According to the PMBOK Guide, 6th edition, section 11.6.1.1, the project manager is responsible for monitoring and controlling the project risks and ensuring that the project objectives are met. The project manager should also identify and analyze any new or emerging risks that may affect the project performance or scope. In this scenario, the project manager should first work with the team and others in the network to assess and prioritize the obstacles. This will help to determine the impact and probability of each obstacle and decide on the best course of action to address them. The other options are either premature or inappropriate, as they do not address the root cause of the problem or respect the authority and responsibility of the project manager. References: PMBOK Guide, 6th edition, section 11.6.1.1, page 442.

According to the PMBOK Guide, 6th edition, section 9.4.2.1, the project manager is responsible for managing the project team and ensuring that the team members are performing their assigned roles and responsibilities. The project manager should also monitor and control the project work and address any issues or conflicts that arise among the team members or with other stakeholders. In this scenario, the project manager should talk with project B’s leader to discuss the possible impacts of the frequent requests for assistance on both projects. This will help to clarify the expectations and boundaries of the team members, as well as to identify and resolve any potential conflicts or resource constraints. The other options are either passive or aggressive, as they do not address the root cause of the problem or respect the authority and autonomy of the team members. References: PMBOK Guide, 6th edition, section 9.4.2.1, page 336.

Stakeholder analysis is a type of project management analysis that helps project managers to identify and understand the needs, interests, expectations, and influence of the people who are affected by or can affect the project1. Stakeholder analysis can help project managers to communicate effectively with stakeholders, manage their expectations, and address any issues or concerns they may have2.

The other options are not relevant for the given information:

Regression analysis is a statistical method that examines the relationship between one or more independent variables and a dependent variable3. It is often used to test hypotheses, estimate trends, or forecast outcomes4.

Qualitative risk analysis is a process of prioritizing risks based on their probability and impact, as well as other factors such as urgency, stakeholder tolerance, or project objectives. It is often used to determine which risks require further analysis or response planning.

Decision tree analysis is a graphical tool that shows the possible outcomes and consequences of a decision or a series of decisions. It is often used to compare alternatives, evaluate risks, or identify optimal choices.

1: Types of Project Management: Methodologies, Industries, and More 2: 12 Project Management Methodologies: Your Guide | Coursera 3: Project Management: What It Is, 3 Types, and Examples - Investopedia 4: Regression Analysis - Formulas, Explanation, Examples and Types : Qualitative Risk Analysis vs Quantitative Risk Analysis - PM Study Circle : Qualitative Risk Analysis - Project Management Knowledge : Decision Tree Analysis - Decision Skills from MindTools.com : Decision Tree Analysis - Project Management Knowledge

The project manager should address the personal differences and work styles of the team members by meeting with them and agreeing on expectations from each other. This is a proactive way of managing conflict and fostering collaboration among the team members. It also helps to establish a common vision and goals for the project and clarify the roles and responsibilities of each team member. This approach is consistent with the PMI-PBA Domain 5: Solution Evaluation, Task 5.2: Communicate Solution Status, and the PMP Domain 3: People, Task 3.4: Lead a Team. References: (Professional in Business Analysis Reference Materials source and documents)

PMI-PBA Exam Content Outline, Domain 5: Solution Evaluation, Task 5.2: Communicate Solution Status1

PMP Exam Content Outline, Domain 3: People, Task 3.4: Lead a Team2

A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 9: Project Resource Management, Section 9.4: Develop Team

According to the Professional in Business Analysis Reference Materials, the project manager should communicate proactively and effectively with the key stakeholders to ensure their availability and engagement for the project. The project manager should share the project schedule, milestones, and meeting agendas with the stakeholders ahead of time, so that they can plan their time and prioritize their tasks accordingly. The project manager should also seek their feedback and input on the project scope, objectives, and deliverables, and address any issues or concerns that may arise. The project manager should not schedule meetings with all of the stakeholders whenever needed, as this may disrupt their work and cause delays and conflicts. The project manager should not work with the available stakeholders only, as this may exclude some of the key stakeholders from the decision-making process and create gaps and inconsistencies in the project outcomes. The project manager should not add time reserve in the project schedule, as this may increase the project duration and cost, and reduce the project value and quality1 References: 1 Top 40 PMP Exam Questions And Answers - Upskillyourself 1

The project manager should review the lessons learned registers from the previous projects to identify the root causes of the failures, the best practices that worked, and the recommendations for improvement. This will help the project manager to avoid repeating the same mistakes, to apply the proven methods, and to enhance the project performance. The lessons learned registers are part of the organizational process assets that can be used as inputs for planning and executing the project12. References:

A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 4.4.3.1, page 112

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

When a project team faces collaboration challenges, especially when all members are in the same time zone, it suggests that there may be issues beyond just scheduling. The project manager should examine the team’s virtual needs to identify any gaps in communication tools, technology, or processes that may be hindering effective collaboration. This aligns with the PMBOK guide’s emphasis on the project manager’s role in ensuring that the team has the appropriate resources and capabilities to perform their work1. Additionally, understanding the team’s virtual needs is a critical aspect of business analysis, as it involves assessing how team members interact with each other and with the project’s systems and processes2.

The PMBOK Guide provides guidance on managing remote teams and emphasizes the importance of addressing their specific needs for successful collaboration1. The Professional in Business Analysis materials also highlight the necessity of understanding and supporting the virtual environment to facilitate effective teamwork2.

The situation described involves a key external stakeholder requesting a halt to project activities pending a status report. This indicates a need for regular and systematic communication with stakeholders to manage their expectations and keep them informed about project progress. According to the PMBOK® Guide, effective stakeholder engagement is crucial for project success and involves regular communication and updates1. Sending weekly status update reports is a proactive approach to stakeholder engagement that can prevent surprises and ensure stakeholders are continuously aware of the project’s status, thus avoiding the need for work stoppages21.

When stakeholders express concerns about global healthcare guidelines and risks, it is crucial for the project manager to review compliance and regulatory requirements with them. This ensures that the project aligns with global healthcare standards and addresses the risks associated with regulatory non-compliance. It is a proactive step that helps in mitigating potential legal and ethical issues that could arise during the global deployment of a healthcare solution.

The best course of action in this scenario is for the project manager to discuss the matter with the team member in confidence. This approach aligns with the principles of effective communication and problem-solving within a team. Addressing the issue privately allows for an open dialogue and provides an opportunity for the team member to explain any obstacles they faced which prevented timely delivery. It also prevents potential embarrassment or defensiveness that could arise from discussing the matter in a public setting, such as a project meeting. This method supports the development of trust and the maintenance of a positive team environment, which are crucial for project success.

The answer is verified and explained using the principles found in the PMI’s foundational standards and guidelines for project management, which emphasize the importance of individual engagement and communication within project teams12. Additionally, the Professional in Business Analysis Reference Materials provide insights into effective communication strategies and the importance of addressing issues directly with the concerned individuals34.

The root cause analysis indicated that a component added as part of a change request was not tested, which led to the product being rejected during the quality control check. This suggests a gap in the change control process where the quality management artifacts, such as test plans or checklists, were not updated to include the new component for testing. Therefore, the project manager should review and update the change control process to ensure that all aspects of a change, including quality management artifacts, are considered and updated accordingly. This action will help prevent similar issues in future and ensure that changes are fully integrated into the project’s quality management framework.

The answer is verified using the principles found in the PMBOK® Guide, which outlines the importance of integrated change control and its impact on project quality management. The guide emphasizes the need to review and update all project documents, including quality management plans, to accommodate changes within the project. Additionally, the Professional in Business Analysis (PMI-PBA) reference materials support the need for thorough documentation and communication of changes to prevent quality issues and ensure project success.

According to PMI’s best practices, a project manager should communicate any discrepancies found in the project charter, especially those related to the budget, as soon as possible. It is crucial to address these issues early on to avoid future risks and to ensure that the project has all the necessary resources for successful completion. The project manager should not start the project with known gaps in the budget or reduce the quality of deliverables to compensate for budgeting errors. References: PMI’s A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition.

The Project Management Professional (PMP) guidelines emphasize the importance of capturing lessons learned as an ongoing effort throughout the life of the project. This process involves engaging key stakeholders to document both positive and negative experiences, which can then be used to improve future projects. It is essential for the project manager to lead this effort to ensure that valuable insights are not lost and that the organization can benefit from past experiences1.

The project manager should take actions to address the issue of team member isolation, as it can affect the team’s performance, morale, and communication. The project manager should not ignore the issue or leave it to the team members to resolve it by themselves, as this may worsen the situation or create conflicts. The project manager should also not identify the isolated team member as a risk and document it in the risk register, as this may be seen as blaming or stigmatizing the individual. Instead, the project manager should do the following:

Arrange and conduct team-building sessions to improve team effectiveness. Team-building activities can help to foster trust, collaboration, and cohesion among team members. They can also help to resolve interpersonal issues, clarify roles and expectations, and enhance team identity and culture. Team-building sessions can be formal or informal, and can include exercises, games, workshops, or social events. The project manager should plan and facilitate the team-building sessions according to the team’s needs, preferences, and goals.

Get feedback from other team members to understand what led to this situation. The project manager should communicate with the other team members to understand their perspectives and opinions on why the specific team member is being isolated. The project manager should use active listening, open-ended questions, and empathy to elicit honest and constructive feedback. The project manager should also avoid making assumptions, judgments, or accusations, and instead focus on facts and feelings. The project manager should use the feedback to identify the root causes of the problem and possible solutions.

Obtain feedback from the isolated team member to understand the situation. The project manager should also communicate with the isolated team member to understand their situation and needs. The project manager should show respect, support, and concern for the individual, and create a safe and confidential space for them to share their thoughts and feelings. The project manager should also ask the isolated team member what they need or want from the team and the project, and how they can be more involved and engaged. The project manager should use the feedback to address the individual’s concerns and expectations, and to help them reconnect with the team. References: Project Management Professional (PMP)® Certification | PMI, Team Building in Project Management | PMI, Team Building | Project Management Professional (PMP) - GreyCampus, How to Provide Effective Feedback to Project Team Members | PMI, The most important feedback in a project and how to receive them - Twproject: project management software,resource management, time tracking, planning, Gantt, kanban

Meeting with the team both collectively and individually to establish clear, shared objectives is crucial for ensuring that all team members are aligned with the project’s goals and understand their responsibilities. This approach is supported by the PMP objectives which emphasize the importance of clear communication and well-defined objectives in project management. Additionally, the PMBOK Guide highlights the need for project managers to engage with their teams and stakeholders effectively to ensure that project requirements are understood and met, which is essential for maintaining quality and meeting deadlines.

In project management, it’s crucial to engage all stakeholders and ensure their feedback is considered. When a stakeholder is not providing feedback, it’s important to understand the reason behind their reluctance. Scheduling a one-on-one meeting can provide an opportunity for the project manager to address any concerns or issues the stakeholder may have, which might be preventing them from providing feedback. This approach is aligned with the PMBOK® Guide’s emphasis on stakeholder engagement and communication management.

While I cannot provide direct references from the PMI materials, the approach is consistent with the best practices outlined in the PMBOK® Guide, which emphasizes the importance of stakeholder engagement for project success.

In project management, particularly when tracking project benefits, it is essential to have well-defined KPIs to measure performance effectively. If KPIs are not yet defined, the project manager should collaborate with the benefit owner, who has a vested interest in the project’s success. Together, they can identify the missing data, define the KPIs, and determine the best approach to track and report the KPIs. This collaborative effort ensures that the KPIs are aligned with the project’s objectives and the benefit owner’s expectations1.

When discrepancies arise between documented scope and current deliverables, the first step is to understand why and how they occurred. The project manager should work with the team to review the change history and clarify whether these changes were officially approved. This enables informed conversations with stakeholders and potential corrective action.

According to the PMBOK® Guide – Seventh Edition (Measurement and Stakeholder Performance Domains), issue resolution starts with identification and root cause analysis before initiating change or communications actions.

Option A addresses communication frequency but not the root cause.

Option C is premature if a valid change was already made.

Option D may be done later but doesn’t resolve the current concern.

When faced with an extensive list of requirements that threatens the timely delivery of a project, the project manager should prioritize the delivery of value through a Minimum Viable Product (MVP). This approach focuses on developing a product with just enough features to satisfy early adopters and provide feedback for future development. It’s a strategy that aligns with agile principles, emphasizing incremental delivery and continuous improvement. By proposing an MVP, the team can concentrate on the most critical functionalities that provide the highest value, ensuring that key deliverables are completed within the strict deadline.

The verified answer is in accordance with the principles found in the PMBOK® Guide, which advocates for value-driven delivery and prioritization1. The explanation is supported by the Professional in Business Analysis Reference Materials, which emphasize the importance of delivering value and addressing the most critical business needs first2.

 Effective communication is crucial for the success of virtual teams. Regularly collecting feedback from team members can help the project manager understand the effectiveness of current communication methods and identify areas for improvement. This approach aligns with PMI’s emphasis on continuous engagement and iterative improvement in project management processes.

The answer is supported by PMI’s resources on best practices for managing and developing virtual project teams, which suggest that understanding team dynamics and maintaining open lines of communication are essential for virtual team engagement and performance12.

When a team member leaves unexpectedly, especially in the advanced stages of a project, it can introduce risks to the project’s schedule, cost, and quality. The Project Management Professional (PMP) guidelines suggest that the project manager should proactively engage with stakeholders to discuss a mitigation plan. This involves analyzing the impact of the departure, identifying alternative strategies, and updating the project management plan accordingly. It is essential to involve stakeholders in this process as they can provide insights, resources, or support that can help in addressing the situation effectively.

(Professional in Business Analysis Reference Materials source and documents)

Please note that while I can provide information based on the PMP and PMI-PBA guidelines, I cannot access external websites to verify specific content from the provided links. My response is based on general principles outlined in project management and business analysis standards. For detailed and specific verifications, please refer to the latest editions of the PMBOK Guide and the PMI-PBA Handbook available on the official PMI website.

 In a functional organizational structure, departments such as purchasing operate independently and are managed by their respective department heads12. When project tasks are delayed due to other priorities within a department, it is essential for the project manager to engage directly with the department causing the delay—in this case, the purchasing department. By meeting with the purchasing manager, the project manager can discuss the importance of the project’s tasks, understand the reasons for the delay, and work collaboratively to establish a purchasing schedule that aligns with the project’s needs while respecting the department’s constraints345. This approach fosters communication and collaboration, which are key in a functional structure where the project manager has limited authority over departmental resources.

= The role of the project manager in a functional organizational structure and the importance of direct communication with department heads to resolve delays and align schedules are well-documented in project management literature12345.

 When a stakeholder expresses concerns about the project not delivering the expected business value, it is important for the project manager to review the business benefits realization plan. This plan outlines the activities necessary for achieving the planned benefits and identifies the timeline, tools, and resources required to ensure these benefits are fully realized over time. It also includes metrics and procedures to measure progress against benefits, roles and responsibilities, and processes for determining the extent to which each project benefit is achieved prior to formal closure. By reviewing this plan with the stakeholders, the project manager can address concerns by showing how the benefits are expected to be realized and making any necessary adjustments to ensure those benefits are achieved.

The answer is verified using the PMBOK Guide standards, which emphasize the importance of identifying, defining, planning, tracking, and realizing business benefits across an organization12. The Professional in Business Analysis Reference Materials also support the review of the business benefits realization plan as a means to ensure that benefits are derived from project outputs and are sustainable after project completion34.

Addressing regulatory compliance issues is critical as they can have significant legal and financial implications for the project and the organization. These issues should be prioritized to ensure that the project adheres to necessary regulations and standards, which is a fundamental aspect of project management and business analysis. By focusing on compliance defects first, the project lead can mitigate risks that could derail the project or lead to severe penalties.

When unforeseen events affect the usability of a project’s deliverables, the project manager should first assess the environmental changes. This involves understanding the impact of the new travel restrictions on the project’s objectives and deliverables. Based on this assessment, the project manager should then recommend a pivot for the project to align with the new reality and ensure that the project still delivers value. This approach is supported by the PMBOK® Guide, which emphasizes the importance of responding to changes and aligning project objectives with business needs.

In the face of travel restrictions, the project manager should encourage team members to continue their work independently while exploring needs and alternatives. This approach aligns with the PMBOK® Guide’s emphasis on project communications management, which includes ensuring that there is an effective plan to communicate project information to stakeholders and team members to achieve project objectives1. It also reflects the PMP’s focus on adaptive project environments where project teams must be able to respond to changes and continue to work towards project goals2.

The first response should focus on alignment and awareness. The team charter defines the expected behavior and working norms. It is essential to clarify these expectations with the new team member to provide an opportunity for correction before escalation.

PMBOK® Guide – Seventh Edition emphasizes the use of the team charter as a primary tool for setting and maintaining team norms and culture.

Option B escalates prematurely.

Option C could follow if the behavior continues.

Option D is reactive and should be used only if alignment efforts fail.

 Earned Value Analysis (EVA) is a project management technique used for monitoring and controlling project performance by integrating scope, schedule, and cost parameters. It is a critical tool for project managers to report the project’s value and is particularly useful for large projects where tracking progress against the budget is essential. EVA provides a set of mathematical metrics that reflect the health of the project and is used to report information for the current reporting period and on a cumulative basis. This method allows project managers to identify variances from the plan and forecast future performance, which is crucial for seeking further funding and demonstrating the project’s value to sponsors.

(Earned Value Analysis & Management (EVA/EVM) - Project-Management.info1, Professional in Business Analysis Reference Materials | PMI2)

An audit meeting is a systematic, independent, and documented process for obtaining evidence and evaluating it objectively to determine the extent to which the risk management process criteria are fulfilled. It helps in assessing the effectiveness of the risk management practices and identifying areas for improvement. Regular audit meetings are essential for ensuring that the risk management process remains robust and can adapt to changes within the project12.

During the transition to operations, it is crucial for the project manager to facilitate the transfer of knowledge to the operations team. This ensures that the team is well-equipped to support the end users effectively. The knowledge transfer can include training sessions, documentation, and hands-on support during the initial phase of operations. This approach aligns with the best practices for project handoffs, which emphasize the importance of preparing the operations team to handle the project deliverables independently1.

In the scenario where a contract is required immediately, contrary to the initial plan of requiring it 3 months prior to the project’s finish date, the project manager should request the team to initiate a change request. This is in line with best practices in project management, which call for formalizing changes through documented procedures. A change request is necessary to adjust the project’s scope, schedule, and costs accordingly. It ensures that all stakeholders are aware of the changes, agree to them, and understand their implications. This process is part of the integrated change control process, which is crucial for managing contracts and any changes that occur during project execution.

(PMI’s Guide to the Project Management Body of Knowledge (PMBOK® Guide) and Professional in Business Analysis Reference Materials)

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

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

The laissez-faire leadership style is characterized by allowing the team to make their own decisions and work independently. This style is suitable for teams that are mature, competent, and motivated, which seems to be the case with the project manager’s team, as they have previously worked together on construction projects. The laissez-faire approach trusts the team’s abilities and encourages autonomy and self-organization, which can lead to increased innovation and creativity.

The information is based on the leadership styles described in the Project Management Professional (PMP) and Professional in Business Analysis (PMI-PBA) reference materials, which outline various leadership styles and their applications in project management contexts1234.

Organizing more frequent sprint reviews with a broader audience is a key practice in Agile methodologies to ensure that the increments meet the end users’ quality requirements. This approach allows for continuous feedback and collaboration, which are essential for Agile teams. It enables the team to present the increment to stakeholders, including end users, and receive immediate feedback that can be incorporated into the next sprint. This aligns with Agile principles of customer collaboration and responding to change123.

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

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

In long-term projects executed in stages, it's essential to continuously evaluate whether the intended business value is being realized as the project progresses. Monitoring benefits at project milestones allows the project manager and stakeholders to assess if the project is still aligned with the business objectives and delivering the intended value.

According to the PMBOK® Guide – Seventh Edition (Principle 1 and Principle 7: Focus on Value), the project manager must ensure that the project delivers value continuously and not just at the end. Benefits realization is measured at key points (e.g., stage gates or milestones) to confirm alignment with the business plan.

Option A (ETC) refers to the cost/time remaining and doesn't directly assess realized business value.

Option B (throughput analysis) is a Lean metric, not directly tied to business value unless explicitly defined.

Option C (NPS) is a customer satisfaction metric and may not always correlate with monetized value.

When faced with a major process change in HR acquisition, especially one that implies longer processing times, it is essential for the project manager to first assess the impact of this change on the project’s objectives and deliverables. By reviewing the project management plan, the project manager can determine the appropriate adjustments to the project schedule, resources, and strategies to mitigate any negative effects on the project’s timeline and costs. This proactive approach aligns with the principles of effective project management, which include flexibility and responsiveness to changes within the project environment.

= The PMBOK guide emphasizes the importance of continuously monitoring and controlling project work to address changes and implement necessary adjustments1. Additionally, the role of HR in managing changes during mergers and acquisitions, as outlined in professional business analysis resources, supports the approach of assessing impacts and planning accordingly234.

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

The best approach for a project manager leading a public project with high impact on the town’s citizens is to analyze the interests and influence of stakeholders and evaluate their requirements. This aligns with the PMBOK® Guide’s emphasis on identifying stakeholders and understanding their needs and expectations as a key part of project management. It ensures that the project outcomes are aligned with stakeholder expectations and the project’s intended benefits are realized.

= PMBOK® Guide – Seventh Edition1; PMP Examination Content Outline2; Professional in Business Analysis Reference Materials3.

Transitioning from a predictive to an agile approach requires a cultural shift and an organizational commitment1. Engaging operation teams in retrospectives and demo sessions allows for direct feedback on the product, which can lead to improvements in the transition to operations and minimize support issues2. This engagement is crucial as it fosters a collaborative environment where operational insights can directly influence the development process, ensuring that the product is aligned with operational needs and reducing the likelihood of issues post-deployment3. References:

Transitioning to agile - Project Management Institute1.

How to Handle Production Support When Using Scrum2.

Engaging Your Team to Greater Project Performance3.

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

When facing delays in procurement, especially in government settings where processes are often strict and lengthy, the most constructive and collaborative action is for the project manager to work directly with the procurement team to develop a high-level timeline. This promotes alignment and visibility into expectations without immediately escalating or assigning blame.

According to the PMBOK® Guide (Seventh Edition), the project manager plays a facilitative role in procurement, especially in coordinating with procurement specialists and aligning expectations with stakeholders.

Option B avoids the issue and offers no corrective action.

Option C offloads responsibility inappropriately; the project manager should lead coordination.

Option D should be used only after collaborative options are exhausted.

The project manager should foster an environment where open discussions are encouraged, as they can lead to more comprehensive understanding and better decision-making. However, it is also important to adhere to the ground rules to ensure that discussions are efficient and considerate of everyone’s time. This approach is in line with the PMBOK® Guide’s principles of stakeholder engagement and team management, which emphasize the importance of balancing open communication with meeting management1. It also aligns with the PMI Professional in Business Analysis (PMI-PBA)® standards, which advocate for effective stakeholder engagement and collaboration2.

Transparent and collaborative communication is essential during organizational change. The most inclusive and effective approach is to bring together the PMO and project team in a joint meeting to clarify questions, ensure alignment, and minimize uncertainty.

The PMBOK® Guide – Seventh Edition emphasizes cross-functional collaboration and stakeholder engagement as essential project leadership responsibilities during restructuring and transitions.

Option A may be seen as confrontational or top-down.

Option B is reactive and directive without facilitation.

Option D makes assumptions that may not be accurate.

Consensus building in project management, especially with diverse team members, involves creating an environment where agreement is reached through open and inclusive discussion. This approach encourages participation from all team members, ensuring that each voice is heard and considered. It helps in identifying common ground and facilitates the integration of various perspectives into a cohesive plan. The process is respectful, efficient, and productive, leading to decisions that are accepted by all and fostering commitment to the project’s execution.

= How to Build Consensus in Project Management - LinkedIn1, Creating Collaboration in Diverse Teams - LinkedIn2, How to Build Consensus in a Diverse Team - LinkedIn3, How to Build Consensus Among Diverse Team Members - LinkedIn4.

Meeting milestones without delivering a quality product undermines the project's objectives. The PMBOK® Guide – Seventh Edition emphasizes delivery of value and quality as key aspects of project performance. When quality issues emerge, the project manager should collaborate with the team to identify gaps between expected and actual outcomes and take corrective action.

Option B is correct because it addresses the root cause—quality gaps—and aligns outcomes with stakeholder expectations.

Option A assumes a time extension is needed before evaluating the actual gap.

Option C disregards quality, which is a key component of the project constraints (scope, time, cost, quality).

Option D is reactive and ad hoc; reprioritization should follow analysis of root causes.

To prevent the situation where the security team declined the deployment to the production environment, the project manager should have reviewed the compliance requirements with stakeholders. Here’s why:

1.Compliance Requirements: Compliance requirements are essential for any project, especially in government-owned companies. These requirements ensure that the project adheres to legal, regulatory, and security standards. By reviewing compliance requirements early in the project, the project manager can identify any potential gaps or issues related to security.

2.Stakeholder Alignment: Engaging stakeholders, including the security team, during the planning phase allows the project manager to understand their expectations and concerns. It also provides an opportunity to address security-related matters proactively.

3.Risk Assessment: By reviewing compliance requirements, the project manager can assess potential risks related to security and take necessary actions. This includes implementing security measures, conducting vulnerability assessments, and ensuring that the project aligns with organizational security policies.

4.Iterative Approach: The iterative approach used in this project allows for incremental development and testing. However, security considerations should be part of each iteration. By involving stakeholders early and continuously, the project manager can address security concerns throughout the development process.

5.Communication: Regular communication with stakeholders ensures that everyone is on the same page regarding security expectations. It also helps in identifying any changes or updates to compliance requirements during the project lifecycle.

In summary, reviewing compliance requirements with stakeholders and addressing security concerns throughout the iterative process would have helped prevent the security team’s decline during deployment to the production environment.

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

When a customer introduces new quality standards during the finalization of project management plans, it is essential to align the project’s deliverables with these new standards to ensure customer satisfaction and project success. The project manager should collaborate with the client to agree on acceptance criteria that reflect the new quality standards. This agreement will guide the project team in adjusting their work processes and outputs to meet these criteria, thereby ensuring that the final product adheres to the customer’s requirements. Involving the client in this process also fosters a shared understanding and commitment to the quality objectives, which is crucial for a smooth delivery of the product.

The response is based on best practices in project quality management as outlined in the PMBOK® Guide and the Professional in Business Analysis (PMI-PBA) reference materials, which emphasize the importance of stakeholder engagement and agreement on project objectives and criteria for acceptance12.

 Defining a minimum viable product (MVP) is a core concept in delivering value early and continuously, which aligns with the agile principles of project management. An MVP allows the project manager and stakeholders to understand the product’s vision more clearly by focusing on the core functionalities that will meet the customer’s needs and provide immediate value. This approach also facilitates early feedback, which is crucial for iterative development and continuous improvement.

The answer is verified using the PMP Examination Content Outline, which emphasizes the importance of delivering value and involving stakeholders1. Additionally, the PMBOK Guide standards highlight the need for project managers to engage stakeholders and meet project objectives2. The Professional in Business Analysis Reference Materials also support the use of an MVP as part of the business analysis process to maximize value delivery and stakeholder engagement3.

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