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

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

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

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

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

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

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

PMP Sample Test Questions, Question 175

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

According to the PMBOK Guide, 6th edition, one of the key processes of the Project Integration Management knowledge area is Close Project or Phase, which involves finalizing all activities across all of the project management process groups to formally complete the project or phase. One of the tools and techniques for this process is benefits transition, which involves transferring the ownership of the project’s benefits to the assigned business owner or sponsor, who will be responsible for sustaining and enhancing the value of the project outcomes. By confirming ownership for ongoing value realization, the project manager can ensure that the project team members understand the benefits of the project features and how they will be measured and monitored after the project closure. References: PMBOK Guide, 6th edition, pages 123-124, 129.

A statement of work (SOW) is a formal document that outlines the specific tasks, deliverables, and requirements of a project. It serves as a contractual agreement between a vendor and a client, providing a comprehensive description of the work to be performed. A SOW is used to document the project deliverables when outsourcing work to external parties, as it defines the scope, schedule, quality, and payment terms of the project. A SOW can also include a work breakdown structure (WBS), which is a hierarchical decomposition of the project deliverables into smaller, manageable components. References:

What Is a Statement of Work (SOW)? - Coursera

Statement Of Work Ultimate Guide: Simple Definition & Template

What Is a Statement of Work? Definition & Examples - ProjectManager

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

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

 According to the PMBOK Guide, a root cause analysis is a technique used to identify the underlying reasons for the occurrence of a problem or a deviation from the expected performance. It is part of the monitor and control project work process, which involves tracking, reviewing, and reporting the project progress and performance, and implementing corrective or preventive actions as needed. A root cause analysis can help the project manager to understand the causes of the budget shift and to take appropriate actions to address them. It can also help to prevent similar problems from happening again in the future. Adjusting the original budget estimates, negotiating the project changes, or reviewing the activity duration are possible actions that the project manager can take after performing a root cause analysis, but they are not the first step to do when faced with a significant budget shift. References:

PMBOK Guide, 6th edition, pages 121-122, 4.5 Monitor and Control Project Work

PMBOK Guide, 6th edition, pages 686-687, Root Cause Analysis

PMP Sample Test Questions, question 1, answer D

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

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

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

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

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

According to the PMBOK Guide, 7th edition, section 8.1.3, page 269, the Kanban board is a visual tool that shows the status of work items and the flow of work through different stages. The Kanban board helps the team to limit the work in progress, identify bottlenecks, and optimize the delivery of value. When a project sponsor requests to prioritize a new backlog item, the project manager should communicate the impact of starting the item with the project sponsor, as this may affect the existing work items, the team capacity, and the project schedule. The project manager should also seek to understand the rationale and urgency of the request, and negotiate a mutually agreeable solution with the project sponsor. The other options are not the best actions for the project manager, as they do not address the need to communicate and collaborate with the project sponsor, who is a key stakeholder and decision maker. Decomposing the item immediately and beginning work may cause disruption and confusion to the team and the project. Discussing the impact of starting the item with the team may be helpful, but it does not involve the project sponsor who made the request. Finishing the small tasks in progress before decomposing the item may delay the delivery of value and the satisfaction of the project sponsor. References:

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

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

Answer steps as below

According to the Project Management Body of Knowledge (PMBOK) Guide, one of the key activities in the project initiation process is to identify the project stakeholders and their requirements1. This includes the documentation requirements for the project, such as the format, content, quality, frequency, and distribution of the project documents2. By confirming the documentation requirements with the stakeholders at the beginning of the project, the project manager can ensure that the project documentation will meet the expectations and needs of the stakeholders, as well as comply with any regulatory or contractual obligations3. This will also help the project manager to plan, execute, monitor, and control the project documentation throughout the project life cycle4. Conducting a document review, updating the project templates, and implementing a new change control policy are all important activities for managing project documentation, but they are not sufficient to ensure that the project documentation will fulfill the regulatory requirements. The project manager needs to confirm the documentation requirements with the stakeholders first, and then use these activities to support the documentation process. References:

1: PMBOK Guide, 6th edition, page 30

2: PMBOK Guide, 6th edition, page 89

3: PMBOK Guide, 6th edition, page 112

4: PMBOK Guide, 6th edition, page 123

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

: PMP Exam Content Outline

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

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

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

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

1: PMBOK Guide, 6th edition, page 89

2: PMBOK Guide, 6th edition, page 463

3: PMBOK Guide, 6th edition, page 77

: PMBOK Guide, 6th edition, page 33

: PMBOK Guide, 6th edition, page 558

According to the PMBOK® Guide, the project manager is responsible for tailoring the project management processes and practices to suit the project context and environment. Therefore, the project manager should have assessed the organization’s culture, performed a suitability analysis, and determined the future state before adopting an agile methodology. This would have helped to identify the readiness, gaps, and risks of implementing agile in the organization, and to plan for the necessary changes and support. Conducting agile training for all employees may be a good practice, but it is not sufficient to avoid the implementation failure. Training alone does not guarantee the adoption or success of agile, as there may be other factors such as resistance, misalignment, or misunderstanding that hinder the agile transformation. Conducting a postmortem and capturing the learning in OPAs may be a useful activity, but it is not a preventive measure. It is a reactive action that occurs after the implementation failure, and it does not address the root causes or the solutions for the failure. Hired a third-party agile delivery team to do the implementation may not be the best option, as it may create dependency, communication, or integration issues. The project manager should have involved the internal project team and stakeholders in the agile implementation, and ensured that they have the skills, knowledge, and commitment to adopt agile. References: PMBOK® Guide, Sixth Edition, Chapter 1, Section 1.2.4 (Tailoring) and Chapter 3, Section 3.2 (Project Management Process Groups)

The project manager should review the communications management plan and submit a change request if required. The communications management plan is a document that describes how the project information will be communicated to the stakeholders. It defines the communication requirements, methods, formats, frequency, and responsibilities for each stakeholder group. The project manager should review the communications management plan to understand the current communication expectations and agreements, and to identify any gaps or conflicts between the sponsor’s request and the key team members’ preferences. If the communications management plan needs to be updated to accommodate the sponsor’s request, the project manager should submit a change request and follow the change control process. Negotiating with the key team members to send a daily report and letting the sponsor know that the project cost will increase (option A) may be a possible solution, but it should be done after reviewing the communications management plan and submitting a change request if required. Recommending to the sponsor that performance of the project be reviewed once per week (option B) may not satisfy the sponsor’s needs and expectations, and may also contradict the communications management plan. Evaluating the capacity of each team member to attend daily meetings in person or virtually and reducing the time of each meeting (option D) may be a good practice, but it should also be done after reviewing the communications management plan and submitting a change request if required. References:

PMBOK Guide, 6th edition, page 377-378, section 10.1 Plan Communications Management

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

According to the PMBOK Guide, the project manager should manage stakeholder expectations and communicate any changes that affect the project scope, schedule, cost, or quality. The project manager should also collaborate with the product owner, who is responsible for defining and prioritizing the product backlog, to ensure that the stakeholder’s needs are met. The product owner can assess the value and urgency of the new requirement and decide whether it should be added to the current sprint or deferred to a later release. The other options are either too passive, too risky, or too disruptive for the project. References: PMBOK Guide, 6th edition, page 49-50, section 2.1.3; page 135-136, section 4.2.3.1; page 540-541, section 13.3.2.4.

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

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

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

PMP Sample Test Questions, Question 186

The project manager should implement a project management information system (PMIS) to avoid this situation in the future. A PMIS is a system that provides the tools and techniques to gather, integrate, and disseminate the outputs of project management processes. A PMIS can help the project manager and the team to manage the project documents, such as the requirements document, and ensure that they are updated, controlled, and shared in a timely and consistent manner. A PMIS can also facilitate collaboration and communication among the project team and other stakeholders, and reduce the risk of errors, conflicts, and rework. Encouraging better team communication by positioning team members closer together may not be enough, as it does not address the issue of document management and version control. Updating the communications management plan to ensure correct delivery of the latest version may not be effective, as it does not provide the tools and techniques to implement the plan. Restricting team members from sending the requirements documents via email may not be feasible or appropriate, as it may limit the flexibility and accessibility of the project information. References:

A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Chapter 4: Integration, Section 4.4: Manage Project Knowledge, Section 4.5: Monitor and Control Project Work

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

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

The project manager should check with the agile teams to see if their understanding of the Agile Manifesto is correct because the Agile Manifesto values working software over comprehensive documentation. This means that agile teams should produce only the essential documentation that adds value to the project and the customer, and avoid unnecessary or excessive documentation that may slow down the delivery process or become outdated. The project manager should respect the agile teams’ autonomy and self-organization, and not impose any documentation requirements that are not aligned with the agile principles and practices. The project manager should also collaborate with the agile teams to understand their documentation needs and preferences, and support them in creating and maintaining the appropriate documentation for the project. References:

PMBOK® Guide, 6th edition, page 25, section 1.2.4

PMI-PBA Guide, 1st edition, page 14, section 1.3.3

[Agile Manifesto]

PMP Questions page 494, question 494

Free PMP Practice Exam Questions, question 2

PMP Project Management Professional Exam Study Guide, page 494, section 9.1

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

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

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

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

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

The project manager should include knowledge transfer sessions between the project and operations teams at every stage of the migration project. Knowledge transfer is the process of sharing or disseminating knowledge from one party to another. It is essential for ensuring that the operations team is ready and capable of supporting the new system once the project is completed. By including knowledge transfer sessions at every stage, the project manager can ensure that the operations team is aware of the changes, benefits, and challenges of the new system, and can provide feedback and suggestions to the project team. This will also help to build trust and collaboration between the project and operations teams, and reduce the risk of resistance or rejection from the operations team. Creating a lessons learned register to include operations team training for future projects (option A) is a good practice, but it does not address the current situation or the needs of the operations team. Changing the project management plan to add a final stage for product handoff to the operations team (option C) may be necessary, but it does not ensure that the operations team is prepared and trained to support the new system. Preparing detailed documentation to be shared with the operations team during project closure (option D) is also important, but it may not be sufficient or timely to enable the operations team to understand and use the new system effectively. References:

PMBOK Guide, 6th edition, page 417-418, section 12.3.1.3 Knowledge Transfer

[Agile Practice Guide], page 77, section 5.2.2 Knowledge Transfer

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

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

 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

Agile project management welcomes changes in scope, but it also requires a trade-off of other items in the product backlog. The product owner owns the backlog and has to be able to make these decisions regarding trade-offs between stories and features. The project manager should guide the agile team to add the new scope to the product backlog and prioritize it according to the project goals and customer value. The project manager should also conduct regular backlog grooming sessions to assess and update the backlog items. The new scope should not be added to the current sprint, unless it is small enough to be completed by the time the sprint ends and does not affect the sprint goals. Creating a parallel sprint, pausing the sprint, or moderating the expectations for sprint quality are not agile practices and would compromise the project’s agility, quality, and delivery. References:

How Agile Addresses Changing Project Scope

Agile Twists & Turns: How to Handle Scope Changes

How to change your project’s scope (the right way)

Agile Scope Management: Refactor Your PMP

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 work according to the project management plan and implementing approved changes1. If the project manager discovers that the blueprints received from the client appear incomplete, the first thing to do is to consult with the client to determine if project execution should be continued or if changes are needed. The client is the source of the project requirements and the ultimate authority on the project scope2. The other options are not the best actions for the project manager to do first. Rescheduling the project execution date is a change that requires a formal change request and approval from the change control board3. Continuing project execution using the current blueprints from the client may result in rework, waste, or defects if the blueprints are not accurate or complete4. Escalating this issue to the project sponsor is not the first step, as the project sponsor is not the owner of the project requirements or scope. References:

1: PMBOK Guide, 6th edition, page 95

2: PMBOK Guide, 6th edition, page 141

3: PMBOK Guide, 6th edition, page 115

4: PMBOK Guide, 6th edition, page 149

: PMBOK Guide, 6th edition, page 33

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

1: PMBOK guide, page 19

2: PMBOK guide, page 207

3: PMI-PBA guide, page 129

This is the best option because it allows the project manager to address the current and future needs of the project, while also developing the skills and knowledge of the team. According to Project Management Best Practices for 2024 + Expert Tips, one of the best practices is to “provide your team members with opportunities to learn new skills and grow professionally”. This can increase their motivation, engagement, and productivity, as well as reduce turnover and improve quality.

Option A is not the best option because it may create conflicts or dependencies with another team, and it does not solve the long-term need for an SME in the specific area.

Option C is not the best option because it may incur additional costs and risks, and it does not foster the development of the team.

Option D is not the best option because it does not address the issue at all, and it may delay the project progress and quality.

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

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

PMBOK Guide 7th Edition, page 133

Agile Practice Guide, page 48

PMI Talent Triangle® 1

The customer’s request should be managed by assessing risks together with business value during prioritization because this is the best way to balance the customer’s expectations and the project’s feasibility. Agile projects are characterized by frequent delivery of value to the customer, but also by uncertainty and change. Therefore, risks should not be ignored or deferred, but rather integrated into the decision-making process. By assessing risks together with business value, the customer and the project team can identify the most valuable and viable features to deliver in each iteration, and also plan for risk responses and contingencies. The other options are not the best choices because they do not consider the impact of risks on the project’s success. Accepting risks as they decrease over a period of time (option A) may expose the project to unnecessary threats or missed opportunities, and may also violate the agile principle of responding to change. Creating a risk value profile to track the relative importance of risks (option B) may help to quantify and prioritize risks, but it does not address the customer’s request or the project’s value proposition. Logging and tracking risks separately as only business value is important (option C) may create a false sense of security and satisfaction, and may also neglect the agile principle of delivering working software. References: PMBOK Guide, 6th edition, pages 18-19, 686-687. PMP Questions page 437. PMP Practice Exam 1.

The project manager should schedule a one-on-one meeting with the team member to talk about the issue and get their cooperation. This is an example of the problem-solving technique, which involves confronting the issue directly and cooperatively to find a mutually acceptable solution1. This technique is usually the most effective way to manage conflict in a project team2. Scheduling a meeting with the team member and their manager to discuss the issue (A) is not a good option since it may create a sense of distrust and resentment in the team member. Talking to the project sponsor about the team member’s attitude (B) is also not advisable since it may escalate the conflict and damage the relationship between the project manager and the team member. Finding another person to replace this team member (D) is not a viable option since it would disrupt the project schedule, budget, and scope. References:

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

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

According to the PMBOK Guide, a sprint retrospective is a meeting held at the end of each sprint to review the work done, identify the lessons learned, and plan the improvements for the next sprint1. The project manager should document the lessons learned and implement the improvements in the next sprint to ensure continuous improvement and customer satisfaction2. The other options are not the next step for the project manager. Facilitating a daily standup is a regular activity during the sprint, not after it3. Organizing a demonstration of the changes is done at the end of each sprint to show the product increment to the customer and stakeholders. Requesting that all team members think of ideas to improve processes is not a specific action, but a general expectation. References:

1: PMBOK Guide, 6th edition, page 188

2: PMBOK Guide, 6th edition, page 189

3: PMBOK Guide, 6th edition, page 186

: PMBOK Guide, 6th edition, page 187

: PMBOK Guide, 6th edition, page 190

According to the PMBOK Guide, requirements elicitation is the process of identifying and communicating with stakeholders to determine what their needs and expectations are for the project. Requirements elicitation helps to ensure that the project delivers value to the stakeholders and meets their requirements. In this scenario, the project manager should have applied requirements elicitation techniques, such as interviews, workshops, surveys, or observation, to involve the stakeholders consistently in the requirements process and to clarify and validate their needs and expectations. This would have helped to avoid the situation of conflicting and changing information from the stakeholders and to gain their buy-in and support for the project. References: PMBOK Guide, 6th edition, page 140-141. PMP Sample Test Questions, question 4. Free PMP Questions and Answers, question 4. Free PMP Practice Exam Questions, question 4.

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

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

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

The EV is then:

EV=50%×10550=5275

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

PV=40%×10550=4220

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

AC=4500

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

CV=EV−AC=5275−4500=775

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

SV=EV−PV=5275−4220=1055

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

CPI=ACEV​=45005275​=1.17

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

SPI=PVEV​=42205275​=1.25

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

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

The percentage of deviation from the planned schedule is:

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

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

According to the PMBOK® Guide, the project manager is responsible for identifying, analyzing, and responding to project risks, and documenting them in the risk register (Section 11.1). If the project manager discovers that the same team has been missing delivery dates in previous projects, this indicates that there is a potential risk that may affect the project schedule and performance. The project manager should include this in the risk register, and assign a probability and impact rating, a risk owner, and a risk response strategy. This will help the project manager to monitor and control the risk, and to take appropriate actions if the risk occurs. This is also consistent with the Professional in Business Analysis (PMI-PBA)® Examination Content Outline, which states that one of the tasks of a business analyst is to “identify and analyze risks and opportunities related to the business need, requirements, and recommended solutions” (Task 3.5). References:

PMBOK® Guide, 6th Edition, Section 11.1

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

According to the PMBOK Guide, 7th edition, section 4.3.2.1, when a project faces a technical issue that requires specialized knowledge or expertise, the project manager should consult with external subject matter experts (SMEs) and the team to find a solution. External SMEs are individuals or groups who have specialized knowledge or skills related to a specific aspect of the project, such as aerospace design. They can provide valuable insights, recommendations, and guidance to the project team. The project team consists of the project manager and the project staff who are responsible for performing the project work. They have the most knowledge and experience about the project and its deliverables. The project manager should involve both the external SMEs and the team in the discussion of the technical issue, as they can contribute different perspectives and ideas to resolve the issue. The project manager should also communicate the issue and the proposed solution to the project sponsor and other relevant stakeholders, but they do not need to be part of the initial meeting.

The project manager should update the change management plan to clarify the scope and process of change control for the project. The change management plan is a component of the project management plan that defines how changes will be monitored and controlled. It also specifies the level of authority needed to approve different types of changes. The project manager should ensure that the change management plan is aligned with the project scope statement and the contract terms and conditions. The project manager should not report the violation to the CCB, as this may escalate the issue unnecessarily and damage the relationship with the contractor. The project manager should not ask the quality control team to evaluate the modifications, as this may imply acceptance of the changes without proper authorization. The project manager should not request the engineering team to update the specifications, as this may create confusion and inconsistency in the project documentation. References:

PMP Exam Content Outline (2021), Domain I: People, Task 9: Support team performance, p. 81

A Guide to the Project Management Body of Knowledge (PMBOK Guide), Sixth Edition, Chapter 4: Project Integration Management, Section 4.5.3.1: Change Management Plan, p. 1152

Professional in Business Analysis (PBA) Examination Content Outline (2018), Domain II: Planning, Task 4: Plan Requirements Change Control Process, p. 12

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

What is a Sprint Review? | Scrum.org

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

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

What is Stakeholder Management? - ProjectManager

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

The project manager should determine the communication needs, environment, and tools to get the message across to the remote development team. This is part of the Plan Communications Management process, which involves identifying and documenting the approach to communicate most effectively and efficiently with stakeholders1. Evaluating and reassigning the developing tasks to a local vendor who has worked on previous projects (A) is not a viable option since it would disrupt the project schedule, budget, and scope. Documenting the risk in the risk management plan and using contingency reserves to hire a local vendor (B) is also not appropriate since the communication issue is not a risk but a problem that needs to be resolved. Reviewing lessons learned from previous projects and organizational process assets (OPAs) © is a good practice, but it is not sufficient to address the current situation. References:

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

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

PMBOK® Guide, 6th Edition, Section 5.1

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

 The project manager should meet with the team member’s functional manager to try to remove the impediment that is preventing the team member from completing their user story. The project manager should explain the impact of the delay on the project scope, schedule, and quality, and negotiate a solution that would allow the team member to resume their work on the user story as soon as possible. This approach is consistent with the agile principle of removing impediments and enabling self-organizing teams12. References: 1: PMBOK Guide, 6th Edition, Chapter 5: Project Scope Management 2: Agile Practice Guide, Chapter 2: An Agile Mindset

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

1: PMBOK Guide, 6th edition, page 18

2: PMBOK Guide, 6th edition, page 158

3: PMBOK Guide, 6th edition, page 156

According to the PMBOK Guide, one of the tools and techniques for collecting requirements is prototypes1. This involves developing a preliminary version or model of the product, service, or result that is expected from the project, and using it to elicit feedback from the stakeholders. By discussing the project scope statement with the key stakeholder and building prototypes, the project manager can improve the stakeholder’s engagement, as well as clarify and validate the requirements, reduce changes, and enhance satisfaction1. The other options are not appropriate, as they do not address the issue of the stakeholder’s frequent requests for changes to the project scope. Discussing the WBS, updating the project backlog, or updating the project charter are all possible actions that could be taken after collecting the requirements, depending on the project methodology and life cycle. References:

1: PMBOK Guide, 6th edition, page 149

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

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

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

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