PMP Exam Dumps - PMI Project-Management-Professional Questions and Answers

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

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

Agile Practice Guide, page 8, section 1.2.2

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

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

PMP Exam Content Outline, page 7, task 2.1

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

According to the PMBOK Guide, 6th edition, one of the key processes of the Project Resource Management knowledge area is Develop Team, which involves improving the competencies, interaction, and overall team environment to enhance project performance. One of the tools and techniques for this process is training, which involves providing guidance and instruction to enhance the skills and competencies of the team members. By supporting the team members’ growth and development, the project manager can help them to acquire the necessary knowledge and skills to work effectively in an agile environment, and to adapt to the changes and challenges that may arise during the project. References: PMBOK Guide, 6th edition, pages 336-337, 341.

 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 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, an agile approach is based on delivering value in small increments and iterations, rather than in one large deliverable at the end of the project1. This allows the project team to incorporate feedback, changes, and learning into the product or service, and to reduce rework and dissatisfaction2. Therefore, the project manager should adopt an incremental cycle of delivering value to the customer, and align the project objectives and scope with the customer needs and expectations. The other options are incorrect because:

A. Decreasing the scope of the portfolio and sending new solutions to the customer is not an agile strategy, but a reactive one. It may imply that the project team is not able to deliver the agreed scope, or that they are not collaborating with the customer to understand their requirements and preferences.

B. Delivering a schedule with the portfolio timeline and delivery to the customer is not an agile strategy, but a predictive one. It may imply that the project team is following a rigid and fixed plan, rather than responding to changes and uncertainties in the project environment.

D. Preparing deliveries with more details to satisfy the customer is not an agile strategy, but a waterfall one. It may imply that the project team is focusing on documentation and specifications, rather than on working products and solutions. References:

1: PMBOK Guide, 6th edition, Chapter 1, Section 1.2.3, page 7

2: PMBOK Guide, 6th edition, Chapter 3, Section 3.8, page 52

: Agile Practice Guide, Chapter 2, Section 2.1.1, page 13

: Agile Practice Guide, Chapter 2, Section 2.2, page 14

The project manager should proactively engage with the stakeholders to address their dissatisfaction and work with them to find a solution. This is consistent with the stakeholder engagement plan, which defines the strategies and actions for managing stakeholder expectations and involvement. The project manager should not ignore the stakeholder issue, rely on the management team to intervene, or try to socialize with the stakeholders without addressing the root causes of the problem. References:

PMP Exam Content Outline (2021), Domain III: Executing the Project, Task 8: Engage with stakeholders to meet expectations and foster relationships, p. 131

A Guide to the Project Management Body of Knowledge (PMBOK Guide), Sixth Edition, Chapter 13: Project Stakeholder Management, Section 13.3.1.1: Stakeholder Engagement Plan, p. 5182

Professional in Business Analysis (PBA) Examination Content Outline (2018), Domain III: Analysis, Task 6: Manage Stakeholder Collaboration, p. 15

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

: PMP Exam Content Outline

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

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

: Megaprojects – Concepts, Strategies, and Practices for Success1

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

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

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

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

PMP Sample Test Questions, Question 186

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

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

 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.

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

Answer steps

Graphical user interface Description automatically generated

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

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

 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, quantitative risk analysis is a process that numerically analyzes the effect of identified risks on overall project objectives. It is usually performed on risks that have been prioritized by the qualitative risk analysis process. Quantitative risk analysis requires specialized skills and tools, such as statistical analysis, simulation, and modeling. Therefore, not every project team member may have the knowledge or experience to perform this task. If the project manager encounters such a situation, the best option is to help the team member to perform the quantitative risk analysis through coaching, mentoring and training. This way, the project manager can ensure that the team member learns the necessary skills and techniques, and can contribute to the risk management process. This also aligns with the project manager’s responsibility to develop the project team and enhance their competencies. Option A is not the best answer because contacting the PMO and requesting another team member may cause delays and disruptions in the project schedule and team dynamics. Option B is not the best answer because escalating the issue to the functional manager may not solve the problem, and may create conflict between the project manager and the functional manager. Option D is not the best answer because performing the quantitative risk analysis for the team member may not be feasible or efficient, and may deprive the team member of the opportunity to learn and grow. References: PMBOK Guide, 6th edition, pages 431-432, 440-441.

The project manager should organize a discussion with the product team to clarify the missing information and resolve the discrepancy between the stakeholder’s expectations and the product team’s deliverables. The project manager should facilitate effective communication and collaboration among the project team and the stakeholder, and ensure that the product feature requirements are clear, complete, and consistent. Redirecting the stakeholder to discuss this request with the functional manager may not be helpful, as it may create confusion and conflict among the project parties. Recording the new requirements and asking the product team to develop them may not be feasible or appropriate, as it may introduce unnecessary changes and rework to the project scope. Conducting new risk and scope analyses, identifying the missing information may not be necessary or sufficient, as it may not address the root cause of the stakeholder’s concern and the product team’s disagreement. References:

A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Chapter 13: Stakeholder Engagement, Section 13.3: Manage Stakeholder Engagement, Section 13.4: Monitor Stakeholder Engagement

Professional in Business Analysis (PMI-PBA)® Handbook, Section 2.3: Domains and Tasks, Domain 4: Analysis, Task 8: Manage Solution Scope

Professional in Business Analysis (PMI-PBA)® Examination Content Outline, Domain 4: Analysis, Task 8: Manage Solution Scope

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

A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Chapter 14: Team, Section 14.2: Enable Team Performance, Section 14.3: Lead the Team

Agile Practice Guide, Chapter 2: Life Cycle Selection, Section 2.2: Implementing Agile: Creating an Agile Environment, Section 2.3: Implementing Agile: Delivering in an Agile Environment

Professional in Business Analysis (PMI-PBA)® Handbook, Section 2.3: Domains and Tasks, Domain 4: Analysis, Task 9: Validate Requirements

[Professional in Business Analysis (PMI-PBA)® Examination Content Outline], Domain 4: Analysis, Task 9: Validate Requirements

we need to calculate the planned value (PV), earned value (EV), and actual cost (AC) of the project at the end of the second iteration. PV is the budgeted amount of work that should have been completed by a certain point in time. EV is the value of the work that has been actually completed by a certain point in time. AC is the amount of money that has been actually spent by a certain point in time. The formulas are:

PV = (Budget at Completion / Total number of user stories) × Planned number of user stories EV = (Budget at Completion / Total number of user stories) × Actual number of user stories AC = Actual expenditure

The budget at completion (BAC) is the total value of all the user stories, which is 100 × $50 = $5,000. The planned number of user stories at the end of the second iteration is 40 (20 per iteration). The actual number of user stories delivered is 50. The actual expenditure is $2,000. Therefore:

PV = ($5,000 / 100) × 40 = $2,000 EV = ($5,000 / 100) × 50 = $2,500 AC = $2,000

To determine whether the project is on budget or not, we can compare the EV and the AC using the cost variance (CV) and the cost performance index (CPI). The formulas are:

CV = EV - AC CPI = EV / AC

If CV is positive or zero, the project is on budget or under budget. If CV is negative, the project is over budget. If CPI is greater than or equal to one, the project is on budget or under budget. If CPI is less than one, the project is over budget. In this case:

CV = $2,500 - $2,000 = $500 CPI = $2,500 / $2,000 = 1.25

Both CV and CPI indicate that the project is under budget.

To determine whether the project is on schedule or not, we can compare the EV and the PV using the schedule variance (SV) and the schedule performance index (SPI). The formulas are:

SV = EV - PV SPI = EV / PV

If SV is positive or zero, the project is on schedule or ahead of schedule. If SV is negative, the project is behind schedule. If SPI is greater than or equal to one, the project is on schedule or ahead of schedule. If SPI is less than one, the project is behind schedule. In this case:

SV = $2,500 - $2,000 = $500 SPI = $2,500 / $2,000 = 1.25

Both SV and SPI indicate that the project is ahead of schedule.

Therefore, the correct statement is that the project is under budget and on schedule.

 According to the PMBOK Guide, the project manager should follow the change management process to handle any change request, regardless of the source or nature of the change. The change management process involves identifying, analyzing, documenting, presenting, deciding, communicating, and implementing the change request. The first step in this process is to validate the proposed change’s impact on the project, which means assessing how the change would affect the project scope, schedule, cost, quality, risk, and other aspects. This would help the project manager to determine the feasibility, desirability, and priority of the change request, and to prepare a recommendation for the change control board (CCB). The project manager should not check the budget, accept, or refuse the change request without validating its impact first, as these actions would bypass the change management process and could lead to negative consequences for the project. References:

PMBOK Guide’s Change Management Process For PMP Exam

Change Management Process for Project

Managing Change in Organizations: A Practice Guide

According to the PMBOK Guide, an iteration is a fixed time period during which a set of activities are performed to deliver a potentially releasable product increment. In an agile or hybrid environment, the project manager should encourage the team to continuously inspect and adapt their processes and practices to improve their performance and deliver value to the customer. If a team member suggests a new method of doing things that provides no value to the end customer, but may help the team to work more efficiently, the project manager should consider the change because it will help the team work more efficiently. This means that the project manager should evaluate the benefits and costs of the proposed change, and determine if it is worth implementing. The project manager should also consult with the team and the product owner to get their feedback and approval. The change should not be immediately added to the product backlog, as it may disrupt the prioritization and planning of the customer requirements. The change should not be presented to the project sponsor for approval, as it is not a significant change that affects the project scope, schedule, or budget. The change should not be rejected because it adds no value to the end customer, as it may add value to the team and the project by improving the team’s efficiency and quality. References: PMBOK Guide, 6th edition, pages 18-19, 686-687, 723-724.

 A change log is a document that contains the list of changes that are made during the project. It tracks the progress of each change based on its review, approval, implementation, and closure. A change log is a useful tool for communicating the status of change requests to the stakeholders, as it shows the impact and outcome of each change. A risk log, a backlog, and an issue log are different documents that serve different purposes. A risk log records the identified risks, their probability, impact, and response strategies. A backlog is a list of features or tasks that need to be completed in an agile project. An issue log records the issues that arise during the project, their causes, effects, and resolution. References:

Change Log - Project Management Knowledge

Change Log Template - Project Management Docs

Risks, issues, and changes–help, I’m drowning in logs!

The project manager should promote an environment where everybody knows what their contribution means to the project as a whole because this is the best way to have a highly engaged team. Agile projects are based on values and principles that emphasize collaboration, flexibility, and customer satisfaction, which require the team members to be motivated, committed, and empowered. Therefore, the project manager should communicate the vision, goals, and expectations of the project, and help the team members understand how their work adds value to the project and the organization. The project manager should also encourage the team members to share their ideas, feedback, and concerns, and involve them in decision-making and problem-solving. This can help to create a sense of ownership, accountability, and pride within the team, and foster a positive and productive work culture. The other options are not the best choices because they do not support the agile approach or the team engagement. Being clear with directions and assignments so people stay focused and engaged with their work (option A) may imply that the project manager is using a directive or authoritarian style, which may limit the team’s autonomy and creativity. Designing a reward system to get people motivated by recognizing significant individual contributions from the last sprint (option C) may help to acknowledge and appreciate the team members, but it may also create competition and conflict within the team, and may not align with the agile principle of valuing the team’s performance over the individual’s performance. Encouraging continuous rotation of roles among team members to keep people motivated throughout project delivery (option D) may help to diversify and enhance the team’s skills and knowledge, but it may also disrupt the team’s stability and efficiency, and may not consider the team members’ preferences and strengths. References: PMBOK Guide, 6th edition, pages 18-19, 52, 273, 335, 686-687. [PMP Questions page 467]. PMP Practice Exam | Free PMP Practice Questions.

According to the Agile Practice Guide, one of the principles of agile project management is to “build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done” (Section 2.1). This implies that the agile project manager should foster a collaborative and self-organizing team culture, where team members share their knowledge and skills with each other, and are able to adapt to changing situations. By asking the team member to work with their peers to knowledge share, the agile project manager can ensure that the team has the necessary information and expertise to continue working on the project, even when the specialized team member is unavailable. This is also consistent with the PMBOK® Guide, which states that “the project manager should facilitate knowledge sharing among the project team and other stakeholders” (Section 4.4.3.3). References:

Agile Practice Guide, Section 2.1

PMBOK® Guide, 6th Edition, Section 4.4.3.3

According to the Professional in Business Analysis (PMI-PBA)® Examination Content Outline, one of the tasks of a business analyst is to “facilitate conflict resolution within the team to ensure that team members work effectively together” (Task 5.4). This implies that the project manager should also address any interpersonal issues that may affect the team performance and morale. By setting up a meeting with the distracted team member, the project manager can show empathy, listen to their concerns, and help them resolve any problems they may have. This is also consistent with the PMBOK® Guide, which states that “the project manager should manage conflict in a constructive manner, and help to develop a collaborative project team environment” (Section 9.4.2.3). References:

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

PMBOK® Guide, 6th Edition, Section 9.4.2.3

 According to the PMBOK Guide, the primary objective of any project is to deliver value to the customer and satisfy their needs and expectations1. The project manager should tell the team members to focus on delivering value to the customer by ensuring that the project deliverables meet the quality standards, the requirements, and the acceptance criteria2. Therefore, the best option is to deliver value to the customer. Option A is incorrect because reducing cost for the customer may not be the main focus of the project, as it may compromise the quality or the scope of the project. Option C is incorrect because working together as a team is important, but it is not the ultimate goal of the project. Option D is incorrect because finishing the project on schedule may not be enough to deliver value to the customer, as it may not reflect the quality or the functionality of the project deliverables. References: 1: PMBOK Guide, 6th edition, section 1.2.2, p. 7 2: PMBOK Guide, 6th edition, section 5.1.3.1, p. 149

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

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.

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)

 The project manager should establish daily standups to review project progress and track the completion of deliverables, as this is a way to monitor and control the project performance and ensure that the team members are aligned and accountable for their work. The project manager should also work with the team to identify options to accelerate project delivery, such as fast-tracking, crashing, or re-sequencing activities, as this is a way to recover the schedule and meet the project deadlines. The project manager should not allow the team members to catch up at their own pace (choice B), as this would imply that the project manager is not proactive and responsive to the schedule issues and does not provide adequate guidance and support to the team. The project manager should not alert the business stakeholders immediately of the schedule delay (choice C), as this would create unnecessary panic and confusion among the stakeholders and damage the project reputation. The project manager should first try to resolve the schedule issues internally with the team and the functional managers, and then communicate the status and the corrective actions to the stakeholders in a timely and transparent manner. The project manager should discuss the risk of project delay and work priorities with the respective functional managers (choice D), but this is not enough to bring the team back on track, as the project manager also needs to take actions to improve the project execution and delivery. References:

PMBOK Guide, 6th edition, page 368: “The communications management plan is a component of the project management plan that describes how project communications will be planned, structured, implemented, and monitored for effectiveness.”

PMBOK Guide, 6th edition, page 376: “A daily standup is a short meeting where the project team members report on the progress of their work, any issues or impediments they are facing, and their plans for the next period.”

PMBOK Guide, 6th edition, page 215: “Schedule compression techniques are used to shorten the duration of a project without changing its scope.”

PMBOK Guide, 6th edition, page 216: “Fast tracking is a schedule compression technique in which activities or phases normally done in sequence are performed in parallel for at least a portion of their duration.”

PMBOK Guide, 6th edition, page 217: “Crashing is a schedule compression technique in which resources are added to the critical path activities.”

PMBOK Guide, 6th edition, page 218: “Re-sequencing is a schedule compression technique in which the logical relationships among project activities are modified.”

According to the PMBOK Guide, the project manager should identify the project stakeholders by using various sources of information, such as historical records, organizational charts, stakeholder registers, and lessons learned from previous projects. Lessons learned from previous projects can provide valuable insights into the stakeholder’s expectations, needs, interests, influence, and potential impact on the project. By using lessons learned from the previous project as a guide, the project manager can create a more accurate and comprehensive stakeholder register for the current project, which will help in planning and managing stakeholder engagement. References: PMBOK Guide, 6th edition, page 511-512, section 13.1.1.2 Identify Stakeholders: Data Gathering.

According to the PMBOK Guide, 6th edition, one of the key processes of the Project Stakeholder Management knowledge area is Identify Stakeholders, which involves identifying the people, groups, or organizations that could impact or be impacted by the project, and analyzing their expectations, interests, and influence. One of the outputs of this process is the stakeholder register, which contains information such as the identification, assessment, and classification of the project stakeholders. By reviewing the stakeholder register, the project manager can gain insight into the expectations of the specific client team member who is requesting trivial information, and understand the possible reasons behind their behavior, such as lack of trust, low engagement, or hidden agenda. This will help the project manager to plan and implement appropriate strategies to manage the stakeholder’s expectations and requests, and avoid unnecessary conflicts or delays in the project. References: PMBOK Guide, 6th edition, pages 509-510, 515.

According to the PMBOK Guide, a Scrum project is an example of an adaptive or agile approach that is suitable for projects with high uncertainty, changing requirements, and fast delivery. A Scrum project delivers value incrementally through short iterations called sprints, where the team collaborates with the customer and other stakeholders to define and prioritize the product backlog, which contains the features and functionalities of the product. The team then selects a subset of the product backlog items to work on during each sprint, and delivers a potentially shippable product increment at the end of each sprint. The team also inspects and adapts the product and the process through frequent feedback loops and retrospectives. Therefore, a Scrum project suits the scenario of a new product launch with evolving requirements and flexible scope, as it allows the team to start the work based on the forecast of a similar project, but also to respond to changes and customer needs as they emerge. References:

PMBOK Guide, Chapter 2, Section 2.4.2, Adaptive Life Cycle

PMBOK Guide, Chapter 13, Section 13.2.2.1, Agile/Adaptive Environments

PMBOK Guide, Appendix X3, Section X3.2, Agile Principles

Agile Practice Guide, Chapter 2, Section 2.2.1, Scrum

Agile Practice Guide, Chapter 3, Section 3.2, Delivering in an Agile Environment

A sprint retrospective is a scrum event in which the team reflects on the past sprint and identifies areas for improvement and action items for the next sprint. A sprint retrospective helps the team to continuously improve, inspect and adapt, and grow as a team and as individuals. A sprint retrospective also provides a safe space for the team to communicate openly and honestly about the issues and conflicts they faced during the sprint, and to find ways to resolve them and prevent them from happening again. A sprint retrospective is not a performance evaluation or a blame game, but a constructive and collaborative way to increase the team’s motivation and engagement with the project. References:

What is a Sprint Retrospective? | Scrum.org

The Sprint Retrospective - What It Is & Tips for Making the Most of Your Meeting

 According to the PMBOK Guide, 6th edition, risk mitigation is one of the strategies for responding to positive or negative risks. It involves reducing the probability or impact of a risk to an acceptable level. In this case, the project manager should mitigate the risk of the partner’s system being unavailable by developing alternative plans to deliver the solution without relying on the full integration. This will help the project achieve its objectives and satisfy the customer’s needs. The other options are not the best choices because they either do not address the risk, transfer the risk to the partner, or accept the risk without taking any action. References:

PMBOK Guide, 6th edition, page 4361

Free PMP Practice Exam Questions - 120 Sample Test Questions, Question 692

 The project manager should establish dialogue with stakeholders on the project constraints, assumptions, and critical inputs, as this is a key activity of the Identify Stakeholders process1. By engaging with the stakeholders, the project manager can understand their needs, expectations, interests, and influence levels, as well as identify any potential issues or risks that may affect the project. This will help the project manager to develop an appropriate stakeholder engagement plan and communication strategy, as well as to manage the stakeholder expectations and relationships throughout the project life cycle. Examining the plans, processes, policies, and knowledge that are specific to the organization undertaking the project (option A) is part of the Develop Project Charter process2, which is performed before the Identify Stakeholders process. This activity may help the project manager to understand the organizational context and environment, but it does not address the specific concerns of the external stakeholders. Convincing senior management to close the project since the project lacks sponsorship and is considered to be high risk (option C) is not a viable option, as it contradicts the project manager’s role and responsibility to initiate, plan, execute, monitor, and close the project. Moreover, it does not consider the potential benefits and value of the project, nor the possible ways to mitigate the risks and challenges. Hosting a project team meeting, then updating the risk register and the project management plan (option D) is an activity of the Monitor and Control Project Work process3, which is performed after the project has been planned and executed. This activity may help the project manager to track the project performance and implement corrective actions, but it does not address the specific concerns of the external stakeholders. References:

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

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

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

 The project manager should conduct a meeting with the project team to discuss and address the sources of disagreement, as this is a strategy for improving team morale and performance. According to the PMI website, one of the interpersonal and team skills that a project manager should have is conflict management. Conflict management is the process of resolving or reducing disagreements among project stakeholders, such as team members, sponsors, customers, or suppliers. Conflict can arise due to various factors, such as personality differences, communication barriers, resource constraints, or competing interests. If not managed properly, conflict can negatively affect the team morale, productivity, quality, and satisfaction. The project manager should use appropriate conflict resolution techniques, such as problem-solving, compromising, collaborating, smoothing, or forcing, depending on the situation and the desired outcome. The project manager should also facilitate open and constructive communication, encourage feedback and participation, and promote trust and respect among the team members1. By conducting a meeting with the project team, the project manager can identify the root causes and the impact of the disagreement, and work with the team to find a mutually acceptable solution. The project manager can also clarify the project objectives, scope, and requirements, and ensure that the team members understand their roles and responsibilities. By addressing the sources of disagreement, the project manager can improve the team morale and performance, and get the project back on track.

The other options, informing the stakeholders, crashing the project timeline, or issuing a change request, are not the best ways to deal with low team morale and disagreement. Informing the stakeholders may be a necessary communication activity, but it does not solve the problem or improve the situation. Crashing the project timeline may be a schedule compression technique, but it may not be feasible or effective, as it may increase costs, risks, or rework, and may also worsen the team morale and satisfaction. Issuing a change request may be a change management activity, but it may not be necessary or desirable, as it may imply that the project manager is unable to manage the project within the agreed baselines.

According to the PMBOK guide, one of the tools and techniques for managing stakeholder engagement is interpersonal and team skills, which include emotional intelligence, influencing, and negotiation skills (p. 529). Emotional intelligence is “the ability to identify, assess, and manage the personal emotions of oneself and other people, as well as the collective emotions of groups of people” (p. 529). Influencing is “the ability to change the opinions, attitudes, or behaviors of others to achieve a desired outcome” (p. 530). Negotiation is “a process of conferring with others to come to terms with them or to reach an agreement” (p. 530). Therefore, the project manager should use these skills to persuade the stakeholder to accept the deliverables based on the project acceptance criteria, and to resolve any conflicts or issues that may arise. The other options are not as effective as persuading the stakeholder, because they either bypass the stakeholder’s authority, create more dependency on the project sponsor, or postpone the problem without solving it. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK guide, pages 529-530

PMI-PBA guide, pages 39-40

According to the PMBOK Guide, backlog grooming (also known as backlog refinement) is the process of reviewing, updating, and prioritizing the product backlog items to ensure that the product backlog is ready for the next sprint1. Backlog grooming is an ongoing activity that involves collaboration between the product owner, the development team, and the project manager (or scrum master). Backlog grooming helps to clarify the requirements, remove ambiguity, identify dependencies, estimate effort, and align the product backlog with the product vision and the customer needs2.

In this question, the project manager is faced with a problem that the product owner has uncovered a number of issues that they would like to be addressed before providing approval for the software built to date. These issues may indicate that the product owner is not satisfied with the quality, functionality, or usability of the software, or that the software does not meet the acceptance criteria or the customer expectations. The project manager should approach this problem by planning to address the issues through backlog grooming and incorporating them into the next sprint. This way, the project manager can ensure that the issues are properly documented, analyzed, and prioritized, and that the development team can work on them in the next iteration. This will also help to maintain the agile principles of delivering value, satisfying the customer, and embracing change3.

The other options are not the best ways to approach this problem. Referring the product owner to the change management plan, then escalating to the steering committee is not appropriate for an agile project, as it implies a rigid and formal process that may not be responsive to the customer feedback and the changing requirements. Referring the product owner to the signed business requirement document and explaining that the current plan cannot facilitate these changes is not helpful, as it may create conflict and dissatisfaction with the product owner, and it may also indicate that the project manager is not following the agile value of responding to change over following a plan3. Telling the product owner the issues will be addressed in the second version of the software is not acceptable, as it may delay the delivery of value, compromise the quality of the product, and lose the trust of the product owner.

 According to the PMBOK Guide, the communications management plan is a component of the project management plan that describes how project communications will be planned, structured, implemented, and monitored for effectiveness. It also defines the communication methods, formats, frequency, and escalation process for different types of communication. In this scenario, the project manager should update the communications management plan to include informal requests from the executive, such as the dashboard, and specify how they will be handled by the project team. This way, the project manager can ensure that the communication expectations of the executive are met, and the project team is aware of their roles and responsibilities in providing the requested information. Updating the stakeholder engagement assessment matrix, asking the team member to develop a dashboard, or telling the team member to route the request through the project manager are not effective options, as they do not address the root cause of the communication issue, which is the lack of a clear and comprehensive communications management plan. References: PMBOK Guide, 7th edition, pages 123-124, 127-128.

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

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

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

PMP Practice Questions #67 - iZenBridge1

According to the PMBOK Guide, the first process in the Project Integration Management knowledge area is Develop Project Charter. This process authorizes the project and defines the high-level scope, objectives, and stakeholders of the project. The project charter is based on the business case, which is the document that justifies the need and value of the project. The business case is usually prepared by the project sponsor or initiator, not the project manager. Therefore, option A is incorrect. Option B is also incorrect, because a SWOT analysis is a technique used to identify the project risks, assumptions, and constraints, which are part of the project planning process, not the initiating process. Option C is incorrect, because engaging stakeholders and allocating resources are also part of the project planning and executing processes, not the initiating process. Option D is the correct answer, because gathering requirements from stakeholders is a key activity in the initiating process group, as it helps to define the scope and objectives of the project, as well as the expectations and needs of the stakeholders. The project manager should gather requirements from stakeholders before developing the project charter, as the charter should reflect the stakeholder requirements and align with the business case. References: = PMBOK Guide, 6th edition, pages 30-33, 75-77, 123-125, 135-137.

 According to the PMBOK® Guide, the issue log is a project document that records and tracks the issues that arise during a project and how they are resolved1. The change log is a project document that records all the changes that occur during a project, including their status, description, and impact2. The project manager should update these two documents as soon as possible to reflect the invoices with errors and the actions taken to correct them. The risk register is a project document that identifies and analyzes the project risks and their responses3, but it does not record the issues that have already occurred. The stakeholder register is a project document that identifies and classifies the project stakeholders and their requirements4, but it does not record the issues or changes that affect them. The backlog register is not a standard project document, but it may be used in agile projects to list the product features or user stories that need to be delivered, but it does not record the issues or changes that affect the product quality. References: 1: PMBOK® Guide, page 123; 2: PMBOK® Guide, page 122; 3: PMBOK® Guide, page 436; 4: PMBOK® Guide, page 513; : Agile Practice Guide, page 77