Free Practice Questions for PMI PMP Exam

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

 Diversity and inclusion are important for project effectiveness, as they enable diverse perspectives, ideas, and experiences to be shared and valued among the project team and stakeholders. However, diversity and inclusion are not just about demographics, but also about creating a culture of respect, belonging, and empowerment for everyone. To achieve this, the organization needs to provide training and education to the entire workforce, not just to specific teams or departments, to raise awareness, foster understanding, and promote positive behaviors. By doing so, the organization can prevent or reduce potential conflicts, misunderstandings, or biases that may arise from different backgrounds, views, or preferences. Furthermore, the organization can leverage the benefits of diversity and inclusion, such as improved innovation, collaboration, and customer satisfaction. References:

Diversity, Equity, and Inclusion in Project Management

Diversity and Inclusion Are Important for Project Effectiveness

Diversity, Equity, & Inclusion | PMI

According to the PMBOK Guide, 6th edition, one of the key skills of a project manager is to negotiate with stakeholders to achieve project objectives and balance the competing project constraints. Negotiation is also a tool and technique for the process of Manage Stakeholder Engagement, which aims to ensure that stakeholders’ needs and expectations are met or exceeded. By engaging in creative and iterative negotiations with the leaders of each entity, the project manager can foster collaboration, trust, and commitment among the parties involved in the project, and ensure that the launch date is acceptable and feasible for all. This will increase the likelihood of timely and successful adoption of the new solution by the entire organization. References: PMBOK Guide, 6th edition, pages 53, 513-514, 518.

 The best way to formally record the team member’s success in the project documentation is to send a communication to management recognizing the team member’s contributions. This will ensure that the team member’s performance is acknowledged and appreciated by the relevant stakeholders, and that the project documentation reflects the team member’s achievements. The other options are not as effective or appropriate as sending a communication to management. Attaching a note to the project management plan is not a formal way of recording the team member’s success, and it may not be seen by anyone else. Holding a project team meeting may be a good way to celebrate the team member’s contribution, but it does not document it for future reference. Recording the team member’s contribution in the RAM is not relevant, as the RAM is a tool to assign roles and responsibilities, not to measure performance. References:

PMBOK Guide, 7th edition, page 215

PMI-PBA Exam Content Outline, 2018, page 12

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

 According to the PMBOK® Guide, the project manager is responsible for managing the project resources, including human resources, and ensuring that they have the necessary skills and competencies to perform the project work. Therefore, the project manager should identify the sources and specifics of the knowledge gap from the interns and new recruits, and put them into groups and assign a SME as a mentor. These actions will help the project manager to address the root cause of the problem, provide effective learning and coaching opportunities for the interns and new recruits, and leverage the expertise and experience of the SMEs. Hiring more SMEs and informing the human resources manager to lay off the nonperforming interns and new recruits may not be feasible or ethical. The project manager should try to resolve the issue within the existing project team, rather than replacing or firing the team members. Initiating a project change request for additional budget to train the interns and new recruits may not be possible or timely. The project manager should try to use the available resources and budget, rather than requesting more funds. Ignoring the issues with the project and trying to deliver the project successfully without asking for training funds may not be realistic or responsible. The project manager should not overlook the knowledge gap that may affect the project quality, scope, or schedule, but rather seek to close the gap and improve the team performance. References: PMBOK® Guide, Sixth Edition, Chapter 9, Section 9.2 (Develop Team) and Section 9.3 (Manage Team)QUESTION NO: 449

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

1: PMBOK Guide, 6th edition, page 377

2: PMBOK Guide, 6th edition, page 378

3: PMBOK Guide, 6th edition, page 379

According to the PMBOK Guide, one of the tools and techniques for developing the project management plan is expert judgement1. This involves obtaining guidance and advice from knowledgeable and experienced individuals or groups, such as subject matter experts, consultants, industry associations, or professional and technical organizations. By consulting a senior project manager within the organization, the project manager can leverage their expert judgement to understand the interdependencies of the work items, the industry standards and best practices, and the organizational processes and policies that may affect the project planning. The other options are not appropriate, as they do not address the issue of the project manager’s lack of familiarity with the industry and the work items. Consulting the project sponsor, the product owner, or the senior developer may provide some useful information, but they are not the best sources of expert judgement for the project manager in this situation. References:

1: PMBOK Guide, 6th edition, page 89

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

PMBOK Guide 7th Edition, page 131

Agile Practice Guide, page 50

PMI Talent Triangle® 1

 This answer is based on the concept of adaptive life cycle or agile project management, which is one of the approaches to managing projects in the PMBOK Guide1. Adaptive life cycle is suitable for projects that have high uncertainty, changing requirements, and complex or innovative products1. The main characteristics of adaptive life cycle are:

Delivering products in iterations or increments, each with a fixed duration and scope1.

Seeking frequent feedback from customers and stakeholders to validate the product value and quality1.

Embracing changes and responding to them quickly and effectively1.

Empowering the project team to make decisions and collaborate with each other1.

A minimum viable product (MVP) is a version of the product that has enough features to satisfy the initial needs of the customers and stakeholders, and to provide feedback for future development2. By focusing on releasing an MVP quickly, the project manager can:

Reduce the risk of wasting time and resources on building a product that does not meet the customer’s expectations or needs2.

Increase the customer’s satisfaction and engagement by involving them in the product development process2.

Learn from the feedback and data collected from the MVP and use them to improve the product in the next iteration2.

Adapt to the changing requirements and market conditions by delivering value incrementally2.

Therefore, option D is the best answer, as it aligns with the adaptive life cycle approach and the benefits of MVP. Option A is not a good answer, as it implies a predictive life cycle or waterfall project management, which is more suitable for projects that have low uncertainty, stable requirements, and well-defined products1. Waiting to start the project execution phase until all requirements and acceptance criteria are clear can result in:

Missing the opportunity to deliver value early and often to the customers and stakeholders1.

Increasing the risk of scope creep, change requests, and rework due to changing customer needs or expectations1.

Reducing the flexibility and responsiveness of the project team to adapt to changes1.

Limiting the collaboration and communication between the project team and the customers and stakeholders1.

Option B is also not a good answer, as it assumes that the customer knows all of the requirements at the beginning of the project, which is unlikely for a brand new product. Asking the customer to include all of the requirements in the project charter can lead to:

Creating a rigid and unrealistic scope that does not reflect the customer’s actual needs or preferences3.

Overwhelming the customer and the project team with too many details and specifications that may not be relevant or necessary3.

Ignoring the feedback and learning opportunities that can arise during the project execution phase3.

Reducing the chances of innovation and creativity by restricting the product features and functions3.

Option C is a better answer than option A and B, as it involves the customer in the requirement elicitation process and prioritizes the most important requirements. However, it is still not the best answer, as it does not address the customer’s concern about extra costs and work. Scheduling a brainstorming session and selecting the top ten most important requirements can still result in:

Spending too much time and resources on planning and analysis, instead of delivering value and testing assumptions.

Failing to validate the requirements with the end users and other stakeholders, who may have different needs or expectations.

Missing the opportunity to learn from the feedback and data collected from the product delivery and use.

Delaying the adaptation and improvement of the product based on the changing requirements and market conditions.

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…

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

Retrospective results are the outputs of the retrospective meeting, which is a ceremony that is performed at the end of every sprint or iteration in an agile project. The retrospective meeting is an opportunity for the team to reflect on what went well, what could be improved, and how to implement the improvement actions in the next sprint or iteration. The retrospective results can help the project manager to identify the risks and opportunities for the event planning, and to update the risk register accordingly. 12345 References:

1: ProjectManagement.com - Retrospectives

2: A Guide To Effective Retrospectives By Project Managers

3: Retrospective - BrainBOK

4: Retrospective - Lovepmp

5: Retrospective - InLoox

The project manager should follow the risk management plan that was developed during the planning phase of the project. The risk management plan should include a risk register that identifies the potential risks, their probability and impact, and the planned responses for each risk. Since the labor union contract negotiation was documented as a risk, the project manager should log the issue and execute the risk response plan that was prepared for this situation. This may involve implementing contingency plans, fallback plans, or workarounds to minimize the negative effects of the risk on the project objectives. The other options are not appropriate because they do not follow the risk management plan or they introduce new risks or changes to the project scope, schedule, or budget. References:

A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 11: Project Risk Management, pp. 397-441.

PMP® Examination Practice Questions: 400 Practice Questions and Answers to help you Pass, Question 400, p. 401.

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

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

2: 10 Principles Of Stakeholder Engagement | APM

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

According to the PMBOK® Guide Seventh Edition, one of the project management principles is to engage stakeholders actively and frequently. This means that the project manager should identify and analyze the needs, expectations, and interests of all stakeholders, and involve them appropriately throughout the project life cycle. The stakeholder register is a document that lists the key stakeholders, their roles, responsibilities, and level of influence on the project. The stakeholder engagement plan is a document that describes the strategies and actions to communicate with, manage, and influence the stakeholders.

In this scenario, the project manager has discovered that the local community was not included in the stakeholder register, which has caused them to oppose the project. This is a serious issue that can affect the project’s performance, reputation, and acceptance. Therefore, the project manager should not disregard these stakeholders, as this would violate the principle of stakeholder engagement and potentially escalate the conflict. The project manager should also not just explain to the community members why they were not included as stakeholders, as this would not address their concerns or expectations. The best option is to update the stakeholder register and revise the stakeholder engagement plan, as this would allow the project manager to acknowledge the community as a stakeholder, assess their impact and interest, and develop appropriate strategies and actions to engage them effectively and proactively. References:

PMBOK® Guide Seventh Edition, page 9

Project Management Principles 9-12, Episode 479: Project Management Principles 9-12 (Free)

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

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

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

What is Velocity in Agile?

Velocity - Project Management Knowledge

PMP Questions velocity

How to Calculate Team Velocity

What is team velocity and how to calculate it

The agile project lead should invite the senior manager to the next planning meeting to ensure that the senior manager’s expectations are aligned with the product vision and backlog. This is consistent with the agile principle of customer collaboration over contract negotiation1. The agile project lead should also explain how the product backlog is prioritized and refined based on the value and feedback from the stakeholders2. Assuring the senior manager that these features will be queued up in the next sprint (A) is not a good option since it may create unrealistic expectations and compromise the quality and scope of the product. Meeting with the team to understand why the senior manager’s features were not included (B) is not relevant since the team is not responsible for defining the product features, but for delivering them. Sending the product roadmap to the senior manager (D) is not sufficient since it may not address the senior manager’s concerns or questions. References:

1: Agile Practice Guide, Chapter 1, Section 1.2.1

2: Agile Practice Guide, Chapter 2, Section 2.3.2.1

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

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

1: PMBOK Guide, 6th edition, page 89

2: PMBOK Guide, 6th edition, page 463

3: PMBOK Guide, 6th edition, page 77

: PMBOK Guide, 6th edition, page 33

: PMBOK Guide, 6th edition, page 558

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

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

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

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

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

 The project manager should meet with the PMO/compliance entity to work on process tailoring, as this will help them to adapt the agile approach to the specific compliance requirements of the organization. Process tailoring is the act of customizing the project management processes, practices, and tools to suit the needs and characteristics of a particular project. By meeting with the PMO/compliance entity, the project manager can identify the relevant compliance standards, regulations, and policies that apply to the project, and determine how to align the agile deliverables with them. The project manager can also negotiate the level of documentation, reporting, and auditing that is required for the project, and seek ways to streamline and simplify them. This will help to ensure that the project is compliant, while also maintaining the agility and performance of the project team. References:

Project Manager’s Guide To Implementing A Compliance Program

Project Management Compliance Process - RMC Learning Solutions

Compliance - Scaled Agile Framework

Agile Approach in Regulatory Enviroment | DA - Project Management Institute

Achieving Regulatory and Industry Standards Compliance with the Scaled …

 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

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

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

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.

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

1: PMBOK Guide, 6th edition, page 120

According to the PMBOK Guide1, project communication management includes the processes of planning, managing, and monitoring project communications. The first process, plan communications management, involves determining the information and communication needs of the project stakeholders, such as the sponsor. The project manager should have analyzed the sponsor’s communication requirements, such as the type, format, frequency, and level of detail of the information they need, as well as their preferred communication channels and methods. By doing so, the project manager could have designed and implemented a communication system that meets the sponsor’s expectations and needs, and avoids any dissatisfaction or complaints. The other options are not the best preventive actions, as they are either reactive or irrelevant. Confirming that the portal is providing adequate information, verifying that the project team is following the communications management plan, and ensuring the sponsor had the necessary skills to use the portal are all actions that could be taken after the situation has occurred, but they do not address the root cause of the problem, which is the lack of alignment between the communication system and the sponsor’s requirements. References:

A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition

Project Communication Management - Five Steps | PMI

ProjectManagement.com - Project Communication Management

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

According to the PMBOK Guide, one of the key project management processes is stakeholder engagement1, which involves identifying, analyzing, planning, managing, and monitoring the stakeholders’ expectations and involvement throughout the project life cycle2. The project manager should use effective communication and collaboration techniques to ensure that the stakeholders are aligned with the project vision, objectives, scope, and deliverables3. This will help to build trust, resolve conflicts, and enhance stakeholder satisfaction. Meeting with the stakeholders regularly is an example of such a technique, as it allows the project manager to share project information, solicit feedback, address issues, and agree on common goals and plans. This is especially important for a project that involves multiple partners and has to comply with various standards and policies.

The other options are not the best ways to ensure project success, because they do not involve stakeholder engagement or collaboration. Option A is too authoritarian and may create resistance or resentment from the contracting partner. Option B is too passive and may result in loss of control or accountability for the project. Option C is too unilateral and may ignore or conflict with the partners’ needs and expectations. References:

1: PMBOK Guide, 6th Edition, page 513

2: PMBOK Guide, 6th Edition, page 515

3: PMBOK Guide, 6th Edition, page 518

: PMBOK Guide, 6th Edition, page 520

: PMBOK Guide, 6th Edition, page 524

According to the PMBOK Guide, 6th edition, section 6.2.2.4, the project manager should use agile practices such as sprint reviews and retrospectives to ensure that the product backlog items are delivered according to the product owner’s expectations and that the team continuously improves its performance. Sprint reviews are meetings where the team demonstrates the product increment to the product owner and other stakeholders and collects feedback for future iterations. Retrospectives are meetings where the team reflects on its processes, tools, interactions, and outcomes and identifies areas for improvement. These practices help to align the team and the product owner on the project vision, scope, and quality, and to prevent or resolve any issues or conflicts that may arise during the project. The PMI-PBA Guide, section 5.2.3.1, also supports this approach, as it states that the business analyst should participate in sprint reviews and retrospectives to validate the requirements and to ensure that the product meets the business needs and stakeholder expectations. References:

PMBOK Guide, 6th edition, section 6.2.2.4

PMI-PBA Guide, section 5.2.3.1

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

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

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

 The project manager should schedule a virtual meeting so onsite and remote stakeholders can attend at the same time because this is the most efficient and effective way to communicate the project objectives, scope, deliverables, and expectations to all the relevant stakeholders. A virtual meeting can also facilitate interaction and feedback among the participants, and foster a sense of collaboration and commitment. The other options are not the best choices because they do not ensure that all the stakeholders are informed and engaged at the same level. Emailing all stakeholders with the objectives of the project and asking for feedback (option A) may not reach all the stakeholders, or may not elicit timely or adequate responses. Waiting for a date when all required attendees can be available onsite (option B) may cause unnecessary delays and risks to the project. Running separate meetings to accommodate everyone’s schedule (option C) may create inconsistencies and confusion among the stakeholders, and increase the workload and complexity for the project manager. References: PMBOK Guide, 6th edition, pages 367-368, 376-377. PMP Sample Test Questions. PMP Questions page 417.

 According to the PMI, a hybrid approach is a combination of two or more project methodologies, such as waterfall and agile, to suit the needs of the project. A hybrid approach can offer flexibility, adaptability, and customer focus, while also maintaining some level of predictability, structure, and control. However, a hybrid approach can also pose some challenges, such as stakeholder resistance, misalignment, or confusion. Therefore, the project manager needs to address and remove any obstacles and blockers that may prevent the team from achieving their goals. Obstacles and blockers are issues or impediments that hinder or stop the team’s progress, such as lack of resources, unclear requirements, technical debt, conflicts, communication gaps, etc. The project manager should follow these steps to address and remove obstacles and blockers for the team:

Identify the obstacles and blockers by using various techniques, such as daily stand-up meetings, retrospectives, feedback sessions, surveys, etc.

Analyze the impact, root cause, and priority of the obstacles and blockers by using tools, such as issue logs, risk registers, impact analysis, root cause analysis, prioritization matrix, etc.

Develop and implement solutions to remove the obstacles and blockers by using methods, such as problem-solving, negotiation, escalation, delegation, collaboration, etc.

Monitor and evaluate the effectiveness of the solutions by using measures, such as team velocity, customer satisfaction, quality metrics, etc.

Communicate and report the status and results of the solutions to the relevant stakeholders, such as the team, the sponsor, the customer, etc.

By addressing and removing obstacles and blockers for the team, the project manager can improve the project performance, as well as the team’s productivity, quality, morale, and collaboration.

The other options are not the best choices, because:

Asking stakeholders to communicate with the project manager and not directly with the team would create a communication bottleneck, reduce transparency, and increase the risk of misunderstanding or miscommunication.

Empowering the team members to remove obstacles and blockers would be a good practice, but it would not be sufficient without the project manager’s support, guidance, and intervention, especially if the obstacles and blockers are beyond the team’s authority or capability.

Adding blockers to the issue log and risk management plan would be a necessary step, but it would not be enough without taking action to resolve them. Simply documenting the blockers would not help the team to overcome them or improve their performance. References:

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

Agile, Traditional, and Hybrid Approaches to Project Success

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

1.7. Address and remove impediments, obstacles, and blockers for the team - KnowledgeMap

1.7 Address and Remove Impediments, Obstacles, and Blockers … - BrainBOK

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

According to the PMBOK® Guide Seventh Edition, one of the agile practices that can be used in a predictive environment is incremental delivery. This means that the project delivers value to the customer or end user in small increments throughout the project life cycle, rather than waiting until the end of the project to deliver the final product. Incremental delivery allows the project to respond to changing requirements, reduce risks, and increase customer satisfaction. To support incremental delivery, the project manager should also perform frequent backlog refinement, which is the process of reviewing, prioritizing, and updating the list of features or requirements that the project team will work on. Backlog refinement helps the project manager and the team to align their work with the customer’s needs and expectations, and to adjust the scope and schedule accordingly. References:

PMBOK® Guide Seventh Edition, page 29

Agile Practice Guide, page 13

The project manager should gather relevant cultural data and engage members in discussions covering their work ethics because this is the best way to avoid uncertainty in the project due to different cultures. Cultural differences can affect the communication, collaboration, and performance of a virtual team, and may lead to misunderstandings, conflicts, or delays. Therefore, the project manager should collect and analyze information about the cultural backgrounds, preferences, and expectations of the team members, and use this data to design and implement appropriate communication and management strategies. The project manager should also facilitate open and respectful dialogue among the team members, and encourage them to share their work values, norms, and practices. This can help to build trust, rapport, and mutual understanding within the team, and foster a positive and productive work environment. The other options are not the best choices because they do not address the root cause of the problem, which is the lack of cultural awareness and sensitivity. Starting the project and adding any uncertainty that arises to the risk register (option A) may be too reactive and insufficient, as it does not prevent or mitigate the potential issues caused by cultural differences. Dissolving the virtual team and building a colocated team (option B) may be impractical or impossible, as it may depend on the availability, budget, and scope of the project. Building a culturally neutral team that will not be affected by cultural differences (option D) may be unrealistic or undesirable, as it may ignore or suppress the diversity and richness of the team members’ cultures, and may also violate the agile principle of valuing individuals and interactions over processes and tools. References: PMBOK Guide, 6th edition, pages 52, 273, 335, 686-687. PMP Questions page 447. PMP Practice Exam | Free PMP Practice Questions.

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

According to the PMBOK Guide, the project manager is responsible for ensuring that the project deliverables meet the acceptance criteria and obtaining formal acceptance of the deliverables from the customer or sponsor1. The project manager should also involve the relevant stakeholders in the validation and acceptance process to ensure their satisfaction and buy-in2. Therefore, the best option is to set up a meeting with stakeholders to validate and confirm acceptance of the deliverables. Option A is incorrect because the project sponsor is not the only stakeholder who needs to approve the deliverables. Option B is incorrect because updating the project management plan and marking the milestone as completed are actions that should be done after obtaining formal acceptance, not before. Option C is incorrect because asking the vendor to validate the agreement for any deviations is not a sufficient way to ensure the quality and compliance of the deliverables. References: 1: PMBOK Guide, 6th edition, section 4.6.3.2, p. 123 2: PMBOK Guide, 6th edition, section 13.4.2.2, p. 529

QU According to the PMBOK Guide, 6th edition, page 18, a project manager should use a combination of leadership styles depending on the situation and the needs of the team. In this case, the project manager should have used a collaborative or facilitative style to engage the team members in the agile development approach, empower them to make decisions, and set clear and measurable goals. This would have helped to create a shared vision, foster trust and commitment, and improve team performance and satisfaction. By contrast, the other options (A, B, and D) are more indicative of a directive or controlling style, which could have increased the resistance and confusion of the team members, reduced their motivation and creativity, and created a blame culture. References: = PMBOK Guide, 6th edition, page 18; Agile Practice Guide, page 13.ESTION NO: 140

A company has an existing contract to maintain and enhance a client's customer database The company's legal department informs the project manager that a new piece of legislature requiring stricter protection of customer information might soon be signed into law. The law will require additional security features to be implemented into the database the project manager is maintaining These features are not included in the scope of the current contract

What should the project manager do?

A. Ask the legal department to raise the issue in the next contract negotiation with the customer

B. Seek the project sponsor's support to influence the client to amend the contract immediately

C. Update the risk register to include this issue and discuss the appropriate risk response plans with the project sponsor and client

D. Wait until the legal requirements are finalized so the change in scope can be concretely defined

Answer: C

According to the PMBOK Guide, a risk is an uncertain event or condition that, if it occurs, has a positive or negative effect on one or more project objectives. A risk register is a document that records the identified risks, their analysis, and their response plans. A project manager should update the risk register whenever new risks are identified, analyzed, or resolved. In this case, the potential change in the legal requirements is a risk that could affect the project scope, cost, schedule, and quality. Therefore, the project manager should update the risk register to include this risk and its impact, probability, and priority. The project manager should also discuss the appropriate risk response plans with the project sponsor and the client, such as avoiding, transferring, mitigating, or accepting the risk. This way, the project manager can proactively manage the risk and prepare for any changes that might occur. References:

PMBOK Guide, Seventh Edition, Chapter 4: Project Integration Management, Section 4.6: Monitor and Control Project Work, Page 123

PMBOK Guide, Seventh Edition, Chapter 11: Project Risk Management, Section 11.2: Identify Risks, Page 409

PMBOK Guide, Seventh Edition, Chapter 11: Project Risk Management, Section 11.3: Perform Qualitative Risk Analysis, Page 415

PMBOK Guide, Seventh Edition, Chapter 11: Project Risk Management, Section 11.4: Perform Quantitative Risk Analysis, Page 423

PMBOK Guide, Seventh Edition, Chapter 11: Project Risk Management, Section 11.5: Plan Risk Responses, Page 431

PMBOK Guide, Seventh Edition, Chapter 11: Project Risk Management, Section 11.6: Implement Risk Responses, Page 439

PMBOK Guide, Seventh Edition, Chapter 11: Project Risk Management, Section 11.7: Monitor Risks, Page 445

The project manager should address the issue between the two team members by scheduling a meeting with them and using conflict resolution techniques to find a mutually acceptable solution. This way, the project manager can prevent the issue from escalating and affecting the project performance and team morale. This approach is consistent with the agile principle of fostering collaboration and trust among the team members12. References: 1: PMBOK Guide, 6th Edition, Chapter 9: Project Resource Management 2: Agile Practice Guide, Chapter 2: An Agile Mindset

 According to the PMBOK® Guide, the project manager should include projected inflation rates in the budget estimate for a long-term project that will be executed over several years. This is because inflation rates affect the purchasing power of the project funds and the cost of resources over time. By including projected inflation rates, the project manager can account for the changes in the value of money and the cost of goods and services, and adjust the budget accordingly. This is part of the Estimate Costs process, which involves developing an approximation of the monetary resources needed to complete the project activities. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK® Guide, 6th edition, Chapter 7, Section 7.2, Estimate Costs

PMP Exam Prep, 10th edition, Rita Mulcahy, Page 223, Estimate Costs

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

The project manager should identify adequate change management tools to conduct the project, as this will help them to manage the changes to the product baseline in a flexible and efficient way. Change management tools are methods, techniques, or software that help to plan, execute, monitor, and control changes in a project. Some examples of change management tools are change request forms, change logs, configuration management systems, traceability matrices, and change impact analysis. By using these tools, the project manager can ensure that the changes are properly documented, evaluated, approved, implemented, and communicated. This will also help to minimize the risks and costs associated with the changes, and to maintain the quality and scope of the product. References:

Change Request Form: Definition, Types, Process & Tools

Change Log Template - Project Management Docs

Configuration Management: What is it and why is it important?

Traceability Matrix in Software Testing with Example Template

Change Impact Analysis - an overview | ScienceDirect Topics

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

1: PMBOK Guide, 6th edition, page 18

2: PMBOK Guide, 6th edition, page 156

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

5, pages 38-39

6, pages 3-4

1, pages 2-3

2, pages 2-3

According to the PMBOK Guide, a business case is a document that provides the justification for undertaking a project or an additional scope, based on the estimated costs, benefits, and risks. A project manager should develop a business case and submit it to the client when they realize that some minor changes could deliver significant benefits to the client early. This will help to communicate the value proposition of the changes, and to seek the client’s approval and support. Developing a business case and submitting it to the client is the best approach that the project manager should take in this situation. Concentrating on the current project milestones (A) may not be optimal or beneficial, as it may miss the opportunity to enhance the client satisfaction and project outcomes. Updating the project management plan for this new work (B) may not be feasible or ethical, as it may violate the project scope, schedule, and budget baselines, and the agreed-upon project objectives and deliverables. Making all the changes and then showing the client the results (D) may not be appropriate or acceptable, as it may create scope creep, increase project risks, and damage the trust and relationship with the client. References: PMBOK Guide, 6th edition, pages 33, 75, 129.