PMP Questions and Answers

According to the PMBOK Guide, 7th edition, a joint requirements session is a technique used to elicit and prioritize requirements from multiple stakeholders in a collaborative and interactive way. It can also be called a workshop, a focus group, or a brainstorming session. To ensure that the session is effective and efficient, the project manager should organize a formal session led by a skilled facilitator who can guide the discussion, manage conflicts, and ensure participation from all attendees. The facilitator should also establish and communicate the rules for how the participants will interact with one another, such as respecting different opinions, using constructive feedback, and following an agenda. This will help to avoid chaos and confusion, and to achieve the desired outcomes of the session. References:

• PMBOK Guide, 7th edition, page 149, section 5.2.3.1, Joint Requirements Session
• PMBOK Guide, 7th edition, page 150, section 5.2.3.2, Facilitation

According to the PMBOK Guide, 6th Edition, Section 9.2.2.1, “Resource calendars specify the availability, capability, and skills of human resources and the availability of equipment and materials.” The project manager should consult the company’s resource calendars to determine the availability and suitability of the resources required for the new project. This will help the project manager to estimate the duration, cost, and risk of the project, as well as to plan the resource allocation and management. The other options are not as relevant or accurate as the resource calendars for this purpose. The company’s historical organizational project artifacts may provide some useful information, but they may not reflect the current situation or the specific needs of the new project. The company’s project responsibility assignment matrix (RAM) may show the roles and responsibilities of the project team members, but it may not indicate their availability or skills. The company’s resource management plan may describe the policies and procedures for managing resources, but it may not provide the details of the individual resources required for the new project. References:

• PMBOK Guide, 6th Edition, PMI, 2017, pp. 336-337.
• How to Measure Your Project Resource Requirements, MetaPM, 2024, accessed on February 24, 2024.

 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.

A relative-weighting approach is a technique that assigns numerical values to the benefits and costs of each product feature, and then calculates a score for each feature by dividing the benefits by the costs. The features with the highest scores are considered the most valuable and are prioritized accordingly. This technique is part of the Collect Requirements process, which involves defining and documenting the stakeholders’ needs and expectations for the project outcome1. To perform this technique effectively, the project manager should ask the team to perform collaborative work that is coordinated by the project manager. This will ensure that the team members share their inputs, opinions, and preferences, and that the project manager facilitates the process and resolves any conflicts or issues. Relying on the expert judgment of the product owner, using a market-based strategy, or engaging the project sponsor are not the best options, as they may not reflect the views and needs of all the stakeholders, or they may introduce bias or external influences into the prioritization process. References: 1 PMBOK® Guide, 6th edition, page 140.

 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.

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

In an agile team, autonomy is a key factor for motivation, innovation, and ownership. Autonomy means that the team can decide how to do their work, as long as they are aligned with the project vision and goals. The project manager should support the team’s request for more autonomy, as it will empower them to find creative solutions, overcome challenges, and deliver value to the customer. The project manager should not discourage the team or delegate the decision-making to the team lead, as it will undermine the team’s self-organization and collaboration1. References:

• PMP Exam Content Outline
• PMI PMP Q&A: What should project manager do if team ask for more autonomy1

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 project manager should review the stakeholder engagement plan and inform the stakeholders about the appropriate communication channels and procedures for status reports and change requests. The stakeholder engagement plan describes the strategies and actions to effectively engage stakeholders throughout the project life cycle, based on their needs, expectations, interests, and influence levels. By reviewing and communicating the stakeholder engagement plan, the project manager can ensure that the stakeholders are aware of their roles and responsibilities, the project objectives and scope, the project performance and progress, and the change management process. This will help to avoid confusion, conflicts, and delays in the project and enhance stakeholder satisfaction and support. References: PMBOK Guide, 6th edition, page 513; PMP Exam Content Outline, 2021, page 9.

 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

According to the PMBOK Guide, 7th edition, one of the principles of project management is to engage stakeholders1. This means that the project manager should communicate effectively with all stakeholders, provide them with relevant information, and address their needs and expectations. In a hybrid project, where some aspects of the project follow a predictive approach and others follow an adaptive approach, the project manager should use a combination of tools and techniques to manage the project artifacts2. One of these tools is a repository or a system that stores and organizes the project artifacts, such as the project schedule, for easy access and retrieval3. The project manager should ensure that all stakeholders have access to the repository and know how to use it to find the project artifacts they need. This will help to avoid confusion, duplication, and inconsistency of information, and to foster collaboration and transparency among the project team and other stakeholders. Therefore, the best answer is C.

References:

• 1: PMBOK Guide, 7th edition, page 9
• 2: PMBOK Guide, 7th edition, page 19
• 3: PMBOK Guide, 7th edition, page 97
• : PMBOK Guide, 7th edition, page 98

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.

 The project manager should invite the product owner to attend daily standup meetings so they can assess progress. This is the best option because it allows the product owner to stay informed and involved in the project without disrupting the team members throughout the day. Daily standup meetings are a common agile practice that provide a brief and focused update on the project status, issues, and plans1. By inviting the product owner to these meetings, the project manager can address their concerns and expectations, as well as foster collaboration and trust between the product owner and the team. This option also aligns with the agile principle of "business people and developers must work together daily throughout the project"2.

The other options are not as effective as option A. Option B is not frequent enough to satisfy the product owner’s need for information and involvement. Option C is not collaborative and may create conflict between the product owner and the project manager. Option D is not appropriate and may damage the relationship between the product owner and the team. References: 1: PMBOK® Guide, 6th edition, page 540 2: Agile Manifesto, [Principles behind the Agile Manifesto]

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

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

 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

According to the PMBOK Guide, pull communication is a type of communication that is used when the information is large, complex, or requires a high level of detail, and the recipients can access it at their own discretion. Examples of pull communication include websites, intranets, e-learning, databases, and knowledge repositories. By using pull communication, the project manager can reduce the amount of emails sent to the team and allow them to access the project-related information when they need it. This can also improve the efficiency and effectiveness of the communication process. References: PMBOK Guide, 7th edition, page 286; Business Acumen for the PMP Exam

The graph shows that the project is performing below the baseline for both schedule and cost, which means it is behind schedule and under budget. This indicates that the project is not meeting its planned progress and deliverables, and may have some issues with scope, quality, or resources. The project manager should review the project schedule to identify the root causes of the delays, and take corrective actions to bring the project back on track. The project manager should also monitor the project cost to ensure that it does not exceed the budget, and communicate the status and changes to the stakeholders. References:

• PMBOK Guide, 7th Edition, Chapter 8: Performance Measurement and Reporting1
• The PMI Guide to Business Analysis, Chapter 5: Planning Business Analysis Work2
• Business Analysis for Practitioners: A Practice Guide, Chapter 4: Elicitation and Collaboration3

 The project manager should recognize the stakeholder’s skills as an expert on taxes and evaluate the possibility of the stakeholder supporting the project team. This will help to leverage the stakeholder’s knowledge and experience, as well as increase the stakeholder’s engagement and satisfaction. The project manager should also communicate with the stakeholder and the project team to establish a clear and collaborative relationship. Requesting the functional manager, asking the project team, and sending a request to the project sponsor are not the best ways to leverage the stakeholder’s information, as they may create unnecessary dependencies, conflicts, or delays. References:

• PMP Exam Content Outline, Domain II: Process, Task 3: Engage with stakeholders to meet expectations and foster collaboration.
• A Guide to the Project Management Body of Knowledge (PMBOK Guide), Seventh Edition, Chapter 2: Value Delivery System, Section 2.4: Stakeholders, Page 38.
• Professional in Business Analysis (PBA) Certification Exam Outline, Domain II: Planning, Task 2: Plan Stakeholder Engagement, Page 9.

When a project manager identifies that the response action for an issue is insufficient, it is crucial to take immediate action to prevent further complications. The best course of action in this scenario is to meet with the project team to find another solution1. This approach ensures that all team members are aware of the issue and can contribute their expertise and ideas to resolving it. It also promotes transparency and collaboration within the team1. The other options (A, B, C) are also important steps in issue management, but they are not the immediate next steps when a response action has proven to be insufficient2. References: 12

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

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.

 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.

The conflict described is a communication issue within the team. According to the PMBOK Guide, one of the key roles of a project manager is to manage team dynamics and resolve conflicts. In this case, reviewing the ground rules for collaboration within the team can help remind team members of the expected behaviors and communication norms, which can help resolve the issue. Moving a team member to a different team (Option A) may not solve the underlying issue, reporting to supervisors (Option C) may escalate the situation unnecessarily, and modifying the communications management plan (Option D) may not directly address the interpersonal conflict. References: Project Management Body of Knowledge (PMBOK) Guide, 6th Edition, Section 9.5.2.1: Conflict Management

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 Professional in Business Analysis (PMI-PBA)® Handbook, one of the key competencies for business analysts is communication, which includes the ability to use appropriate communication styles, methods, and techniques for different situations and audiences. Assertive communication is one of the communication styles that business analysts should master, as it allows them to express their opinions, needs, and feelings in a respectful and confident manner. Assertive communication can help business analysts to avoid conflicts, build trust, and influence stakeholders. Therefore, if the product owner is lacking communication skills, the project manager should suggest that they attend a training session about assertive communication, as this can help them improve their performance and collaboration with the project team and other stakeholders. References:

• [6]: Professional in Business Analysis (PMI-PBA)® Handbook, page 10
• [7]: Business Analysis for Practitioners: A Practice Guide, page 29
• [8]: Effective Communication Skills for Business Analysts, page 5

According to the PMBOK Guide, the project manager should use interpersonal and team skills to manage the team and resolve conflicts. One of these skills is conflict management, which involves identifying and addressing the root causes of disagreements among team members. In this case, the project manager should try to understand why the team member is absent from the meetings and what are the possible impacts on the project and the team. The project manager should also communicate the benefits of attending the meetings and encourage the team member to participate more actively. This way, the project manager can foster a collaborative and respectful team environment and avoid potential issues such as poor communication, low morale, or missed deadlines. References: PMBOK Guide, 7th edition, pages 282-283, 287-288.

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

References: (Professional in Business Analysis Reference Materials source and documents)

• PMBOK® Guide, 6th edition, Section 11.5.2.2, “Expected Monetary Value Analysis”

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

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

Diagram Description automatically generated

 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.

nager should also help the stakeholders understand how the agile principles and practices affect the project’s reporting and metrics2. The project manager should explain that agile reporting focuses on delivering value, responding to change, and satisfying customer needs3. The project manager should also collaborate with the stakeholders to identify the most relevant and meaningful reports and KPIs for the agile project, such as velocity, burn-up or burn-down charts, sprint or product backlog, and customer feedback. References:

• 1: PMBOK® Guide, 6th edition, section 10.1.3.1
• 2: PMBOK® Guide, 6th edition, section 1.2.3
• 3: PMBOK® Guide, 6th edition, section 1.2.2
• : PMBOK® Guide, 6th edition, section 1.2.4

According to the PMBOK Guide, 7th edition, an agile project manager is a person who leads and facilitates an adaptive development approach, where requirements and solutions evolve through collaborative efforts of self-organizing and cross-functional teams and their customers. An agile project manager should use the following tools to estimate the time lines for delivery of the initial release:

• Backlog grooming: This is a technique used to refine and prioritize the product backlog, which is a list of features and requirements that need to be delivered by the project team. Backlog grooming helps to ensure that the product backlog items are clear, concise, and ready for development. It also helps to estimate the effort and value of each item, and to align them with the product vision and customer needs.
• Product backlog: This is the primary source of information for the project team and the product owner, who represents the voice of the customer and defines the product value. The product backlog contains the features and requirements that the project team will deliver in the form of product increments, which are potentially releasable outcomes that provide value to the customer. The product backlog is dynamic and changes as the project progresses and new information emerges.
• Minimum viable product (MVP): This is the version of the product that has enough features to satisfy the customer’s needs and provide feedback for future development. The MVP is the first product increment that the project team delivers to the customer, and it represents the minimum scope that the project must achieve. The MVP helps to validate the assumptions and hypotheses about the product value and customer satisfaction, and to guide the subsequent iterations and releases.

By using these tools, the agile project manager can estimate the time lines for delivery of the initial release based on the following factors:

• The size and complexity of the product backlog items
• The effort and value of each product backlog item
• The capacity and velocity of the project team
• The feedback and expectations of the customer
• The dependencies and risks of the project

References:

• PMBOK Guide, 7th edition, page 19, section 1.2.2, Adaptive Development Approach
• PMBOK Guide, 7th edition, page 20, section 1.2.3, Agile Project Environment
• PMBOK Guide, 7th edition, page 21, section 1.2.4, Agile Principles
• PMBOK Guide, 7th edition, page 23, section 1.2.5, Agile Team Roles
• PMBOK Guide, 7th edition, page 25, section 1.2.6, Agile Practices
• PMBOK Guide, 7th edition, page 149, section 5.2.3.1, Joint Requirements Session
• PMBOK Guide, 7th edition, page 150, section 5.2.3.2, Facilitation
• PMBOK Guide, 7th edition, page 237, section 8.2.3.1, Root Cause Analysis
• PMBOK Guide, 7th edition, page 238, section 8.2.3.2, Quality Management Plan Updates
• 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

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”

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

According to the PMBOK® Guide, the project manager should analyze the stakeholder’s expectations and identify the topics of interest that may affect the project’s success. This will help the project manager to tailor the communication and engagement strategies to the stakeholder’s needs and preferences. The project manager should also use meeting management techniques to plan and conduct effective meetings with the stakeholder, and use active listening and feedback skills to ensure mutual understanding and alignment1. References: PMBOK® Guide, Sixth Edition, Chapter 13: Stakeholder Management, Section 13.2.2.4: Data Analysis, Section 13.3.2.3: Communication Skills, Section 13.3.2.4: Interpersonal and Team Skills; Meeting Management Techniques for the PMP® Exam

A hybrid approach in project management is a technique that combines elements from different project management frameworks, such as waterfall and agile, to tailor the methodology to best suit the project at hand12. By merging various methods, organizations can capitalize on the strengths of each approach while mitigating their weaknesses3. A hybrid approach allows for a more detailed and nuanced approach to the work, and requires the project manager to facilitate the collaboration and communication among the team members45. Therefore, the best option for the project manager in this scenario is to facilitate the discussion so that the team members can reach a consensus on the comparative size of the backlog items and if they would fit into the next sprint. This way, the project manager can ensure that the team is aligned on the approach, the customer needs are met, and the project goals are achieved.

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. The project manager should engage with the town’s authorities to understand the root cause of their resistance, address their concerns, and negotiate a mutually acceptable solution that aligns with the project objectives and scope. This is also consistent with the PMI Code of Ethics and Professional Conduct, which states that project managers should respect the legitimate interests of others and seek to resolve conflicts constructively. Changing the project scope, moving to the next town, or sending the minutes of stakeholder engagements are not effective ways of dealing with stakeholder resistance, as they may create more problems, risks, or dissatisfaction for the project and its stakeholders. References:

• PMBOK Guide, 7th edition, pages 156-157, 161-162, 166-167
• PMI Code of Ethics and Professional Conduct, pages 4-5
• PMI-PBA Guide, 2nd edition, pages 75-76, 80-81, 85-86

 A hybrid approach is a combination of agile and predictive methods that can be applied to different phases or modules of a project. A hybrid approach can be suitable for a project that has both uncertain and certain aspects, such as a long research process followed by incremental delivery of complex equipment. A hybrid approach can allow the project manager to adapt to changing requirements and customer feedback in the agile part, while ensuring quality and control in the predictive part. A hybrid approach can also balance the benefits and challenges of both agile and predictive methods, such as flexibility, speed, risk, scope, and stakeholder satisfaction. References: PMBOK Guide 7th Edition, Chapter 2.2.2; Agile Practice Guide, Section 2.1.2.

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

When clients are complaining about a delay in product delivery, it’s important for the project manager to engage the stakeholders effectively12. This can be done by working with the team and the product owner to define the next steps12. This approach ensures that everyone involved in the project is aware of the issue and can contribute to the solution. It also helps to maintain transparency and trust with the stakeholders34. The project manager should also communicate the issue and the proposed steps to the stakeholders promptly, ensuring transparency3. References: 

https://www.onethreadapp.com/blog/project-delays/

When a stakeholder is unhappy with the result of a fixed-price project, the project manager should review the missed program deliverables with the project team1. This allows the team to understand what went wrong and how they can improve in future projects. It’s important to note that in a fixed-price project, the risk of incurring additional costs to complete performance of the project falls entirely on the supplier1. Therefore, performing any out of scope work that has not been agreed to, such as through a change order process, adds costs to the project1. References: The special challenges of project management under fixed-price contracts

During a standup meeting, team members share updates on what they’re working on and discuss how they can help others get rid of any blockers1. The project lead should support the team member by removing the blockers and impediments. This is a common practice in Agile or Scrum methodologies2. The purpose of these meetings is to help development teams remove blockers and uncover what needs to be done on a daily basis1. Therefore, when a team member raises an issue about blockers and impediments, it is the responsibility of the project lead to support the team member by addressing these issues3. References: 

https://asana.com/resources/stand-up-meeting

 In this situation, the project manager should communicate with the client about the third-party supplier’s situation and request payment. This is because the agreement was that payment would be made after the organization receives payment from the client. By explaining the situation to the client, the project manager can potentially expedite the payment process and prevent the withdrawal of team members from the project, thereby minimizing project disruption. References: PMBOK® Guide, 6th Edition, Section 12.1: Plan Procurement Management, and Section 12.3: Control Procurements.

 The project manager’s role is to ensure that the project meets its objectives while balancing the project constraints. In this scenario, the project team has identified a low-cost software product that could drastically reduce the scope of development. The development manager has confirmed that this tool would fulfill the business need. Therefore, the project manager should recommend this option to the product owner for consideration. The product owner is responsible for maximizing the value of the product resulting from the work of the development team. They are the ones who manage the product backlog and make the final decision on what should be included in it. References: Project Management Professional (PMP) Reference Materials, Professional in Business Analysis Reference Materials study guide.

A high-visibility project with medium complexity requires careful time management to ensure that the project is delivered on schedule. The project manager should focus on planning, setting deadlines, and monitoring project progress1. Stakeholder engagement is also crucial in this scenario. The project manager needs to communicate effectively with all stakeholders to understand their expectations and keep them informed about the project’s progress23. This includes initiating regular status meetings and developing a clear communication protocol4. References: Coursera, The Digital Project Manager, Adobe, Project Central, Microsoft

Agile project management emphasizes the delivery of value to the client in small, incremental stages rather than waiting until the end of the project. This approach allows for more flexibility and adaptability, as changes can be made more easily in response to feedback from the client or changes in the project environment. Therefore, the new project manager should meet with the team to review the backlog and create small iterations that can deliver incremental value to the client. References: Project Management Institute. (2021). A Guide to the Project Management Body of Knowledge (PMBOK® Guide)–Seventh Edition. Project Management Institute.

In this scenario, the architects have resolved their disagreement by deciding to each own a particular module of the system. The team supports this decision. As a project manager, it is important to support the outcome of the architects’ agreement1. This approach aligns with the principles of effective project management, which emphasize the importance of communication, risk management, and proactive problem-solving2. References: TeamGantt Blog, ArchDaily, Indeed.com Career development

In project management, it’s important to maintain a flexible and collaborative approach. If a team member’s personal commitments change, the project manager should reassess the team’s hours collaboratively to ensure that the project is not impeded by the issue. This approach respects the individual’s personal commitments while also ensuring that the project continues to progress effectively. It’s about finding a balance that works for everyone. References: PMBOK® Guide – Sixth Edition, Project Management Institute, Inc., 2017, pp. 349-350. Available at: https://www.pmi.org/pmbok-guide-standards/foundational/pmbok

In a project, especially when a new approach is being used, it is crucial to ensure that all key stakeholders, including the project sponsor, are aware of and understand the approach. This is because these stakeholders often have a significant influence on the project’s success. By explaining and communicating the new approach, the project manager can ensure that everyone is on the same page, which can help to prevent misunderstandings and conflicts later on. This is also in line with the PMBOK Guide’s emphasis on the importance of effective communication in project management. References: Project Management Body of Knowledge (PMBOK) Guide, 6th Edition, Section 10: Project Communications Management

 In a global project with team members dispersed across different countries, it’s crucial to foster engagement and collaboration. Forming a core group of team leads representing members from each country can help facilitate communication and collaboration1. This approach can help address cultural differences and time zone challenges, and ensure that all team members feel represented and heard.

Asking team members to agree on a meeting time prior to setting up virtual meetings can help accommodate different time zones and ensure that all team members can participate2. This approach respects the time of all team members and can help improve attendance and punctuality at meetings.

Establishing virtual one-on-one’s with team members to address any issues and/or concerns privately can help the project manager understand individual challenges and provide tailored support3. This approach can help build trust, improve communication, and ultimately, enhance team engagement4. References: PMI Global Congress 2015—North America, APM, BrightWork.com, LoopinHQ

 When a project manager identifies constraints and conditions that will prevent the project from being completed as initially planned, it is crucial to create a contingency plan. A contingency plan is a proactive strategy that describes the course of actions or steps the project manager and team will take to respond to potential issues. This plan can help manage risk that might arise from changes or uncertainties in the project. It is part of the broader risk management process in project management, which also includes identifying, assessing, and prioritizing risks. References: 

https://www.coursera.org/articles/project-management-lifecycle

https://www.pmi.org/learning/library/delayed-projects-schedule-strategy-10148

The correct way to put an organization on the proper path to changing their mindset to an agile approach involves a shift in the way the company views, reviews, and assesses employees. This is because an agile mindset is about being flexible and adaptable. It’s about individuals or even entire companies having an agile understanding of values and, as a result, acting in an agile manner1. It’s not just about hiring employees who specialize in agile approaches or assigning employees to agile projects. It’s about changing the culture of the organization, which includes how employees are viewed, reviewed, and assessed2. References: Mooncamp, Forbes

When planning a schedule with limited information, the project manager can use several techniques to identify tasks and estimate their durations:

• Rolling wave planning and an adaptive approach (A): Rolling wave planning is a form of progressive elaboration where the work to be accomplished in the near term is planned in detail, while the work in the future is planned at a higher level1. It is an iterative planning technique that allows you to plan for the future but focus on the immediate work2.
• Relative estimation to determine the task or deliverable sizes (B): Relative estimation is a technique used to estimate the size, effort, duration, or cost of work items by comparing them to other work items2. It is particularly useful when there is limited information available.
• Iterations and reviews to continuously keep adapting the plan ©: Iterative planning allows for adjustments and refinements as more information becomes available or circumstances change2. Regular reviews ensure that the plan remains relevant and effective.

References: 1, 2

https://www.projectmanager.com/blog/project-management/planning-techniques-for-projects

The issue log is a project document where the project manager records and tracks issues that can impact the project. In this case, the inability of the supplier to deliver the materials due to a large-scale labor problem is an issue that can impact the project. Therefore, the project manager should update the details of this issue in the issue log and communicate it to the relevant stakeholders. This will ensure that everyone is aware of the issue and can work together to find a solution. References: Project Management Professional (PMP)® Examination Content Outline, June 2015, PMI; A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017.

 In an agile project, the servant leader plays a crucial role in ensuring that the team understands and adheres to the project’s rules and guidelines. In this case, where there is a high risk of a team member disclosing confidential project details, the servant leader should include a restriction against such disclosure as a ground rule. This rule should be reviewed at the end of every iteration to ensure that all team members are familiar with it and understand its importance. This approach not only addresses the risk but also fosters a culture of trust and respect within the team. References: Project Management Professional (PMP) Reference Materials source and documents, Professional in Business Analysis Reference Materials study guide.

Diagram, text Description automatically generated

 A stakeholder engagement plan (SEP) documents how involved and influential your project stakeholders are. It also outlines your stakeholder communication plan, including when you’ll reach out to each stakeholder, what platform you’ll use, and how much information you’ll deliver1. The project manager should assess the information requirements of the community to ensure effective communication and engagement. This involves understanding what information the community needs, how they prefer to receive it, and how often they need updates. This approach helps to build trust, manage expectations, and foster a positive relationship with the community, which can contribute to the success of the project1. References: Asana Resources | Project management | 5 steps to creating a stakeholder engagement plan

In the project closure phase, it’s crucial to ensure that all project documentation and artifacts are updated and easily accessible. This can be achieved by creating a quality assurance plan for the documentation, identifying the components of the project documentation, and ensuring that the documents are in an easily retrievable form123. The quality assurance plan will ensure that the documentation meets the required standards. Identifying the components of the project documentation will help in understanding what needs to be updated. Ensuring that the documents are in an easily retrievable form will facilitate easy access to the documents when needed. References:

• 4 Phases of the Project Management Lifecycle Explained
• Project Closure Phase: A Comprehensive Guide
• 5 Phases of Project Management Life Cycle | Complete Guide

In an agile environment, the servant leader’s role is to facilitate the team’s work and remove any obstacles or impediments that might hinder their progress2. If a deliverable is not being taken by the certifying team for many months, it represents an impediment to the project’s progress. The servant leader should review the process and work to remove this impediment2. This could involve facilitating communication between the two teams, adjusting the process, or finding alternative solutions2. The goal is to ensure that the team can continue to deliver value and meet the project’s objectives2. References: 2 10 Principles of Servant Leadership (With Examples) - Indeed2, When Servant Leadership Will Not Work - Modern Servant Leader3

 In the context of a global program with distributed teams, videoconferencing is often the most effective way for project teams to interact in their meetings. Videoconferencing allows for real-time communication, visual cues, and can facilitate better understanding and collaboration among team members. While phone conversations, encrypted emails, and chat conversations can also be used, they may not provide the same level of interaction and engagement as videoconferencing. It’s important to note that the choice of communication method should also consider the nature of the meeting, the preferences of the team members, and the information security requirements of the project. References: 

https://www.projectmanager.com/blog/project-meetings-for-your-team

https://www.predictiveindex.com/blog/eight-tips-on-how-to-best-interact-with-your-team-members/

Diagram, text Description automatically generated

When there are changes in the project requirements, such as changes in the government’s cybersecurity requirements, it is important to manage these changes through a formal change control process1. This process usually involves documenting the change, estimating the effort required to implement the change, modifying the project schedule to include the change, and getting approval from the customer or project sponsor1. In this case, since the design changes can be made at no additional cost, the project manager should direct the team to request a change through the change control process to manage the new cybersecurity requirements1.

References: How to Manage Project Changes and Stay Ahead of the Curve

 The PMBOK Guide emphasizes the importance of developing the project team. This includes improving competencies, team interaction, and the overall team environment to enhance project performance. In this case, the project manager should ensure that coaching meetings are in place for the new team member within the project timeline. This will help the new team member gain the necessary skills and knowledge to contribute effectively to the project. References: PMBOK Guide, 6th Edition, Chapter 9: Project Resource Management, Section 9.4: Develop Team

The situation described in the question is a common occurrence in project management known as scope creep, where additional features or functions are added to the project without changes to time, budget, or resources. This can lead to projects overrunning their budget and schedule, and can reduce the value delivered to the client. The Project Management Professional (PMP) guidelines emphasize the importance of managing scope creep. In this case, the project manager should refocus the team on the agreed-upon features to ensure that the project delivers the expected value within the agreed time and budget. References: Project Management Professional (PMP) Certification Handbook from www.pmi.org and A Guide to the Project Management Body of Knowledge (PMBOK Guide) from www.pmi.org.

Given the constraints of unclear requirements, a fixed deadline, and a fixed budget, and the fact that the client is unable to provide a product owner and wants to be involved only a few times during the project, the project manager should agree up front on a minimum viable product (MVP), establish deadlines for review, and run the project with a backlog and weekly sprints. This approach allows for flexibility in dealing with unclear requirements, provides regular checkpoints for client involvement, and ensures that the project delivers value incrementally, which is particularly important in a large-scale project with a fixed deadline and budget. References: Project Management Institute. (2021). A Guide to the Project Management Body of Knowledge (PMBOK® Guide)–Seventh Edition. Project Management Institute, Inc.

In an agile environment, transparency and collaboration are key principles. If a project lead is uncomfortable sharing vital information, it could lead to misunderstandings, misalignment, and risks in future iterations. Therefore, the project lead should open up to the team and work collaboratively to achieve the outcomes. This approach ensures that everyone has a clear understanding of the product’s requirements and can work together effectively to meet them. References: PMBOK® Guide – Sixth Edition, Section 9.4.2.1: Develop Team

The project manager is responsible for ensuring that all necessary knowledge transfer has occurred prior to project closure. This includes capturing lessons learned, documenting project experiences, and updating the organizational process assets (OPAs). This ensures that the knowledge gained from the project is not lost and can be used for future projects. The project manager plays a crucial role in facilitating this process and ensuring that all team members contribute to the knowledge transfer. References: PMBOK® Guide – Sixth Edition (Page 123, 4.4.3.1 Organizational Process Assets Updates)

According to the Project Management Body of Knowledge (PMBOK), effective stakeholder engagement is crucial for the success of a project. In this scenario, the local community is a key stakeholder group due to the potential impact of the factory construction project. Therefore, the project manager should build channels to extend communication efforts to the local community. This could involve holding community meetings, distributing newsletters, or setting up a project website where updates and information can be shared. This approach ensures that the community is informed and has the opportunity to provide input, which can help to mitigate potential risks and address concerns. References: PMBOK Guide, 6th Edition, Section 13: Stakeholder Management.

 According to the Project Management Professional (PMP) guidelines, effective communication is crucial for the success of a project. In this scenario, the project manager is facing challenges with the current communication channels. The best course of action is to collaborate with the project team and agree on a suitable communication method that ensures information is shared promptly and effectively. This proactive approach can help avoid delays and negative consequences for project delivery. References: PMBOK Guide, Communication Management. Please refer to the specific sections in the PMBOK Guide and PMP study materials for more detailed information.

 In a project, when a task appears to be behind schedule and the team member responsible for it claims it was completed and reported to the team lead, it indicates a communication or reporting issue1. The project manager should review this issue with the team lead to understand the situation and find possible ways to resolve it1. This could involve clarifying the reporting process, ensuring that all task completions are properly documented, and that updates are communicated effectively to all relevant parties2. It’s important to address such issues promptly to prevent miscommunications and ensure that the project stays on track1. References: 8 Steps for Better Issue Management - ProjectManager, 5 Challenges with Project Reporting and How to Address Them

In a project, when a task on the critical path is at risk of delaying the schedule, it’s crucial for the project manager to identify any impediments that might be causing the delay. In Agile methodologies, such as Scrum, this is often done during daily standup meetings. If a team member has been providing the same update for several days, it may indicate that they are facing a blocker. The project manager should ask the team member if there is an impediment and help to remove the blockers. This approach promotes problem-solving and helps keep the project on track. References: PMBOK Guide, 6th Edition, Section 8.3 - Control Schedule

 According to the Project Management Professional (PMP) guidelines, learning from past experiences is a key aspect of project management. In this scenario, the project manager is aware of a similar project that was not successful. The best course of action is to review the lessons learned from that project and apply those insights to avoid repeating the same mistakes. This proactive approach can help improve the project’s chances of success. References: PMBOK Guide, Project Management Knowledge Areas, Project Integration Management, Lessons Learned. Please refer to the specific sections in the PMBOK Guide and PMP study materials for more detailed information.

According to the Project Management Professional (PMP) principles, a project manager’s role in an Agile environment includes facilitating the team’s progress towards project goals. This often involves removing obstacles or ‘blockers’ that are hindering the team’s progress. In this situation, the delay in signing the external vendor contract is an impediment that is affecting the project. Therefore, the project manager’s priority should be to assist with the removal of this impediment so that the project can continue. References: Project Management Professional (PMP) Certification Handbook, PMBOK Guide (6th Edition), Chapter 9: Project Resource Management, Section 9.6 Control Resources. Professional in Business Analysis (PMI-PBA) Handbook, Chapter 3: Elicitation and Collaboration.

The project manager should coordinate with the stakeholders to ensure the benefits management plan is in alignment with the goals. This is because the stakeholders are the ones who will ultimately realize the benefits of the project, and their understanding of how the project will provide value is crucial for its success. By coordinating with the stakeholders, the project manager can ensure that the benefits management plan is understood and agreed upon, and that it aligns with the organization’s goals1.

References:

• How to Effectively Manage Software Development Projects
• 4 Phases of the Project Management Lifecycle Explained
• The new project manager’s survival guide: 20 expert tips to follow
• What Does a Project Manager Do in Software Development? - Full Scale

When a director demands the ability to make the final go/no-go decision about whether the systems go live, the project manager should schedule a meeting with the project sponsor to determine if it is appropriate to accept the director’s request. The project sponsor is typically a senior executive in a corporation (often at or just below board level) who is responsible to the business for the success of the project. This meeting would help clarify roles and responsibilities, and ensure that the decision-making process aligns with the project’s governance structure. References: 

https://www.coursera.org/articles/project-management-lifecycle

https://www.projectmanager.com/blog/project-director-role

 In a project management environment, it’s crucial to maintain a positive and collaborative atmosphere. When faced with challenges such as unprofessional behavior or communication issues, the project manager should take corrective actions to address these problems12.

A. Confronting the people causing the stress directly with the aim of finding amicable solutions is a proactive approach. It involves open and respectful communication to understand the root cause of the issue and work towards a resolution1.

B. Seeking support from the Project Management Office (PMO) can be beneficial as the PMO can provide guidance, resources, and conflict resolution strategies. The PMO can also help enforce organizational policies and standards2.

E. Talking to the Human Resources (HR) manager about these concerns is another effective strategy. HR can provide support and advice on how to handle such situations, and they can also intervene if necessary to ensure a respectful and productive work environment3.

Avoiding the people causing stress or requesting a transfer (option D) is not a constructive solution as it does not address the root cause of the problem. Discussing possible actions with the project sponsor (option C) could be helpful, but it’s not the first line of action as sponsors are typically more involved in high-level project decisions rather than team dynamics4. References: Deep Project Manager, Ganttic, PMHut, Smartsheet

In a situation where a significant portion of the project budget has been reallocated, it’s crucial to reassess the project scope and deliverables. The Minimum Viable Product (MVP) approach allows the project to deliver the most essential features with the remaining resources. This approach is often used in agile or hybrid project management methodologies to ensure that the most valuable features are delivered first, even when resources are limited. References: PMBOK Guide, 6th Edition, Section 5.4.2.1: Define Scope: Tools and Techniques

 In a project team, it’s crucial to ensure effective communication and active participation from all team members1. If only a few team members are actively participating during meetings, it can lead to misunderstandings and hinder the project’s progress1. One way to address this issue is to use round-robin check-ins during meetings1. This technique ensures that each team member has an opportunity to speak, share updates, and express their views1. It can help to improve communication, foster collaboration, and reduce misunderstandings1. References: 1 The secrets to running project status meetings that work.

Agile project management is designed to handle continuous changes. The agile approach allows for flexibility and adaptability, making it well-suited to projects where the environment is dynamic and changes are frequent2. In an agile project, changes are not seen as disruptions but as opportunities for improvement1. Therefore, the project manager should accommodate critical and urgent changes in the current iteration. This approach allows the team to respond to changes in a timely manner and ensures that the product or service being developed remains relevant and valuable1.

References: = Agile Change Management: Overview, Principles, Best Practices, 10 Steps to Introduce Change Management into Agile Projects

The project manager should calculate the costs for each option in each location and compare the net present value (NPV) for each. This is because NPV is a comprehensive financial metric that takes into account both the timing and the amount of cash flows, providing a complete picture of the profitability and financial feasibility of the project. It is a standard method for using the time value of money to appraise long-term projects. By comparing the NPV of each option, the project manager can identify the most financially viable option. References: Project Management Institute. (2021). A Guide to the Project Management Body of Knowledge (PMBOK® Guide)–Seventh Edition. Project Management Institute, Inc.

 In Scrum, a clear Definition of Done (DoD) is crucial for ensuring that everyone on the team has a shared understanding of what it means for work to be complete1. This helps to avoid misunderstandings and conflicts about the status of tasks1. If a Scrum Master is receiving conflicting status updates for the same task, it could indicate that the team members have different understandings of what it means for the task to be done1. By establishing a clear DoD, the Scrum Master can help to ensure that everyone is on the same page and that status updates are accurate and consistent1. References: 1 Four ways to keep the Daily Scrum from being about status1.

In the context of a project team needing to complete a project virtually due to a statewide emergency, and where confidential patient information will be presented, it is crucial to use a secure and reliable tool for conducting meetings. A password-enabled audio/video product would be the most suitable option among the choices provided. This type of tool ensures that only authorized individuals can join the meeting, thereby protecting the confidentiality of the information being presented. It also provides the necessary features for effective communication and collaboration, such as screen sharing, file sharing, and real-time chat. Examples of such tools include Microsoft Teams and Zoom1, which are widely used in project management2. References: 

https://www.knowledgehut.com/blog/project-management/pmp-tools

https://www.sessionlab.com/blog/best-meeting-management-software/

According to the Project Management Professional (PMP) guidelines, the project manager should keep project artifacts up-to-date and accessible to all stakeholders. This includes project performance data, which can be used as a reference for similar projects in the future. By doing so, the project manager ensures that the knowledge and experience gained from the current project can be leveraged to improve the efficiency and effectiveness of future projects.

References: PMBOK® Guide, 6th Edition, Project Management Institute, Inc., 2017, Page 102

When data breaches continue to occur despite training, it indicates that there may be underlying issues that are not being addressed by the current measures. In such cases, the project manager should apply a root-cause analysis to identify the underlying causes of the data breaches. This could involve engaging a team of forensic experts to conduct a thorough analysis of the incidents12. The root-cause analysis will help to identify whether the breaches are due to technical vulnerabilities, procedural issues, or human factors. Once the root causes are identified, appropriate measures can be taken to address them. This could involve changes to systems, processes, or further training1234. References: What Should Companies Do After a Data Breach? | UpGuard1; 6 Steps to Developing a Data Breach Response Plan - Spectral2; Data Breach Response: A Guide for Business - Federal Trade Commission3; What Is a Data Breach? Best Practices and Fixes for Businesses - G2

In the context of project management, when a team member or a group of team members raise an issue, the first step for the project manager is to validate the concern. If the issue is valid, it should be documented in the issue log for further action. The issue log is a project management tool used to capture and maintain the details of each issue in the project. It is a document that plays a central role in reducing project risk and is a record of all issues that have been identified or reported in the project, along with their status and resolution. It’s also a communication tool that engages the project team in problem-solving. References: Project Management Articles, Webinars, Project Management Institute

When a phase of a project takes longer than initially anticipated, it’s important for the project manager to understand why this happened in order to prevent similar issues in the future1. Organizing a root cause analysis (RCA) workshop allows the project team to identify the underlying cause of the delay1. This understanding can then be used to implement corrective actions to prevent similar delays in the future1. This approach not only addresses the immediate concern of the stakeholders but also contributes to the continuous improvement of the project management process1. References: PMI

When stakeholders’ feedback indicates that they saw more technical features than business ones, it’s important for the project manager to review this topic with the product owner before the next iteration planning12. The product owner is responsible for maximizing the value of the product resulting from the work of the development team2. They are the ones who understand the needs of the stakeholders and can prioritize the features accordingly2. By discussing the feedback with the product owner, the project manager can ensure that the next iteration focuses more on the business features that the stakeholders want to see12. References: How to Collect Feedback from Stakeholders Effectively | Mural, 11 Effective Stakeholder Management Strategies - Float

In a situation where a team member has repeatedly missed tasks that have put sprint commitments at risk, the project manager should first seek to understand the situation from the team member’s perspective. This involves meeting with the team member to discuss the issues at hand. The project manager can then provide constructive feedback and work with the team member to develop a plan for improvement123. This approach aligns with the principles of effective project management and team leadership, as it promotes open communication, problem-solving, and continuous learning. References: 

https://www.workzone.com/blog/missed-deadline/

https://pm.stackexchange.com/questions/611/how-to-deal-with-a-team-member-who-keeps-missing-deadlines

 Team building in project management is the process of developing a cohesive team that will work together to achieve successful outcomes12. It involves identifying the strengths and weaknesses of each member and using those insights to create an environment where collaboration, trust, and open communication are encouraged3. In this case, facilitating a team-building meeting can help address the issue of team members working individually rather than as a team. This meeting can help the team members understand each other better, build trust, and foster a sense of belonging, which can encourage them to work together as a team12.

References:

• Team Building in Project Management | PMI1
• Team Building | Project Management Professional (PMP) - GreyCampus2
• Ways to Create a Strong Project Team | PMI - Project Management Institute4
• Team Building: Success Path to Project Management - Eduhubspot3

In Agile project management, when there is a lack of clarity on the requirements, it’s beneficial to start with the product prototype development1. This approach allows the team to create a tangible representation of the product that can be reviewed with the customer1. The feedback gathered from this review can then be used to refine the requirements and reduce ambiguity1. This iterative process of development, review, and feedback is a key aspect of Agile methodologies and helps ensure that the final product aligns with the customer’s needs and expectations234. References: 2314

https://www.scrum.org/resources/blog/five-essential-things-needed-agile-transformation

https://project-management.com/agile-project-management/

 When a new technology or requirement emerges during the final stages of a project, it’s important for the project manager to assess the business value impact of this change. This involves understanding how the change could affect the project’s objectives, deliverables, and stakeholders. If the impact is significant, the project manager should review the product roadmap to include any necessary changes. This approach ensures that the project remains aligned with its strategic objectives and stakeholder expectations, while also staying adaptable to changes in the market or technology landscape. References: PMBOK® Guide – Sixth Edition, Section 4.3 Direct and Manage Project Work, pg. 89; Section 4.4 Manage Project Knowledge, pg. 98; Section 4.5 Monitor and Control Project Work, pg. 104; Section 4.6 Perform Integrated Change Control, pg. 115.

In the context of project management, when a risk is identified related to a component from a preferred vendor, it’s important to have a risk mitigation strategy in place. Identifying an alternative component in case of incompatibility is a proactive approach that allows the project to continue without major disruptions if the risk materializes. This is part of risk management where you can mitigate risks by avoiding, accepting, reducing, or transferring them1. It’s also important to note that the choice of risk mitigation strategy should consider the impact and probability of the risk, the cost of the mitigation action, and the constraints of the project. References: 

https://www.coursera.org/articles/how-to-manage-project-risk

https://www.pmi.org/learning/library/delayed-projects-schedule-strategy-10148

The Project Management Professional (PMP) emphasizes the importance of stakeholder management and engagement in successful project execution. When resistance is encountered, it’s crucial to understand the concerns of the stakeholders and address them appropriately. This could involve revisiting the stakeholder engagement plan to ensure it effectively addresses the needs and concerns of all stakeholders. This approach aligns with the guidance provided in the Professional in Business Analysis Reference Materials, which also underscores the importance of stakeholder engagement and the need to address stakeholder concerns in a timely and effective manner. References: Project Management Professional (PMP) Certification, PMBOK Guide, Professional in Business Analysis Reference Materials. Please refer to the respective guides for more detailed information.

 In the face of a high number of change requests, focusing on delivering incremental value through multiple smaller deliveries can help mitigate the risk of deliverable rejection. This approach, often associated with agile methodologies, allows for more frequent feedback and adjustment, reducing the likelihood of large-scale rejection at the end of the project. It also allows for changes to be incorporated more smoothly and continuously, without significantly disrupting the project timeline. References: PMBOK® Guide – Sixth Edition, Section 6.7.3.1: Deliverable

In project management, it’s important to maintain open and transparent communication with all stakeholders, including unsuccessful bidders. Meeting with the unsuccessful bidder not only provides them with feedback but also maintains a good relationship with them, which could be beneficial for future projects. This approach aligns with the principles of stakeholder management and communication management in project management practices. References: 

https://bordio.com/blog/how-to-become-a-project-manager/

https://www.indeed.com/career-advice/career-development/how-to-become-a-project-manager

 The project manager should explain that more features can be planned in upcoming iterations and begin building the product12. This approach aligns with the principles of Agile project management, which emphasizes iterative development and the delivery of incremental value12. By starting the build phase, the team can start delivering value and receiving feedback, which can inform the planning and development of additional features in future iterations12. This approach also helps to prevent scope creep, which can delay the project and increase costs3. References: 

https://www.projectpractical.com/12-steps-to-initiate-and-plan-a-successful-project/ https://asana.com/resources/project-initiation

 In an agile approach, the team should always strive towards continuous improvement. This involves regularly reflecting on how to become more effective and adjusting accordingly. Additionally, the team should work together daily. This promotes better communication, helps to build a cohesive team, and ensures that everyone is on the same page with regards to the project’s progress and any issues that may arise. References: Project Management Professional (PMP) Reference Materials.

In a situation where a team member is struggling with a new system that was recently implemented, the project manager should assign an experienced resource to support the team member12. This approach ensures that the team member gets the necessary help to understand and adapt to the new system, thereby improving their performance and reducing the risk of project delay12. It’s important to note that the project manager should approach the conversation respectfully and privately, focusing on the behavior and not the person2.

References: = How Project Managers Can Deal With Difficult Team Members, 7 Steps for Dealing with a Difficult Team Member - Project Bliss

In a situation where a project’s execution could impact a local community, particularly a school, it’s crucial for the project manager to ensure minimal disruption1. This can be achieved by liaising with the school to include nonworking project hours during school start and finish times1. This approach ensures that the project work does not interfere with the school’s operations, thus maintaining a smooth workflow for both the project and the school21. It’s also a demonstration of good project management practice, as it shows consideration for the project’s external stakeholders and their needs31. References: 

https://www.coursera.org/articles/project-management-lifecycle

In project management, it is crucial for the project manager to provide clear expectations around task requirements. This ensures that all team members understand what is expected of them and can accurately report on their progress. In this scenario, the project team member reported a task as complete when it was not, indicating a possible misunderstanding of the task requirements. Therefore, moving forward, the project manager should provide clear expectations to prevent similar situations in the future. References: Project Management Professional (PMP) Reference Materials, Professional in Business Analysis Reference Materials study guide. Please note that the exact documents and page numbers are not provided as the information is based on general project management principles. For more detailed information, please refer to the specific guides and documents mentioned.

 In an agile approach, the team is self-organizing and empowered to make decisions. The product owner should not be defining sprint backlog items that cannot be delivered within the agreed sprint duration. Instead, the team should work together to define the sprint backlog items based on the product backlog items prioritized by the product owner. If the increments do not meet the acceptance criteria, the team should work with the product owner to understand the criteria and ensure they are met in future sprints. The servant leader’s role is to facilitate this process and help the team become more effective. References: Agile Practice Guide from www.pmi.org and A Guide to the Project Management Body of Knowledge (PMBOK Guide) from www.pmi.org.

When a project is faced with a fixed budget, it’s crucial for the project manager to prioritize the work based on its value to the organization. This approach ensures that the most important and valuable parts of the project are completed within the available budget. This is in line with the principles of value-driven delivery, which is a key concept in project management and business analysis. It emphasizes delivering the highest value to the business and stakeholders, and making decisions based on the maximization of value12. References: PMBOK Guide, Project Management Institute1; What to do when no more financing is available for a project in PMI, Project Management Stack Exchange1.

The project manager should meet with each team member separately and apply an appropriate approach with each one. This is because each team member may have different needs, motivations, and challenges that need to be addressed individually12. By meeting with each team member separately, the project manager can understand these individual needs and tailor their approach accordingly12. This can help to improve discipline within the team and harness energy towards achieving the project objectives12. References: 15 Project Management Challenges & How to Overcome Them, 9 Project Management Challenges and How to Overcome Them Effectively [UPDATED] - Rindle Blog

 Tacit knowledge is the “muscle memory” gained through experience and practice1. It allows your employees to perform tasks and make decisions instinctively, without consciously thinking about each step2. This type of knowledge is hard to teach and has to be learned through experience2. Therefore, having the team meet on a regular basis and share their experiences, challenges, and lessons learned is an effective way to transfer tacit knowledge134. This can be achieved through engaging in team-building activities, informal gatherings, or leveraging online collaboration platforms4. By creating an environment where individuals feel at ease sharing their ideas and experiences, the exchange of tacit knowledge becomes more fluid and uninhibited4. References: 

https://www.happeo.com/blog/tacit-knowledge-management

https://www.betterup.com/blog/tacit-knowledge

A Servant Leader is one who focuses primarily on the growth and well-being of people and the communities to which they belong. The servant-leader shares power, puts the needs of others first and helps people develop and perform as highly as possible. In the context of this question, a Servant Leader would work to ensure that the team has all the resources and knowledge they need to define the steps and identify the risks of migrating data to a new system1.

References: Essential Leadership Skills for Project Managers

 When a team member consistently ignores a rule, it’s important for the project manager to address this directly with the individual12. Setting up a meeting to review the team charter allows the project manager to clarify expectations, discuss the importance of the rule, and understand the team member’s perspective12. This approach promotes open communication, helps to identify any misunderstandings or disagreements, and can lead to a resolution that supports the team’s effectiveness12. References: 

https://pm.stackexchange.com/questions/1772/a-person-in-a-project-team-not-willing-to-follow-the-rules-what-to-do

https://www.capterra.com/resources/project-managers-can-deal-with-difficult-team-members/

In project management, when risk owners do not implement the agreed-upon risk responses, it is important for the project manager to address this issue promptly to reduce risk exposure. The best approach is to meet privately with the risk owners and collaborate with them to remove any impediments to the risk responses1. This approach ensures that the risk responses are implemented effectively and that the project continues to progress as planned. It also maintains a positive team dynamic by addressing the issue directly with the individuals involved, rather than escalating the issue unnecessarily. References: PMP Questions ID 2355 your risk report shows that project risk exposure …

According to the Project Management Body of Knowledge (PMBOK) guide, when a project is in its conceptual stages and the success or marketability of the product is uncertain, it’s crucial for the project manager to first understand the minimum requirements of the product and assess their feasibility. This will help in setting realistic expectations and in planning the project effectively. References: PMBOK Guide, 6th Edition, Section 5: Project Scope Management

According to the Project Management Professional (PMP) guidelines, once a project manager has been authorized to begin a project, the next step is to assemble the project team. The project manager should select team members based on their skills or potential to contribute to the project’s success. This is crucial because having a team with the right skills and potential can significantly enhance the project’s chances of success. References: PMBOK Guide, Project Team Development. Please refer to the specific sections in the PMBOK Guide and PMP study materials for more detailed information.

 Emotional intelligence, or EQ, is about understanding and dealing with emotions, both personal and teamwide. In project management, having a high EQ helps build strong relationships, solve problems, and lead teams. Leaders with good EQ can understand how others feel, which builds trust and teamwork. These managers can also effectively control their own emotions, staying calm when projects get tough and making smart decisions. EQ improves communication, helps with working with others, and makes projects a positive place where all members feel important and heard1. References: 24 Must-Have Project Management Skills for Project Managers

 In a project team, it’s crucial to maintain a positive and collaborative environment. If a team member is being isolated, it can impact the team’s effectiveness and the project’s success1. The project manager should take proactive steps to address this issue1. Arranging and conducting team-building exercises can help improve team dynamics and integration1. Obtaining feedback from the isolated team member can provide insights into the situation and help identify potential solutions1. Similarly, getting feedback from other team members can help understand the root cause of the issue1. These actions can help the project manager address the issue effectively and ensure a positive and productive team environment1. References: 1 How Project Managers Can Deal With Difficult Team Members1

 In order to ensure that a project is delivered according to the customer’s standards, the project manager should define and document the project’s requirements. Requirements are the detailed inputs and outputs, processes, and other needs that a particular product, system, or service must fulfill to meet the customer’s standards. They provide a clear picture of what the end product should be and how it should perform. By defining and documenting these requirements, the project manager can ensure that the project team has a clear understanding of what needs to be done to meet the customer’s expectations. References: Project Management Institute. (2021). A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition. Project Management Institute, Inc. (URL: https://www.pmi.org/pmbok-guide-standards/foundational/pmbok) 1.

In a matrixed organization, the project manager does not have full authority over the resources and must negotiate with the functional manager for their availability. In this scenario, the project manager should first engage with the functional manager to discuss the details and obtain the required support for testing the software. This approach promotes collaboration and ensures that all parties are aware of the project needs and constraints. References: Project Management Professional (PMP) Reference Materials source and documents: PMI - Project Management Professional (PMP), PMI - PMBOK Guide and Standards, Professional in Business Analysis Reference Materials study guide: PMI - Professional in Business Analysis

1of5

Show learn more suggestions

When a project manager communicates the project management plan to the team, it’s crucial to ensure that the communication is understood and to solicit feedback from the team12. This involves checking in regularly, listening actively, and inviting communication through multiple channels3. By confirming understanding and soliciting feedback, the project manager can identify and address any confusion or misunderstandings early on, ensuring that all team members are clear about their roles and the project schedule12. This approach helps to foster effective communication, enhance team collaboration, and contribute to the success of the project12. References: How to Create a Project Communication Plan (Template Included), How To Create A Project Communication Plan [+ Template], 9 Key Project Communication Strategies & How To Best Use Them, 10 Key Project Management Communication Strategies - ClearPoint Strategy

According to the Project Management Professional (PMP) guidelines, when a team member is struggling with a new system or technology, it’s beneficial to provide support to help them understand and adapt. Assigning an experienced resource to support the team member can facilitate knowledge transfer and help the team member deliver their tasks effectively. This approach not only addresses the immediate issue but also contributes to the team member’s professional development. References: PMBOK Guide, Human Resource Management, Team Development. Please refer to the specific sections in the PMBOK Guide and PMP study materials for more detailed information.

 According to the Project Management Body of Knowledge (PMBOK), a project manager’s role includes facilitating communication and resolving conflicts among stakeholders. In this scenario, the project manager should work with both the team member and the key stakeholder to reach a consensus. This approach ensures that all parties are heard and that the best solution for the project is found. References: PMBOK Guide, 6th Edition, Section 9.5.2.1: Conflict Management.

 When a project is experiencing delays due to identified risks, the project manager should revise the project schedule and inform the stakeholders regarding any delays1. This approach ensures transparency and allows stakeholders to adjust their expectations accordingly. It’s also important to analyze the scope that is at risk and divide it into smaller, tangible parts. Setting a very short daily meeting or call with the key leaders of the delivery team to closely monitor progress can also help manage the project schedule effectively1.

References: = Dealing with delays - Project Management Institute

The Cost Performance Index (CPI) of 0.9 indicates that the project is over budget. This means that for every dollar invested, only 90 cents of value is being earned. The Schedule Performance Index (SPI) of 1.0 indicates that the project is on schedule. Therefore, to avoid a budget shortfall, the project manager should look for cost-saving opportunities. This could involve identifying and eliminating unnecessary costs, negotiating better deals with suppliers, or finding more efficient ways to complete tasks. References: PMBOK Guide, 6th Edition, Section 7.4.2.3, “Cost Forecasts” and Section 7.2.2.4, “Cost Management Plan”

According to the Project Management Body of Knowledge (PMBOK), a project manager’s role includes managing and leading the project team, which involves addressing team members’ concerns and issues. In this scenario, the project manager should empathize with the team member and discuss next steps. This approach ensures that the team member feels heard and supported, and it can help to alleviate their stress and anxiety about the upcoming deadline. References: PMBOK Guide, 6th Edition, Section 9: Project Resource Management.

 In Agile project management, velocity refers to the amount of work a team can accomplish in a set time period1. When a project manager observes lower velocity and a high volume of tasks in the testing queue, it indicates that the team is facing some issues that are affecting their productivity1. The project manager should work with the team to understand and solve these issues12. This could involve identifying bottlenecks, improving communication, or adjusting workflows2. It’s important to note that adding new resources or increasing the sprint duration may not necessarily solve the underlying issues and could potentially disrupt the team’s dynamics23. Therefore, the best course of action is to work with the team to understand the root cause of the issues and find appropriate solutions12. References: 

https://www.scrum.org/resources/blog/agile-metrics-velocity

https://www.clearlyagile.com/agile-blog/increasing-your-scrum-teams-velocity

According to the Project Management Professional (PMP) guidelines, during the planning phase of a project, it is crucial to identify all required skills to ensure that the team can deliver all project outcomes. In this case, the project manager should have identified the need for the specific technical skill during the planning phase. This would have allowed time to either train an existing team member or hire a new team member with the required skill. By doing this during the planning phase, the project manager could have avoided the issue of not being able to produce a deliverable due to a missing technical skill. References: Project Management Professional (PMP) Certification Handbook, PMBOK Guide 6th Edition, Chapter 9: Project Resource Management.

 Schedule crashing is a technique used in project management to shorten the schedule duration for the least incremental cost by adding resources. It is a method used to shorten the project schedule without changing the project scope. When a project is behind schedule, project managers can opt for schedule crashing by allocating additional resources to critical path tasks. This approach can help to get the project back on track, but it often comes with increased costs, as resources are expensive12. References: 

https://www.usemotion.com/blog/project-management-crashing

https://blog.masterofproject.com/schedule-compression-techniques/

When a project manager encounters a situation where a vendor’s rates do not fit into the project budget, it’s important to engage the project stakeholders1. This is because stakeholders have a vested interest in the project and can provide valuable input on how to proceed. They may be able to suggest alternative vendors, provide additional funding, or help negotiate a better rate with the vendor. Engaging stakeholders in this decision also ensures transparency and buy-in, which are key to successful project management2. References: 

https://www.brainscape.com/flashcards/pmp-test-11-10971072/packs/19294018

https://relevant.software/blog/it-vendor-management-guide/

When faced with a situation where not all requirements can be delivered within the available resources, the project manager should gather all stakeholders and provide recommendations on a smaller, more feasible project scope. This approach ensures that the most critical requirements that add the most business value are prioritized. It also allows for a clear communication of what can be achieved within the constraints of the project, thus setting realistic expectations among all stakeholders. References: Project Management Professional (PMP)® Examination Content Outline, June 2015, PMI; A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017.

 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

According to the PMBOK Guide, 7th edition, section 2.2.1, organizational process assets (OPAs) are the plans, processes, policies, procedures, and knowledge bases specific to and used by the performing organization. OPAs include any artifact, practice, or knowledge from any or all of the organizations involved in the project that can be used to execute or govern the project. OPAs also include historical information and lessons learned from previous projects. Therefore, the project manager’s notes should be stored as OPAs, so that they can be accessed and utilized by other project managers in the future. OPAs are inputs to many project management processes and outputs of some project management processes. References:

• PMBOK Guide, 7th edition, section 2.2.1, page 37-38
• PMBOK Guide, 7th edition
• PMP Exam Content Outline

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.

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 try to understand why the customer is not clearing the packages for shipment and not participating in the communication calls. This could indicate a lack of interest, satisfaction, or trust in the project or the project team. The project manager should initiate a dialogue with the customer to address their concerns, expectations, and feedback, and to re-establish a positive relationship. This is part of the stakeholder engagement process, which aims to increase the support and minimize the resistance from the stakeholders throughout the project life cycle. The other options are not appropriate because they do not address the underlying problem and may worsen the situation. Requesting a change in the contract or a delivery date extension may create more conflict or confusion with the customer, and informing the customer that subsequent packages cannot be manufactured may jeopardize the project scope and quality. References: PMBOK Guide 6th Edition, pages 513-514, 518-519, 524-525.

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

According to the PMBOK Guide, 7th edition, a root cause analysis is a technique used to identify the underlying factors or causes of a problem or issue. It helps to prevent recurrence of the same or similar problems in the future. A quality breach is a deviation from the quality standards or requirements agreed upon with the customer. It can result in customer dissatisfaction, rework, delays, or defects. Therefore, the project manager should run a root cause analysis to find out why the product has discrepancies with the customer’s request and take corrective actions to prevent further quality issues. The project manager should also update the quality management plan to reflect any changes in the quality processes, tools, metrics, or responsibilities. This will help to ensure that the project delivers a product that meets the customer’s expectations and requirements. References:

• PMBOK Guide, 7th edition, page 237, section 8.2.3.1, Root Cause Analysis
• PMBOK Guide, 7th edition, page 238, section 8.2.3.2, Quality Management Plan Updates

A minimum viable product (MVP) is the most basic version of a new product with enough functionality and features to appeal to early adopters and validate the concept early in the product development cycle. The concept of an MVP comes from the Lean Startup methodology, which encourages learning and building with scalability in mind. According to its author, Eric Ries, an MVP is the version of a new product that allows a team to collect the maximum amount of validated learning about customers with the least amount of effort. Building an MVP plays a central role in agile product development. It aligns with agile principles of releasing updates consistently, learning along the way, and prioritizing features based on user feedback. The benefits of focusing on an MVP and scaling it up may vary, but ultimately the purpose is to provide a low-risk testing ground before you invest thousands (or millions!) of dollars into a product before it’s ready to sell. MVP testing can provide cost savings, insights into user-centered design, fast business launches, and even getting early investor buy-in. The insights and investment you’ll reap early on will help you build the dream product you and your customers have been looking for. Therefore, the project manager should support the team to find and execute the MVP, as this will help them deliver value to the customers, test their assumptions, and make iterative improvements based on feedback. This will also reduce the risk of wasting time and resources on features that are not needed or desired by the customers. The other options are not as effective as the MVP approach. Encouraging and motivating the team with project incentives may boost their morale, but it does not address the root cause of the problem, which is the scope and complexity of the project. Subdividing the team to handle different aspects of the project may improve the division of labor, but it does not ensure that the team is working on the right features or that they are aligned with the customer needs. Organizing project execution to satisfy the project sponsor’s request may seem like a good way to meet the expectations of the stakeholder, but it may also lead to over-engineering the product and delivering a solution that is not validated by the market. References:

• Understanding the Minimum Viable Product (MVP) in Agile Project Management
• MVPs and MBIs - Project Management Institute
• Minimum Viable Product (MVP): What is it & Why it Matters - Atlassian

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

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.

References:

1: Minimum Viable Product (MVP) and Project Cost Estimation with Cost … 2: User Stories | Atlassian 3: Forecasting Techniques in Project Management - PM Study Circle : Top-down and bottom-up project management: Leveraging the advantages of the two approaches : Cost Performance Index (CPI) in Project Management | Sinnaps : Budget at Completion (BAC) in Project Cost Management

A hybrid project is a project that combines predictive and adaptive approaches. In such a project, the project manager should ensure that the team receives continuous feedback from customers users to validate the alignment of the deliverables with the expectations. This is a key practice of agile and adaptive methods, which aim to maximize customer satisfaction and value delivery. Updating the project management plan, submitting a change request, or ensuring the team understands all additional project requirements are not steps that would prevent the misalignment of the deliverables with the expectations, but rather actions that could be taken after the problem has occurred. References: [PMI Agile Practice Guide], page 14; [PMBOK® Guide 6th Edition], page 19.

 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”

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.

A RAM is a tool that maps the project work packages or activities to the project team members or roles. It helps to define and assign the responsibilities, accountabilities, and authorities of each team member for each project task. It also helps to identify and resolve any gaps, overlaps, or conflicts in the resource allocation. A RAM can be presented in various formats, such as a RACI chart, a RASCI chart, or a linear responsibility chart12.

Developing an approved RAM can help the project manager to manage the team effectively, especially when some team members, such as the site engineers, may not be fully focused on the project due to other priorities or constraints. A RAM can help the project manager to communicate and clarify the expectations and deliverables of each team member, and to monitor and control their performance and progress. A RAM can also help the project manager to coordinate and collaborate with the other stakeholders, such as the production managers, to ensure that the project and the production imperatives are aligned and balanced34.

The other options are not as effective or relevant for managing the team:

• B. Commit each team member’s time and deliverables and aim for overall project completion: Committing each team member’s time and deliverables is important, but it may not be sufficient or realistic to manage the team, especially when some team members, such as the site engineers, may have competing or conflicting demands on their time and attention. Aiming for overall project completion is a desirable goal, but it may not be achievable or sustainable without proper planning, communication, and coordination among the team members and the other stakeholders.
• C. Continue the project implementation without the site engineers to ensure the schedule is maintained: Continuing the project implementation without the site engineers may not be feasible or advisable, as the site engineers may have critical skills, knowledge, or experience that are essential for the project success. Excluding the site engineers from the project may also create risks, issues, or gaps in the project quality, scope, or integration. Moreover, it may damage the relationship and trust between the project manager and the site engineers, and reduce their motivation and commitment to the project.
• D. Contract external resources to fulfill the role of the site engineers who cannot sup-port the project: Contracting external resources may be an option to supplement or replace the internal resources, such as the site engineers, who cannot support the project. However, this option may not be the best or the first choice, as it may involve additional costs, time, or risks for the project. Contracting external resources may also require approval, negotiation, or procurement processes that may delay or complicate the project. Furthermore, it may affect the morale, loyalty, or performance of the internal resources, who may feel threatened, replaced, or undervalued by the external resources.

References:

1: Responsibility Assignment Matrix - Project Management Knowledge 2: What is a Responsibility Assignment Matrix (RAM) in Project Management? 3: How to Create a Responsibility Assignment Matrix (RAM) for Your Project 4: How to Use a RACI Matrix to Manage Project Resources : [Project Team Management: How to Manage Your Team Effectively] : [How to Manage Project Team Conflicts] : [Project Procurement Management: The Ultimate Guide]

The distribution list for the risk workshop should include the project team members, who are responsible for identifying, analyzing, and responding to the project risks; the consultants from outside the project with experience in the field, who can provide expert judgment and independent perspective on the potential risks and their impacts; and the customer, who is the primary stakeholder and beneficiary of the project and whose expectations and requirements should be considered in the risk management process12.

The other options are not the best choices for the distribution list because:

• Functional managers, who are responsible for managing the resources and activities within a specific function or department, may not have direct involvement or interest in the project risk management, unless they are also part of the project team or the project sponsor3.
• Engineers, who are involved in the technical design and implementation of the project, may not have sufficient knowledge or authority to address the risks that are beyond their scope of work or expertise4.
• Weather experts, who can provide information and forecasts on the weather conditions that may affect the project, may not be relevant or necessary for the risk workshop, unless the project is highly sensitive or dependent on the weather factors5.

Therefore, the most appropriate and comprehensive distribution list for the risk workshop is the one that includes the team members, consultants from outside the project with experience in the field, and the customer. This way, the project manager can ensure that the risk workshop is conducted with the participation and input of the key stakeholders and experts who have the most knowledge, interest, and influence on the project risks and outcomes. ????

I hope this answer was helpful. If you have any other questions, please feel free to ask me. ???? References: 1: Project Management Institute. (2017). A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition. 2: Project Management Institute. (2020). Project Management Professional (PMP)® Examination Content Outline. 3: Teamwork. (2021). 10 project management best practices you MUST know. 4: Salapatas, J. N. (2000). Best practices—the nine elements to success. Paper presented at Project Management Institute Annual Seminars & Symposium, Houston, TX. Newtown Square, PA: Project Management Institute. 5: PRACTICE STANDARD FOR PROJECT RISK MANAGEMENT.

According to the PMBOK Guide, project managers should apply adaptive planning and agile practices to respond to changes and uncertainties in complex projects. Adaptive planning involves frequent reviews and adjustments of the project scope, schedule, cost, and quality based on the feedback and learning from the project execution. Agile practices emphasize delivering value to the customer by prioritizing the most important features and requirements and delivering them in increments1.

In this scenario, the project manager faces a situation where one feature cannot be fixed before the go-live date, which impacts the project schedule and quality. The project manager should apply adaptive planning and agile practices to determine the best course of action. The project manager should evaluate the value and importance of the feature to the customer and the project objectives. If the feature is not critical or essential, the project manager should consider delivering the project without the feature and fixing the defects later, after the go-live milestone. This way, the project can still deliver value to the customer and meet the expectations of the stakeholders. The project manager should communicate this decision to the customer and the stakeholders and obtain their agreement and feedback1.

The other options are not as suitable as option D. Option A involves updating the risk management plan and including additional mitigation actions against the feature defects. However, this option does not address the impact on the go-live milestone or the customer value. It also assumes that the feature defects can be mitigated, which contradicts the premise of the question. Option B involves assessing the relevance of the feature and submitting a change request to descope it. However, this option does not consider the customer value or the feedback from the customer and the stakeholders. It also implies that the feature is not important or valuable, which may not be the case. Option C involves improving the control quality process by implementing additional testing to minimize the defects before the go-live milestone. However, this option does not acknowledge the fact that there is no way to resolve the defects before the go-live date, as stated in the question. It also does not consider the impact on the project schedule and cost, or the customer value1.

References:

1: Project Management Institute. (2023). A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition. Newtown Square, PA: Author.

According to project management best practices, one of the key elements of successful project implementation is to manage the risks and avoid scope creep12. If there are high-priority issues that require external domain expertise, the project manager should not ignore them, ask the issue reporter to close them, or reduce the project scope. These actions could compromise the quality and value of the project deliverables, and lead to customer dissatisfaction and potential litigation.

Instead, the project manager should review the open issues with the issue reporter and assess the impact and urgency of each issue. Then, the project manager should issue a change request to hire an external domain expert who can help resolve the issues and ensure the project meets the requirements and expectations of the stakeholders. This way, the project manager can maintain the project scope and quality, and manage the risks effectively34.

1: Project Management Best Practices | TeamGantt 2: Project Management Best Practices: 8 Strategies for Success 3: Best practices–the nine elements to success - Project Management Institute 4: 10 project management best practices you MUST know - Teamwork

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

 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, 6th edition, section 4.6.1.1, the project manager is responsible for communicating the approved changes to the relevant stakeholders and ensuring that the changes are implemented as planned. The project manager should also manage the expectations of the stakeholders and address any issues or concerns that arise from the changes. In this scenario, the project manager should first meet with the operations manager to explain the background for the change and understand the operation manager’s concerns about the change. This will help to establish a collaborative relationship and resolve any potential conflicts. The other options are either premature or inappropriate, as they do not address the root cause of the problem or respect the authority of the CCB. References: PMBOK Guide, 6th edition, section 4.6.1.1, page 115.

 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…

According to the PMBOK Guide, project selection is based on the alignment of the project with the organization’s strategic objectives, which include maximizing the business value1. Business value is the net benefit that a project provides to the stakeholders, considering both tangible and intangible factors2. Projects that maximize the business value are more likely to contribute to the organization’s success and sustainability than projects that focus only on duration, revenue, or risk3. References: 1: PMBOK Guide, 7th edition, page 35 2: PMBOK Guide, 7th edition, page 38 3: Project Selection Methods: A Primer for the Project Manager4QUESTION NO: 26

A product owner Goes not regularly attend demonstration ceremonies. As a result, the demonstration ceremonies are constantly rescheduled and the work is impacted in multiple ways. The project manager believes the product owner Is not committed to the project.

What should the project manager have done to avoid this situation?

A. Defined a set of external audits that can expose this situation to the project sponsor

B. Agreed with the product owner on appropriate project governance levels

C. Set a definition of done (DoD) that considers the work as done if not otherwise specified

D. Asked another product owner to attend the demonstrations on behalf of the product owner

Answer: B

According to the PMBOK Guide, project governance is the framework, functions, and processes that guide project management activities in order to create value and meet organizational objectives. Project governance also defines the roles and responsibilities of the project stakeholders, including the product owner, who is the person or group that is responsible for defining and prioritizing the product backlog and accepting the product increments1.

One of the principles of agile project management, as described in the Agile Practice Guide, is to collaborate with customers and stakeholders frequently and throughout the project. This principle implies that the product owner should be actively involved in the project and provide timely feedback and guidance to the project team. The product owner should also attend the demonstration ceremonies, which are events where the project team showcases the product increments to the product owner and other stakeholders and collects their feedback2.

Therefore, the project manager should have agreed with the product owner on appropriate project governance levels, which means defining the expectations, commitments, and communication channels between the project team and the product owner. This would have helped to avoid the situation where the product owner does not regularly attend the demonstration ceremonies and causes delays and disruptions to the project. By agreeing on the project governance levels, the project manager and the product owner could have established a mutual understanding of the value and importance of the demonstration ceremonies and the product owner’s role and responsibility in them.

References:

1: Project Management Institute. (2023). A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition. Newtown Square, PA: Author.

2: Project Management Institute. (2023). Agile Practice Guide. Newtown Square, PA: Author.

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.

 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.

A hybrid approach is a combination of predictive and adaptive (or agile) approaches. It is suitable for projects that have some aspects that are well-defined and stable, and some aspects that are uncertain and dynamic. In this case, the project manager can use a predictive approach for the research process, which has a clear scope and deliverables, and an adaptive approach for the incremental delivery of the complex equipment, which may require frequent feedback and changes from the customer. References:

• PMBOK Guide 6th Edition, page 19, section 1.2.3.1
• PMP Exam Prep, page 8, section 1.3.2

Disclaimer: This answer is generated by Copilot, an AI companion. It is not intended to be a substitute for professional advice or guidance. Copilot does not guarantee the accuracy, completeness, or validity of the answer. The user is solely responsible for verifying the answer and using it at their own risk. Copilot is not affiliated with PMI or any other organization.

The probable reason for the difficulty in conducting the entrepreneurship training is that the project did not identify and engage the correct stakeholders. Stakeholders are individuals, groups, or organizations that may affect, be affected by, or perceive themselves to be affected by a decision, activity, or outcome of a project1. Stakeholder identification and engagement are essential processes for ensuring the success of a project, as they help to understand the needs, expectations, interests, and influence of the stakeholders, and to manage their involvement and communication throughout the project life cycle2. In this case, the local municipal governments are key stakeholders, as they have the authority to approve or reject the training activities in their towns. The project manager should have identified them as such, and engaged them appropriately to obtain their support and cooperation. By failing to do so, the project manager created a risk that could jeopardize the project implementation and objectives. References:

• 1: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 13: Project Stakeholder Management, page 513.
• 2: Business Analysis for Practitioners: A Practice Guide, Chapter 2: Needs Assessment, page 17.

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

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

• A. Results of the MoSCoW assessment: MoSCoW is a prioritization technique that helps to classify the project requirements into four categories: Must have, Should have, Could have, and Won’t have. It helps to focus on the most important and valuable features for the customer. However, it does not measure the project’s performance or progress3.
• B. Cost-benefit analysis: Cost-benefit analysis is a technique that compares the costs and benefits of a project or a decision. It helps to evaluate the feasibility and profitability of a project. However, it does not reflect the project’s performance or progress, especially in an agile environment where the scope and requirements may change frequently4.
• C. Return on investment (ROI) analysis: ROI analysis is a technique that measures the profitability of a project or a decision by comparing the benefits and costs. It helps to assess the value and impact of a project. However, it does not indicate the project’s performance or progress, especially in an agile environment where the benefits and costs may vary over time.

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.

 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 agree on the criteria to prioritize risks before developing a risk response strategy. This is because not all risks have the same level of impact or probability on the project objectives, and therefore require different levels of attention and response. By agreeing on the criteria to prioritize risks, such as expected monetary value, risk score, risk urgency, or stakeholder tolerance, the project manager can rank the risks according to their importance and focus on the ones that pose the most threat or opportunity to the project. This will help the project manager allocate resources, time, and budget more effectively and efficiently to address the risks. The project manager should also involve the relevant stakeholders, such as sponsors, SMEs, and team members, in the risk prioritization process to ensure their input and buy-in. References: (Professional in Business Analysis Reference Materials source and documents)

• PMBOK® Guide, 6th edition, Section 11.4.1, “Perform Qualitative Risk Analysis: Inputs”
• PMBOK® Guide, 6th edition, Section 11.4.2, “Perform Qualitative Risk Analysis: Tools and Techniques”
• PMBOK® Guide, 6th edition, Section 11.4.3, “Perform Qualitative Risk Analysis: Outputs”
• PMI-PBA® Guide, 1st edition, Section 5.3.1, “Prioritize Requirements: Inputs”
• PMI-PBA® Guide, 1st edition, Section 5.3.2, “Prioritize Requirements: Tools and Techniques”
• PMI-PBA® Guide, 1st edition, Section 5.3.3, “Prioritize Requirements: Outputs”

The project manager should first try to understand why the key stakeholder is not attending the meetings and providing false information. The project manager should discuss the communication needs and preferences of the key stakeholder and tailor the communication accordingly. This will help to build trust and rapport with the key stakeholder and ensure that they receive accurate and timely information about the project progress. Creating a new communication artifact, emailing the latest status report, or sharing the meeting recordings may not address the root cause of the problem and may not be effective in engaging the key stakeholder. References: PMBOK Guide, 6th edition, page 524; PMP Exam Content Outline, 2021, page 10.

According to the PMBOK Guide, one of the key skills for a project manager is to be able to adapt to different environments and cultures1. This includes understanding the cultural expectations and norms of the country where the project is performed, and adjusting the leadership style accordingly2. Different countries may have different preferences for communication, decision making, conflict resolution, power distance, and teamwork3. A project manager who is transferred to another country should do some research on the cultural dimensions and values of that location, and determine a leadership style that is suitable for that context. For example, some countries may prefer a more participative and democratic leadership style, while others may prefer a more directive and authoritative one. By determining a suitable leadership style, the project manager can ensure collaboration within the team, as well as with other stakeholders, for a successful delivery. References:

• 1: PMBOK Guide, 6th edition, page 53
• 2: Cultural expectations and leadership, British Council, page 1
• 3: PMBOK Guide, 6th edition, page 56
• : Guide to International Employee Relocation, Globalization Partners, page 3
• : PMBOK Guide, 6th edition, page 57

According to the PMBOK Guide, the project manager should use a collaborative or problem-solving approach to handle conflicts, as it results in a win-win situation and enhances the project performance1. The project manager should also communicate with the team members and involve them in the decision-making process, as it fosters trust and commitment2. Therefore, the best option is to meet the team member and try to plan a course of action together. Option A is incorrect because guiding the team member on how to resolve the conflict may not address the root cause of the conflict or the impact on the project schedule. Option B is incorrect because analyzing the project schedule and looking for alternatives may not consider the team member’s perspective or input. Option C is incorrect because performing crashing and/or fast tracking of the schedule may not resolve the conflict or may introduce new risks or issues to the project. References: 1: PMBOK Guide, 6th edition, section 9.5.2.1, p. 363 2: PMBOK Guide, 6th edition, section 9.4.2.3, p. 356

An earned value analysis (EVA) is a tool that measures the project performance in terms of scope, schedule, and cost. It compares the planned value (PV), the earned value (EV), and the actual cost (AC) of the project work to determine the variances and the indexes. By conducting an EVA, the project manager can identify the root causes of the project delay and cost overrun, and take corrective actions accordingly. An EVA can also help the project manager communicate the project status and progress to the stakeholders more effectively and objectively. References: (Professional in Business Analysis Reference Materials source and documents)

• PMBOK Guide, 6th edition, Chapter 7, Section 7.4.2.1
• PMP Exam Content Outline, June 2019, Domain III, Task 8
• PMP Sample Test Questions, Question 2

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

• A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Chapter 2: Value Delivery System, Section 2.2: Project Delivery Approaches, Section 2.3: Project Life Cycle
• Agile Practice Guide, Chapter 2: Life Cycle Selection, Section 2.1: Introduction, Section 2.2: Implementing Agile: Creating an Agile Environment
• Professional in Business Analysis (PMI-PBA)® Handbook, Section 2.3: Domains and Tasks, Domain 2: Planning, Task 1: Plan Business Analysis Approach
• Professional in Business Analysis (PMI-PBA)® Examination Content Outline, Domain 2: Planning, Task 1: Plan Business Analysis Approach

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

• A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 11, Section 11.2
• Practice Standard for Project Risk Management, Chapter 3, Section 3.1
• The Standard for Project Management, Chapter 4, Section 4.3.2

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

• PMP Exam Content Outline, Domain II: Process, Task 5, page 101
• PBA Exam Content Outline, Domain IV: Evaluation, Task 4, page 152
• A Guide to the Project Management Body of Knowledge (PMBOK Guide), Sixth Edition, Chapter 4: Project Integration Management, Section 4.6: Perform Integrated Change Control, page 1233
• Business Analysis for Practitioners: A Practice Guide, Chapter 6: Traceability and Monitoring, Section 6.4: Manage Changes to Requirements, page 117

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

The project manager should address the communication needs of all stakeholders and ensure that they are satisfied with the level and frequency of information they receive. The best way to do this is to discuss the issue with all stakeholders and work on a communications management plan that defines the communication requirements, methods, formats, frequency, and responsibilities for each stakeholder group. This will help to avoid misunderstandings, conflicts, and complaints in the future. Recording the meeting and sharing it with the stakeholders who missed it (option C) is a good practice, but it does not solve the root cause of the problem. Ensuring that the stakeholders who are complaining are present for the next meeting (option B) or changing the meeting time to their time zone (option D) are not feasible or fair solutions, as they may create inconvenience or dissatisfaction for other stakeholders. The project manager should consider the time zones of all stakeholders and try to find a suitable time that works for most of them, or use alternative communication methods such as email, video, or audio recordings. References:

• PMBOK Guide, 6th edition, page 377-378, section 10.1 Plan Communications Management
• PMP Exam Prep, 10th edition, page 405, question 405, answer and explanation

• According to the PMBOK Guide, 6th edition, section 5.6.2, the project manager should perform an impact analysis when a change request is received, to assess the potential effects on the project scope, schedule, cost, quality, resources, risk, and other aspects.3
• The project manager should also communicate the impact analysis to the relevant stakeholders, such as the project sponsor, the product owner, the customer, and the team, to facilitate the decision making process and obtain their agreement on the change.3
• The project manager should not accept or reject the change request without performing an impact analysis, as this may lead to unrealistic expectations, missed deadlines, scope creep, or stakeholder dissatisfaction.3
• The project manager should not ask the product owner to prioritize the new request without performing an impact analysis, as this may disrupt the agile team’s work and compromise the quality of the deliverables.4
• The project manager should not call the stakeholder to tell them that the final product schedule must be extended without performing an impact analysis, as this may damage the trust and relationship with the stakeholder and cause them to lose confidence in the project.

The references for this answer are:

1: Discuss Exam PMP Topic 2 Question 499 Discussion | Actual4test 2: Free PMP Practice Exam Questions - 120 Sample Test Questions 3: PMBOK Guide, 6th edition, Project Management Institute, 2017, pp. 149-152. 4: Agile Practice Guide, Project Management Institute, 2017, pp. 37-38. : [Managing Stakeholder Expectations for Project Success: A Knowledge Integration Framework and Value Focused Approach, Ori Schibi, 2013, pp. 97-98.](https://www.pmi.org/learning

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

• 1: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Glossary, page 717
• 2: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Chapter 5, Section 5.2.3.1
• 3: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Chapter 5, Section 5.6.3.1

 According to the PMBOK Guide, project artifacts are any documents or information that are produced or consumed by a project, such as plans, reports, contracts, deliverables, etc. Project artifacts should be archived at the end of the project or phase for future reference, lessons learned, audits, or legal purposes. The project management office (PMO) is a centralized entity that oversees the management of projects, programs, and portfolios, and provides guidance, standards, policies, and procedures for project management. The project manager should consult with the PMO for guidance on how to archive the project artifacts for the cancelled project, as the PMO may have specific requirements or best practices for this process. The project manager should not comply with the project sponsor’s request to not archive the project artifacts, as this may violate organizational policies, contractual obligations, or ethical principles. The project manager should not archive the project artifacts on his or her local computer, as this may compromise the security, accessibility, or quality of the information. The project manager should not document the project sponsor’s instructions as the archived project artifacts, as this may not capture the full scope, history, or outcome of the project. References:

• PMBOK Guide, 6th edition, pages 33, 89, 123, 126, 129, 686
• 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 first thing the project manager should do is to evaluate the impact that the inclusion of this new requirement will have on project performance. This is because the project manager needs to assess how the new requirement will affect the project scope, schedule, cost, quality, risk, and stakeholder satisfaction. The project manager should also consider the feasibility, desirability, and viability of the new requirement, and whether it aligns with the project objectives and business case. Based on the impact analysis, the project manager can then decide whether to accept or reject the change request, or to escalate it to the appropriate authority for approval. The project manager should also communicate the results of the impact analysis to the stakeholder and explain the rationale behind the decision. References:

• Change Management | What is Change Management | Prosci
• What Is Project Scope? Scope Management Steps, Tips & Tools
• Definition of Change Management - Prosci

The project manager should perform a qualitative risk analysis to assess the probability and impact of the resource availability problem on the project objectives. The project manager should also identify the triggers and warning signs of the risk, and assign a risk rating or priority to the risk. This will help the project manager to determine the appropriate risk response strategy and plan accordingly. Updating the issue log may not be sufficient, as it does not address the uncertainty and potential impact of the risk. Performing a root cause analysis may not be necessary or feasible, as the resource availability problem may be beyond the project manager’s control or influence. Implementing a risk response plan may be premature, as the project manager should first analyze the risk before taking any action. References:

• A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Chapter 11: Risk, Section 11.3: Assess Risks
• Professional in Business Analysis (PMI-PBA)® Handbook, Section 2.3: Domains and Tasks, Domain 5: Evaluation, Task 6: Assess Solution Limitations
• Professional in Business Analysis (PMI-PBA)® Examination Content Outline, Domain 5: Evaluation, Task 6: Assess Solution Limitations

The project manager should consult with the project management office (PMO) for guidance on project artifacts, as the PMO is responsible for establishing and maintaining the project management standards, policies, and procedures within the organization. The PMO can advise the project manager on the best practices and requirements for archiving the project artifacts, even for a cancelled project. Archiving the project artifacts is important for capturing the lessons learned, maintaining the organizational knowledge, and complying with the legal and ethical obligations. The other options are not as effective or appropriate as consulting with the PMO. Complying with the project sponsor’s request to not archive the project artifacts may result in losing valuable information and violating the professional code of conduct. Documenting the project sponsor’s instructions as the archived project artifacts may not be sufficient or accurate, and may create confusion and conflict in the future. Archiving the project artifacts on the project manager’s local computer may not be secure or accessible, and may not follow the organizational standards and processes. References:

• PMBOK Guide, 7th edition, page 279
• PMI-PBA Exam Content Outline, 2018, page 13

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

In an agile project, the project manager does not assign tasks to the team members, but rather facilitates the team’s self-organization and empowerment. The team decides how to plan, execute, monitor, and control the work within the sprint, based on the agreed-upon requirements and priorities. The project manager supports the team by removing impediments, providing feedback, and ensuring alignment with the project vision and goals. The daily standup is a short meeting where the team members share their progress, challenges, and plans for the next 24 hours, not a place where the project manager instructs the team what to do. References:

• Agile Practice Guide, page 37
• PMBOK Guide 7th Edition, page 97

The agile leader should develop working agreements with the team to address the trouble and disputes they are facing. Working agreements are a set of guidelines or norms that the team agrees to follow to improve their collaboration, communication, and performance. They help to establish a shared understanding of the team’s values, expectations, and behaviors. They also help to resolve conflicts, clarify roles and responsibilities, and foster trust and respect among the team members. Developing working agreements with the team is a participatory and iterative process that involves the input and feedback of all team members. The agile leader should facilitate this process and ensure that the working agreements are aligned with the agile principles and practices. Escalating the issue to the team’s manager (option A) is not a good option, as it may undermine the team’s autonomy and empowerment. Removing some of the team members (option B) is also not a good option, as it may disrupt the team’s dynamics and morale. Reviewing the roles and responsibilities document (option C) is a useful step, but it may not be sufficient or effective to address the root causes of the trouble and disputes. References:

• PMBOK Guide, 6th edition, page 52, section 2.4.2 Project Team
• [Agile Practice Guide], page 27, section 3.1.2 Working Agreements
• PMP Exam Prep, 10th edition, page 465, question 465, answer and explanation

 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)

 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

 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, the project manager should use appropriate conflict resolution techniques to manage conflicts among project stakeholders. One of the techniques is collaborating/problem-solving, which involves finding a mutually beneficial solution that satisfies all parties. This technique requires a high level of trust and cooperation, and may involve a face-to-face meeting to discuss the issues and options. The other options are either too passive, too formal, or too premature for resolving the conflict. References: PMBOK Guide, 7th edition, page 157-158, section 8.3.2.2.

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

• A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Chapter 14: Team, Section 14.2: Enable Team Performance, Section 14.3: Lead the Team
• Agile Practice Guide, Chapter 2: Life Cycle Selection, Section 2.2: Implementing Agile: Creating an Agile Environment, Section 2.3: Implementing Agile: Delivering in an Agile Environment
• Professional in Business Analysis (PMI-PBA)® Handbook, Section 2.3: Domains and Tasks, Domain 4: Analysis, Task 9: Validate Requirements
• [Professional in Business Analysis (PMI-PBA)® Examination Content Outline], Domain 4: Analysis, Task 9: Validate Requirements

According to the PMBOK Guide, project team management involves the processes of leading, motivating, developing, and managing the project team. One of the key aspects of project team management is team integration, which is the process of ensuring that the team members work together effectively and harmoniously. Team integration is especially important when new team members join the team, as they may face challenges such as unfamiliarity with the project, lack of trust, role ambiguity, or cultural differences. Therefore, the project manager should approach the new team member to identify any issues and then plan a resolution accordingly. By doing so, the project manager can:

• Establish rapport and trust with the new team member
• Understand the new team member’s expectations, needs, and concerns
• Provide feedback, guidance, and support to the new team member
• Clarify the new team member’s roles and responsibilities
• Facilitate the new team member’s orientation and training
• Encourage the new team member’s participation and contribution
• Integrate the new team member with the rest of the team
• Monitor and evaluate the new team member’s performance and satisfaction

By approaching the new team member to identify any issues and then plan a resolution accordingly, the project manager can help the new team member integrate effectively and improve the team’s performance and cohesion.

The other options are not the best choices, because:

• Giving the new team member time to contribute until they ask for help and support would be passive and ineffective, as the new team member may feel isolated, overwhelmed, or frustrated, and may not seek help or support when needed.
• Assigning the new team member tasks so that the team member knows on what to focus would be directive and restrictive, as the new team member may not have the skills, knowledge, or confidence to perform the tasks, and may not have the opportunity to learn, grow, or collaborate with the team.
• Reviewing the project with the team member to ensure the project scope is understood would be informative and helpful, but not sufficient, as the new team member may have other issues besides the project scope, such as team dynamics, communication, or culture. References:
• Project Team Management | PMI
• Project Team Integration - Project Management Knowledge
• 3 Best Practices for New Team Integration - BRODYpro
• Best practices for managing and developing virtual project teams

 According to the Agile Practice Guide, one of the principles of agile project management is to “reflect on how to become more effective, then tune and adjust behavior accordingly” (Section 2.1). This implies that the project manager should facilitate regular retrospectives, where the team can inspect their work processes, identify what went well and what can be improved, and plan actions for the next iteration. By conducting a focused retrospective, the project manager can help the team to discover the root cause of why they had to work extra hours, and find ways to avoid or mitigate it in the future. This is also consistent with the PMBOK® Guide, which states that “the project manager should use retrospectives to review the effectiveness of the project team and the project management approach” (Section 4.6.3.3). References:

• Agile Practice Guide, Section 2.1
• PMBOK® Guide, 6th Edition, Section 4.6.3.3

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…

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:

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

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

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 manager should communicate the organizational culture and project goal to the external stakeholders in a formal and written manner. This will help the stakeholders understand the context, scope, objectives, and deliverables of the project, as well as the roles and responsibilities of the project team and other stakeholders. A report is an appropriate communication tool for this purpose, as it can provide a comprehensive and structured overview of the project information. The other options are either too informal, indirect, or ineffective for communicating the organizational culture and project goal to the external stakeholders. References: PMBOK Guide, 6th edition, page 376-377, section 10.1.2.1.

The project manager should address this concern with the functional managers to ensure there will be no further delays in the project. The functional managers are the managers who have authority over the team members in their respective functional areas, such as engineering, marketing, finance, etc. The functional managers are responsible for assigning and releasing the team members to the project, as well as providing them with the necessary training, support, and feedback. The project manager should communicate and coordinate with the functional managers to ensure that the team members are available and committed to the project, and that they are not distracted or overloaded by other nonproject-related tasks. The project manager should also explain to the functional managers the impact of their emails on the team’s productivity and morale, and request them to respect the team’s priorities and schedules. The project manager should also seek the support and intervention of the project sponsor or the senior management, if needed, to resolve any resource conflicts or issues.

The other options are not the best actions for the project manager to take in this situation. Asking the product owner to speak with the functional managers to ensure future requirements come through the product owner is not relevant or effective, as it does not address the current problem of the team members receiving emails from their functional managers to support other nonproject-related tasks. The product owner is the person who represents the customer’s voice and defines and prioritizes the product backlog, which is a list of features and requirements that the customer wants to have in the product. The product owner is not involved in the resource management or allocation of the project, and may not have the authority or influence to negotiate with the functional managers. Logging this as a risk in the risk register and continuing to monitor the issue at subsequent meetings is not proactive or sufficient, as it does not prevent or mitigate the negative impact of the team members receiving emails from their functional managers to support other nonproject-related tasks. The risk register is a document that records the identified risks, their causes, impacts, probabilities, responses, and owners. The project manager should not just document and monitor the issue, but also take action to resolve it as soon as possible. Scheduling a meeting with all of the functional managers to resolve the resource conflicts may be too time-consuming and complicated, as it may involve multiple parties and perspectives. The project manager should not wait for a meeting to address the issue, but rather contact the functional managers individually and directly, and seek their cooperation and understanding. References:

• PMBOK® Guide, 6th Edition, Chapter 9, Section 9.2, “Plan Resource Management”
• PMBOK® Guide, 6th Edition, Chapter 9, Section 9.3, “Acquire Resources”
• PMBOK® Guide, 6th Edition, Chapter 9, Section 9.5, “Control Resources”
• PMBOK® Guide, 6th Edition, Chapter 11, Section 11.4, “Plan Risk Responses”
• PMP Project Management Professional Exam Study Guide: 2021 Exam Update, 10th Edition, Chapter 8, Section 8.2, “Planning Resources” 1

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.

 The project manager should consult the project team to understand the extent of the training needs for the contractor. This is consistent with the agile value of individuals and interactions over processes and tools1. The project manager should also collaborate with the contractor to provide them with the necessary guidance and coaching on the agile principles and practices2. Asking the project sponsor to replace the contractor since they do not have agile experience (A) is not a good option since it may cause unnecessary delays and costs for the project. Issuing a formal notice to the contractor to obtain an agile certification (B) is also not appropriate since it may create a sense of distrust and resentment in the contractor. Instructing the contractor to receive agile training since the project has already started (D) is not a sufficient action since it does not address the specific needs and expectations of the project team and the contractor. References:

• 1: Agile Practice Guide, Chapter 1, Section 1.2.1
• 2: Agile Practice Guide, Chapter 2, Section 2.3.2.2

The agile project leader should explain the new team velocity to the customer and negotiate the scope and schedule of the project accordingly. Team velocity is a measure of the amount of work a team can handle during a single iteration1. It is affected by factors such as team size, skills, experience, and availability2. Since the team has lost two members, the team velocity will likely decrease, which means the team will not be able to deliver the same amount of work as before. The agile project leader should communicate this change to the customer and collaborate with them to prioritize the most valuable features and adjust the release plan3. Updating the restriction log with the new team capacity (A) is not a sufficient action since it does not address the impact on the project scope and schedule. Explaining the new project requirements to the team (B) is also not a good option since it may overload the team and compromise the quality and value of the product. Updating the project budget with the released team members © is not relevant since the budget has already been reduced by the customer. References:

• 1: Agile Practice Guide, Glossary, page 91
• 2: Agile Practice Guide, Chapter 2, Section 2.4.2.2
• 3: Agile Practice Guide, Chapter 2, Section 2.4.2.3