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

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

PMI-PBA Practice Guide, p. 44 1

PMBOK Guide, 6th edition, p. 336 2

According to the 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

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

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

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

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

 Meeting with the project sponsors to align expectations is a crucial step for the project manager to ensure that the project objectives, scope, deliverables, risks, assumptions, and constraints are clear and agreed upon by all the stakeholders. This will also help to establish trust, communication, and collaboration among the sponsors who are from different business units and have different interests and perspectives. The project manager should also review the project charter and the stakeholder register to identify the roles, responsibilities, and expectations of the sponsors and other key stakeholders. Establishing mentoring and coaching sessions, reviewing the knowledge repository for similar projects, and scheduling the project kick-off meeting are all important activities, but they are not the first thing that the project manager should do in this situation. References: = PMBOK Guide, 6th edition, pages 31-32, 513-514; PMP Exam Content Outline, 2020, pages 6-7.

The project manager should determine the value of the vendor’s bid by calculating the expected monetary value (EMV) of the bid. The EMV is the product of the probability and the impact of a risk event or opportunity1. In this case, the vendor’s bid has two possible outcomes: a cost overrun of US$100,000 with a 65% probability, or a cost saving of US$50,000 with a 35% probability. The EMV of the bid is calculated as follows:

EMV = (0.65 x 100,000) - (0.35 x 50,000) = 47,500

The value of the vendor’s bid is the original bid amount plus the EMV, which is:

Value = 500,000 + 47,500 = 547,500

Therefore, the correct answer is C. US$547,500.

 The project manager should treat the client’s complaint as a change request and assess the effect on the project’s goals. This is because the client’s expectation may not have been captured or communicated clearly in the initial debriefing, or the client may have changed their mind after seeing the product. In either case, the project manager should follow the change management process, which involves identifying, documenting, analyzing, approving, and implementing changes that affect the project scope, schedule, cost, quality, or risk. The project manager should also communicate with the client and the project team about the change request and its impact on the project’s goals, such as delivering value, satisfying customer needs, and meeting stakeholder expectations. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK® Guide, 6th edition, Section 4.6.1, “Perform Integrated Change Control: Inputs”

PMBOK® Guide, 6th edition, Section 4.6.3.1, “Perform Integrated Change Control: Outputs - Change Requests”

PMBOK® Guide, 6th edition, Section 5.6.1, “Validate Scope: Inputs”

PMBOK® Guide, 6th edition, Section 5.6.3.1, “Validate Scope: Outputs - Accepted Deliverables”

PMI-PBA® Guide, 1st edition, Section 6.2.1, “Manage Changes: Inputs”

PMI-PBA® Guide, 1st edition, Section 6.2.2, “Manage Changes: Tools and Techniques”

PMI-PBA® Guide, 1st edition, Section 6.2.3, “Manage Changes: Outputs”

The project manager should plan a communication method and allow the project team members to virtually interact. This will help to facilitate effective communication, information sharing, feedback, and coordination among the remote project team members. The project manager should also consider the cultural, linguistic, and time zone differences among the team members and use appropriate tools and techniques to overcome the challenges of virtual collaboration. Discussing the concerns with the project sponsor, modifying the project charter, creating a social media group platform, and setting the ground rules are all possible actions that the project manager can take, but they are not the best answer to the question, as they do not directly address the issue of collaboration between the remote project team members. References: = PMBOK Guide, 6th edition, pages 366-367, 378-379, 555-556; Agile Practice Guide, pages 28-29, 32-33; PMP Exam Content Outline, 2020, pages 6-7.

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

PMBOK Guide, 7th edition, page 65

Standard for Program Management, 4th edition, page 67

PMI-PBA Exam Content Outline, page 10

[PMI-PBA Handbook], page 11

project objectives, scope, schedule, cost, quality, resources, or risks. The project manager should also seek their support and guidance on how to resolve the issue. In this case, the project manager should communicate with the project sponsor, the customer, the functional managers, and any other stakeholders who may be affected by the supplier’s decision. The project manager should also explore alternative options for obtaining the information security services, such as negotiating with the supplier, finding another supplier, or performing the service internally. However, these options may have implications for the project budget, schedule, quality, and risk, and should be evaluated carefully before making a decision. References: (Professional in Business Analysis Reference Materials source and documents)

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

PMBOK Guide, 6th edition, Chapter 10, Section 10.2.2.4, page 385

PMBOK Guide, 6th edition, Chapter 12, Section 12.2.2.4, page 471

PMBOK Guide, 6th edition, Chapter 11, Section 11.5.2.4, page 443

According to the PMBOK Guide, the project manager is responsible for managing the project team and ensuring that the team members are motivated, engaged, and productive. One of the tools and techniques for managing the project team is interpersonal and team skills, which include communication, conflict management, emotional intelligence, feedback, influence, mentoring, and motivation. When a team member feels demotivated and excluded from the team, the project manager should first use their interpersonal and team skills to speak with the team member and understand the root cause of their dissatisfaction. The project manager should also acknowledge the team member’s contributions and provide constructive feedback and guidance to help them improve their performance and engagement. This will help the team member feel valued, respected, and supported by the project manager and the team. References: PMBOK Guide, 6th edition, pages 349-350, 355-356.

 The project manager should facilitate communication promoting a Scrum of Scrums so the different teams are aware of the dependencies and progress. A Scrum of Scrums is a technique to coordinate multiple agile teams working on a large-scale project. It involves a representative from each team meeting regularly to share information, resolve issues, and align their work. This way, the project manager can ensure that the teams are collaborating effectively, managing interdependencies, and delivering value to the customer. A project newsletter, combining all the projects into one, or aligning the schedules may not be sufficient or feasible to address the complexity and uncertainty of a digital transformation project with a hard deadline and a new product. References: Agile Practice Guide, 2017, page 37; PMP Exam Content Outline, 2021, page 13.

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.

According to the PMBOK Guide, change requests are inevitable in any project and should be managed through an integrated change control process. This process involves analyzing the impact of the change on the project objectives, scope, schedule, cost, quality, risk, and other factors, and then deciding whether to approve or reject the change. If the change is approved, the project manager should update the project management plan and other relevant documents accordingly. The project manager should also communicate and negotiate with the stakeholders, especially the client, about the impact of the change and the possible trade-offs or alternatives. The project manager should not instruct the team to accommodate the changes without proper analysis and approval, as this would violate the project management plan and the agreed scope. The project manager should not review the project charter to identify the agreed scope, as this would not address the issue of the change requests and their impact on the project. The project charter is a high-level document that authorizes the project and defines its objectives, scope, and key stakeholders, but it does not provide the details of how the scope will be managed and controlled. The project manager should not escalate the issue to senior management, as this would imply that the project manager is unable to handle the change requests and their impact on the project. The project manager should only escalate the issue if the change requests are beyond the project manager’s authority or responsibility, or if the client is unreasonable or uncooperative. References: PMBOK Guide, 7th edition, pages 112-113, 118-119, 122-123; Project and Process Tailoring for the PMP® Exam

In the context of project management, particularly in an environment where a predictive approach is being used, it’s crucial to ensure that all team members are aligned and agree on the technology to be used. This is because the technology chosen can significantly impact the project’s timeline and overall success. When a disagreement arises, the project manager should facilitate an open dialogue where all team members can voice their opinions and concerns. Through this process, the team can arrive at a consensus, ensuring that everyone is on board with the decision. This approach not only resolves the issue at hand but also fosters a collaborative and inclusive environment within the team. References: PMI’s Project Management Professional (PMP)® Examination Content Outline1, PMI Professional in Business Analysis (PMI-PBA)® Examination Content Outline2.

The project manager should conduct a customer demonstration at the end of each build cycle to help the client understand the value delivered during project execution. This is a common practice in agile projects, where the team showcases the working product increment to the customer and solicits feedback. This way, the customer can see the tangible results of each iteration, validate the alignment with their expectations, and provide input for future improvements. This option aligns with the PMI-PBA practice guide, which states that “demonstrations are a key technique for validating requirements and obtaining feedback from stakeholders” (p. 67). The other options are not the best choices because they do not effectively communicate the value of the product to the customer. Including a planned value (PV) calculation in the sprint report for each build cycle (option A) may provide a quantitative measure of the project performance, but it does not show the actual functionality or quality of the product. Providing the customer with the refined specification during each build cycle (option C) may reflect the changes or clarifications made to the technical requirements, but it does not demonstrate the working product or its benefits. Showing the customer a sprint burndown chart for each build cycle (option D) may indicate the progress and velocity of the team, but it does not reveal the features or value of the product. References:

PMI-PBA Practice Guide, p. 67 1

PMBOK Guide, 6th edition, p. 189 2

The project charter is a document that formally authorizes a project or a phase and documents initial requirements that satisfy the stakeholder’s needs and expectations. It provides the project manager with the authority to apply organizational resources to project activities. When a new project manager is assigned to a project, they should refer to the project charter to understand the project objectives, key stakeholders, risks, and the authority delegated to them. References: Project Management Professional (PMP) Reference Materials12.

The project manager should plan to conduct informal sessions with the stakeholders to educate them about the project objectives, scope, and technology, and to address their concerns and queries. This will help to improve the stakeholders’ awareness, engagement, and buy-in, and to reduce the objections and queries that are wasting time in the meetings. This is part of the Manage Stakeholder Engagement process, which involves communicating and working with stakeholders to meet their needs and expectations, address issues, and foster appropriate stakeholder involvement1. Requesting stakeholders who understand the technology, recommending a change in technology, or including the issue in the issue log and escalating it are not the best options, as they may alienate the existing stakeholders, compromise the project vision, or escalate a problem that can be resolved at a lower level. References: 1 PMBOK® Guide, 6th edition, page 518.

 According to the Project Management Professional (PMP)® Examination Content Outline1, one of the tasks under the domain of executing is to “assess and prioritize impact of changes to project scope, schedule, cost, quality, resources, and risks”. This implies that before implementing any change request, the project manager should first evaluate how the change will affect the project objectives and deliverables, and whether the change is aligned with the business case and the stakeholder expectations. The business case is the document that justifies the initiation of a project by providing the expected benefits, costs, risks, and strategic alignment of the project2. Therefore, the project manager should identify how the proposed changes will benefit the project in relation to the business case, and communicate the results of the assessment to the senior management and other relevant stakeholders. This can help to ensure that the changes are necessary, feasible, and beneficial, and that they do not compromise the project scope, quality, or value. References:

1: Project Management Professional (PMP)® Examination Content Outline, page 10

2: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, page 29

According to the PMBOK Guide, an agile approach is suitable for projects that have a high degree of uncertainty and change, as it allows for frequent feedback, adaptation, and value delivery. An agile approach also enables the project team to demonstrate the benefits of the product to the sponsor and stakeholders through working increments or prototypes. Developing requirements and designs to support a faster product release may not address the uncertainty and change aspects of the project, and may compromise quality or scope. Emphasizing the adoption of a predictive approach may not be feasible or effective for a project that has a high degree of uncertainty and change, as it requires a detailed upfront planning and a rigid control of changes. Outsourcing development of the product to a third party may not be the best option for the project sponsor, who wants to see the benefits of the product demonstrated, and may introduce additional risks and challenges for the project management. References: PMBOK Guide, 7th Edition, Section 2.1.2, Agile Approach; Section 2.1.3, Hybrid Approach.

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

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

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

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

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

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

 Cross-training is a technique that allows team members to share and learn skills from each other. It can enhance team performance, increase flexibility, and reduce risks related to staff turnover or unavailability. It can also improve team cohesion and collaboration. In this scenario, the project manager should allow the engineer and designer to cross-train with each other, as this would benefit both the project and the individuals. The engineer would learn a new skill that is required for the tasks, and the designer would reinforce their existing skill by teaching it. This would also save time and money compared to external training options. Escalating the situation to the engineer’s manager, requesting external training for the engineer, or requesting external training for both the engineer and the designer are not the best choices, as they would not leverage the existing resources and expertise within the team. References: PMBOK Guide, 6th edition, page 339; Professional in Business Analysis (PMI-PBA)® Handbook, page 16.

 According to the PMBOK Guide, when a change request is received, the project manager should evaluate the impact of the change on the project scope, schedule, cost, quality, risk, and other aspects. The project manager should also consult with the project sponsor and other key stakeholders to obtain their approval or rejection of the change request. The project manager should not proceed with the change without proper analysis and authorization, nor should they reject the change without considering the legal and contractual implications. References: PMBOK Guide, 6th edition, pages 115-116, 134-135, 141-142.

Chart, line chart Description automatically generated

The project manager should review the terms and conditions of the contract to determine if the maintenance manual was part of the agreed scope and deliverables. If the manual was not included in the contract, the project manager should inform the customer and negotiate a change request to add the manual as a new deliverable. If the manual was included in the contract, the project manager should apologize to the customer and expedite the delivery of the manual as soon as possible. The project manager should also update the risk log to capture the potential impact of this issue on the customer satisfaction, project schedule, and budget. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK® Guide, 6th edition, Section 12.2.1.1, “Procurement Documentation”

PMBOK® Guide, 6th edition, Section 12.3.3.1, “Change Requests”

PMBOK® Guide, 6th edition, Section 11.6.1.1, “Risk Register”

 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 best way to ensure that the client is effectively represented in the daily meetings is to provide them with the necessary agile knowledge and skills to participate and collaborate with the vendor team. This can be done by proposing a session for essential agile knowledge transfer, where the vendor project manager can explain the agile principles, values, practices, and tools that will be used in the project. This will help the client team to understand the purpose and benefits of the daily meetings, as well as their roles and responsibilities in them. The other options are not as effective as they either do not address the root cause of the problem (lack of agile knowledge), or they introduce unnecessary changes or delays to the project (realigning the project or recommending training programs). References: PMI Agile Practice Guide, page 14-15; PMBOK Guide, page 18-19

According to the PMBOK Guide, the stakeholder register is an output of the Identify Stakeholders process, and it contains information about the project stakeholders, such as their identification, assessment, classification, and engagement levels1. The communications management plan is an output of the Plan Communications Management process, and it describes how the project information will be managed and communicated among the stakeholders, such as the communication requirements, methods, formats, frequency, roles, and responsibilities2. Whenever there is a change in the project team or the stakeholder environment, the project manager should update the stakeholder register and the communications management plan accordingly, to ensure that the new team member or stakeholder is properly identified, analyzed, and engaged3. In this case, the project manager should include the new team member in the stakeholder register and update the communications management plan to reflect the team member’s communication preferences, such as working remotely and being more responsive in face-to-face interactions. This will help the project manager to plan and manage the project communications more effectively and efficiently, and to avoid potential misunderstandings, conflicts, or delays45. References: 1: PMBOK Guide, 7th edition, page 215 2: PMBOK Guide, 7th edition, page 237 3: PMBOK Guide, 7th edition, page 217 4: Project Team Communications4 5: How to create a project management communication plan5

 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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

The project manager should first assess the impact of the layoff on the project objectives, scope, schedule, cost, quality, and risk. The project sponsor is the person who provides the resources and support for the project and is accountable for enabling success1. Therefore, the project manager should request a meeting with the project sponsor to discuss the viability of the project and determine the next actions, such as revising the project plan, securing additional resources, or terminating the project. This is the best option among the given choices.

Option B is not the best answer because the project manager should not discuss trade-offs with the customer without consulting the project sponsor first. The project sponsor is the one who authorizes any changes to the project scope or quality1.

Option C is not the best answer because the project manager should not request a meeting with the finance department to increase the budget without consulting the project sponsor first. The project sponsor is the one who approves the project budget and any changes to it1.

Option D is not the best answer because the project manager should not request a meeting with the HR department and demand they find a solution to retain the project team members. This is not a realistic or respectful way to handle the situation. The project manager should work with the project sponsor and the HR department to find the best possible solution for the project and the affected team members2. References: 1: PMBOK Guide, 7th Edition, Section 4.1.2, Project Sponsor Role and Responsibilities 2: PMBOK Guide, 7th Edition, Section 9.1.3, Develop Team: Tools and Techniques

According to the PMBOK Guide, the project quality control process consists of determining quality requirements for project deliverables and testing, inspecting and reporting to make sure they’re met1. If the project manager realizes that the quality management plan does not include how the final user will perceive the benefits of the new product compared with the actual product, they should submit a change request to analyze a new set of quality tests. This is because the final user tests are part of the user acceptance testing (UAT), which is the final testing stage in software development before production2. UAT is used to get feedback from users who test the software and its user interface (UI) and to verify that the software meets the end-user requirements and expectations2. UAT is usually done manually, with users creating real-world situations and testing how the software reacts and performs2. Therefore, the project manager should not let the product go to market and wait for customer feedback regarding quality (option A), as this would be too late and risky to address any quality issues. The project manager should also not ask the quality manager or the product manager to include the final user tests in the quality management plan (options B and D), as this would be a change to the scope and the schedule of the project, which requires a formal change request and approval from the change control board3. The quality management plan is a document that helps the project manager and the project team execute quality management and quality assurance actions, and it should be aligned with the project management plan4. Any changes to the quality management plan should follow the change management process4. References: 1: Quality Control in Project Management | monday.com Blog 2: What Is User Acceptance Testing (UAT)? - Codecademy 3: The Quality Control Process - ProjectEngineer 4: The Quality Management Plan in Project Management

 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.

The project manager should determine the critical requirements to bridge the gap and ensure the project delivers the expected business value. This is because the project manager is dealing with a new and innovative solution that may have unclear or ambiguous scope and expectations. The project manager should review the RFP and identify the key terms and conditions that define the project objectives, deliverables, and constraints. The project manager should also engage with the customer and other stakeholders to elicit, analyze, and prioritize the requirements that are essential for the project success. The project manager should ensure that the critical requirements are aligned with the project vision, scope, and business value, and that they address the compliance issues that may arise in the project context. The project manager should not document the risks and mitigations, as this would be a subsequent step after determining the critical requirements. The project manager should not define the project schedule, as this would be a premature and risky action without having a clear understanding of the project scope and requirements. The project manager should not create a project scope statement, as this would be a formal document that requires the approval of the customer and other stakeholders, and that may not be feasible or appropriate for a new and innovative solution. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK® Guide, 6th edition, Section 5.2, “Collect Requirements”

PMBOK® Guide, 6th edition, Section 5.3, “Define Scope”

PMBOK® Guide, 6th edition, Section 5.4, “Create WBS”

PMBOK® Guide, 6th edition, Section 5.6, “Control Scope”

 According to the PMBOK® Guide, an agile team is a cross-functional group of people that is self-organized and empowered to deliver the project objectives. The agile team should have the following characteristics1:

They are collaborative and work together as a cohesive unit

They have generalizing specialists who can perform multiple roles and tasks

They are co-located or use effective communication tools to overcome geographic barriers

They are adaptive and responsive to changing requirements and feedback

They are empowered and accountable for their work and decisions Therefore, the best option for the project leader is to choose a team whose members have more general aptitudes and can collaborate on different tasks, as this aligns with the agile principles and values. References: 1 PMBOK® Guide, 6th edition, page 21.

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.

The project manager should use the collaborate/problem solve technique to resolve this issue, as it involves finding a mutually beneficial solution that satisfies the interests of both the senior and junior team members. This technique is also known as confronting or integrating, and it is the preferred technique for managing conflicts on a project. The project manager should facilitate a constructive dialogue between the two team members, identify the root cause of the conflict, and help them reach a common understanding and agreement. This way, the project manager can maintain a positive team environment and foster collaboration and trust among the team members. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK Guide 6th Edition, page 368, section 9.5.2.1

PMI Practice Standard for Project Risk Management, page 37, section 3.5.2.1

PMI Professional in Business Analysis (PMI-PBA)® Examination Content Outline, page 13, section 3.2.1.1

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

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

 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.

The project manager should first perform an impact analysis with SMEs to assess the potential effects of the separate project on the network upgrade. This will help the project manager to determine the magnitude and probability of the risks, as well as the possible responses and contingency plans. The impact analysis is part of the Monitor Risks process, which involves tracking the identified risks, monitoring residual risks, identifying new risks, and evaluating risk process effectiveness1. Informing the government representative, implementing a change request, and updating the risk register are all possible actions that may follow the impact analysis, but they are not the first thing to do. References: 1 PMBOK® Guide, 6th edition, page 452.

 According to the PMP Exam Content Outline, a project manager should select the appropriate project approach based on the project characteristics, such as the degree of uncertainty, complexity, and stakeholder involvement. A hybrid approach combines elements of predictive and adaptive (agile, iterative, incremental) approaches to suit the specific needs and context of the project. In this case, a hybrid approach would allow the project manager to accommodate the potential changes from the new CEO, while also ensuring the delivery of the correct sales results as the final product. A hybrid approach would also enable the project manager to collaborate with the customer and the development team to refine the requirements and validate the solution throughout the project life cycle. A predictive approach would not be suitable for this project, as it assumes a high level of certainty and stability in the requirements and the environment, which is not the case here. An incremental approach would deliver the product in smaller increments, which may not meet the customer’s expectation of no intermediate results. An iterative approach would repeat the same phases until the product meets the desired quality, which may not be efficient or effective for this project. References: = PMP Exam Content Outline, Domain I: People, Task 1: Manage conflict, page 6. PMP Exam Content Outline, Domain III: Business Environment, Task 2: Select project approach, page 14. PMBOK Guide, Chapter 1: Introduction, Section 1.2: Foundational Elements, page 9. PBA Guide, Chapter 2: Needs Assessment, Section 2.2: Assess Current State of the Organization, page 33.

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

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

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

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

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

According to the PMBOK Guide, the project manager is responsible for managing the project team and resolving any conflicts that may arise among team members. The project manager should use appropriate interpersonal skills, such as active listening, problem-solving, and negotiation, to address the issue with the disruptive team member and help them improve their performance and behavior. Providing team-building activities, informing the functional manager, or encouraging self-governance are not the best options, as they do not address the root cause of the problem or show empathy and support to the team member who is going through a difficult personal situation. References: PMBOK Guide, 6th edition, pages 349-350, 361-362.

 According to the PMBOK Guide, a project manager should refer to the communications management plan, when facing issues with both the agile delivery of the product and the predictive development of a marketing strategy, and needing to receive feedback from stakeholders located in different time zones. The communications management plan is a component of the project management plan that describes how the project information will be planned, managed, monitored, and controlled. It also defines the communication requirements, methods, formats, frequency, and channels for each stakeholder group. The communications management plan should address the challenges and opportunities of working in a hybrid project environment, where both agile and predictive approaches are used. The communications management plan should also consider the diversity and distribution of the stakeholders, and ensure that the feedback mechanisms are appropriate, timely, and effective. By referring to the communications management plan, the project manager can ensure that the project communication is aligned with the project objectives, stakeholder expectations, and project methodology. References: PMBOK Guide, 6th edition, pages 89-90, 377-378.

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 PMBOK Guide, a project manager should plan to execute the procurement tasks in a virtual environment, when faced with the situation of local vendors being unavailable and having the option to hire the same services from companies in other countries. This is part of the plan procurement management process, which involves determining the project procurement strategy, the types of contracts, the procurement documents, the source selection criteria, and the procurement management plan. A virtual environment is one where the project team and the vendors communicate and collaborate using technology, such as online platforms, video conferencing, cloud computing, etc. A virtual environment can enable the project manager to access a wider pool of potential vendors, reduce travel costs and time, and increase flexibility and efficiency. However, a virtual environment also poses some challenges, such as cultural differences, legal issues, security risks, communication barriers, and quality control. Therefore, the project manager should plan the procurement tasks carefully, considering the project objectives, the stakeholder expectations, the project risks, and the best practices for managing virtual teams and vendors. References: PMBOK Guide, 6th edition, pages 459-460, 471-472.

The kick-off meeting is the formal start of the project or a project phase. It is an opportunity for the project manager to communicate the project objectives, scope, schedule, risks, assumptions, and expectations to the project team and other stakeholders. It also helps to establish the team roles and responsibilities, the communication plan, the ground rules, and the team culture. The kick-off meeting is part of the Develop Project Management Plan process, which belongs to the Planning process group. The other options are not the actions that the project manager should do in this phase, as they are either part of other processes or not relevant to the project baseline schedule development. References:

[PMBOK Guide], 6th edition, pages 89-90, 123-124, 513-514.

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

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.

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.