Free Practice Questions for PMI PMP Exam

 A project manager who uses a hybrid approach should be able to adapt to changes in the project environment and support the agile principles of delivering value to the customer and embracing change. As a servant leader, the project manager should empower the product owner to make decisions about the product backlog and prioritize the items that deliver the most value. Asking the sponsor to submit a change request to the CCB, accepting the request without consulting the product owner, or reviewing the impact of the change on the schedule management plan baseline are not appropriate actions for a project manager who uses a hybrid approach, as they imply a rigid and bureaucratic process that does not align with the agile mindset. References:

PMBOK Guide, 6th edition, page 18

Agile Practice Guide, page 13

PMI-PBA Exam Content Outline, page 9

[PMI-PBA Handbook], page 10

The Work Breakdown Structure (WBS) is a key project deliverable that organizes the team’s work into manageable sections. The Project Management Body of Knowledge (PMBOK) defines the work breakdown structure as a “deliverable oriented hierarchical decomposition of the work to be executed by the project team.” This option is the most effective way to manage large and complex deliverables that cannot be assigned to a single person. References: PMBOK Guide, 6th Edition, Section 5.4: Create WBS

According to the PMBOK Guide, 6th edition, section 8.3.3.1, the project manager is responsible for monitoring and controlling the project quality and ensuring that the project deliverables meet the quality requirements. The project manager should also document any quality issues or defects that are identified during the quality control process and take appropriate actions to correct them. In this scenario, the project manager should first update the issue log, identify the involved stakeholders, and assign resources to the corrective actions. This will help to track and resolve the quality issue and prevent further deviations or rework. The other options are either premature or irrelevant, as they do not address the root cause of the problem or respect the authority and scope of the project manager. References: PMBOK Guide, 6th edition, section 8.3.3.1, page 287.

The project manager should prepare a weekly status report and share it with executive management every week to keep them informed of the project’s progress and performance. This will help to address their concerns and expectations, as well as to provide them with relevant information for decision making. The status report should include key metrics such as schedule, cost, scope, quality, risks, and issues, as well as any changes or deviations from the baseline. The project manager should also communicate the benefits and value of the agile approach, and how it aligns with the project objectives and customer needs12. References:

A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 10.4.3.1, page 387

Agile Practice Guide, Chapter 3.3, page 37

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

 Schedule crashing is a technique to shorten the project schedule by adding more resources or working overtime, without changing the project scope1. This can help improve the Schedule Performance Index (SPI) and Cost Performance Index (CPI) by completing more work in less time and within budget. The other options are not relevant to the question. Fast tracking is a technique to overlap project phases or activities to reduce the project duration, but it may increase risks and costs2. Earned schedule and earned value are methods to measure project performance, not techniques to improve it3 . References: 1: PMBOK Guide, 6th edition, p. 215 2: PMBOK Guide, 6th edition, p. 216 3: PMBOK Guide, 6th edition, p. 267 : PMBOK Guide, 6th edition, p. 260

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

PMI-PBA Practice Guide, p. 44 1

PMBOK Guide, 6th edition, p. 336 2

According to the PMBOK Guide, agile project management is an iterative and incremental approach that delivers value to stakeholders frequently and continuously throughout the project. The product owner is responsible for defining and prioritizing the product backlog, which is a list of features and requirements that deliver value to the customer. The project manager should facilitate sprint planning sessions with the product owner and the development team to select the most valuable and feasible items from the product backlog and define the minimum viable product (MVP), which is the smallest version of the product that can be released to validate the customer needs and assumptions. This way, the project manager can align the project activities with the product owner’s interest in having features released during product development over having the product completed in one year. Designing metrics, promoting a productive environment, and creating a reward system are also important aspects of agile project management, but they are not directly related to the product owner’s interest in this question. References:

PMBOK Guide, 7th edition, pages 26-27, 31-32, 36-37, 40-41

PMI-PBA Guide, 2nd edition, pages 25-26, 30-31, 35-36, 40-41

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

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

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

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

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

 According to the Project Management Body of Knowledge (PMBOK), one of the key responsibilities of a project manager is to ensure that lessons learned from previous projects are applied to current projects. This helps to avoid repeating the same mistakes and to leverage successful strategies. In this scenario, the project manager should share the lessons learned from the previous project with the team member. This will not only help to resolve the current issue more efficiently but also contribute to the team member’s learning and development. References: PMBOK Guide, 6th Edition, Section 4.4.3.1 - Lessons Learned Register

According to the PMBOK Guide, issue management is the process of identifying and resolving issues that arise during the project life cycle1. Issues are problems that have already occurred and need to be addressed as soon as possible to avoid further negative impacts on the project objectives2. The project manager is responsible for managing issues and ensuring that they are resolved in a timely and effective manner3. One of the key steps in issue management is to identify the appropriate response and have it implemented4. This means that the project manager should analyze the issue, determine the best course of action, assign responsibilities, and monitor the progress of the resolution4. By doing so, the project manager can mitigate the impact of the issue on the project schedule and other aspects of the project performance4. The other options are not sufficient to manage the issue effectively. Identifying and reporting the issue (A) is necessary but not enough, as it does not involve taking any action to resolve the issue. Monitoring and controlling the issue (B) is also important but not sufficient, as it assumes that the issue has already been addressed and only needs to be tracked. Communicating any identified action to impacted stakeholders (D) is a good practice but not the primary responsibility of the project manager, as it does not ensure that the action is actually implemented and effective. References:

1: PMBOK Guide, 6th edition, p. 89

2: PMBOK Guide, 6th edition, p. 456

3: PMBOK Guide, 6th edition, p. 457

4: PMBOK Guide, 6th edition, p. 458

minimum viable product (MVP) is a version of a product that has enough features to satisfy early customers and provide feedback for future development1. The project manager should use an MVP to validate the customer requirements and test the assumptions and hypotheses about the product value and feasibility2. An MVP can help the project manager to learn from the customer feedback and make adjustments to the product scope and design3. Creating product documentation, a survey, or a prototype with all features are not as effective as an MVP in validating the customer requirements and obtaining feedback. References:

1: PMI, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Project Management Institute Inc., 2021, p. 177.

2: PMI, The Standard for Project Management – Seventh Edition, Project Management Institute Inc., 2021, p. 63.

3: PMI, Agile Practice Guide, Project Management Institute Inc., 2017, p. 36.

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

According to the PMBOK Guide, an issue is a point or matter in question or in dispute, or a point or matter that is not settled and is under discussion or over which there are opposing views or disagreements1 An issue log is a project document that provides a mechanism for tracking and monitoring issues until they are resolved1 The issue log typically contains information such as the issue description, the issue type, the issue owner, the issue priority, the issue status, and the issue resolution1 The issue log is updated throughout the project as new issues arise and existing issues are resolved1

In the given scenario, the project manager is executing a project where an external vendor will provide some deliverables. After awarding the contract to the vendor, the project manager is informed that the vendor is running behind schedule on a separate project. Finding another vendor will exceed the budget. This situation presents an issue that affects the project schedule, cost, and quality, and requires immediate attention and resolution. The project manager should update the issue log first to document the issue, assign an owner, and monitor the status of the issue2 Updating the issue log will also help to communicate the issue to the relevant stakeholders and facilitate the issue management process2

The other options are not the best choices for the following reasons:

Option B: Lessons learned register. A lessons learned register is a project document that captures the knowledge gained from the project and provides a basis for future actions and decisions. The lessons learned register is updated throughout the project as lessons are learned and validated. However, updating the lessons learned register is not the first action that the project manager should take in response to the issue. The project manager should first document and address the issue in the issue log, and then update the lessons learned register with the relevant information and insights after the issue is resolved.

Option C: Stakeholder engagement plan. A stakeholder engagement plan is a subsidiary plan of the project management plan that identifies the strategies and actions to effectively engage project stakeholders throughout the project life cycle. The stakeholder engagement plan is updated as needed to reflect the current and desired levels of stakeholder engagement. However, updating the stakeholder engagement plan is not the first action that the project manager should take in response to the issue. The project manager should first document and address the issue in the issue log, and then update the stakeholder engagement plan if the issue affects the stakeholder expectations, interests, or influence.

Option D: Risk register. A risk register is a project document that records the details of identified individual project risks and other information related to risk analysis and risk response planning. The risk register is updated throughout the project as new risks are identified and existing risks are analyzed, prioritized, and responded to. However, updating the risk register is not the first action that the project manager should take in response to the issue. The project manager should first document and address the issue in the issue log, and then update the risk register if the issue triggers a risk response or creates a new risk.

 1: PMBOK Guide, 7th edition, Chapter 4: Keeping the Team on Track, Section 4.4: Manage Issues, pp. 104-105 2: PMBOK Guide, 7th edition, Chapter 4: Keeping the Team on Track, Section 4.4.2: Manage Issues: Outputs, pp. 106-107 : PMBOK Guide, 7th edition, Chapter 4: Keeping the Team on Track, Section 4.5: Capture Knowledge, pp. 108-109 : PMBOK Guide, 7th edition, Chapter 4: Keeping the Team on Track, Section 4.5.2: Capture Knowledge: Outputs, p. 110 : PMBOK Guide, 7th edition, Chapter 2: Creating a High-Performing Team, Section 2.4: Engage Stakeholders, pp. 42-43 : PMBOK Guide, 7th edition, Chapter 2: Creating a High-Performing Team, Section 2.4.2: Engage Stakeholders: Outputs, p. 44 : PMBOK Guide, 7th edition, Chapter 3: Doing the Work, Section 3.4: Navigate Uncertainty and Ambiguity, pp. 72-73 : PMBOK Guide, 7th edition, Chapter 3: Doing the Work, Section 3.4.2: Navigate Uncertainty and Ambiguity: Outputs, p. 74

The business case is the document that provides the justification and rationale for initiating a project or program. It describes the business need, the expected benefits, the strategic alignment, the feasibility, and the financial analysis of the proposed solution. The business case is the primary source of information for creating business value and should be reviewed and updated throughout the project life cycle. The project manager should meet with the sponsor, who is the person or group that provides resources and support for the project and is accountable for enabling success, to review the business case and understand the opportunities to create business value. The other options are not the first actions that the project manager should take, as they do not directly address the customer’s question or the project’s alignment with the business objectives. References:

[PMBOK Guide], 6th edition, pages 29-31, 33-34, 75-76.

[Professional in Business Analysis (PMI-PBA) Handbook], pages 9-10, 13-14.

 The project manager should communicate individually with the affected team members to negotiate the decision and confirm their willingness to relocate, as this is the most respectful and ethical way to handle the situation. Relocating team members abroad for six months is a major change that will affect their personal and professional lives, and the project manager should consider their needs, preferences, and concerns before making any final decisions. The project manager should also explain the rationale and benefits of the relocation, and offer any support or incentives that may facilitate the transition. Communicating to the whole team, the HR department, or the team members’ manager may not be appropriate or sufficient, as the project manager should first consult with the team members directly and obtain their consent. These other communication options may also create unnecessary confusion, resentment, or resistance among the team members or other stakeholders. References: PMBOK Guide, 7th edition, pages 111, 112, 113, 114.

The project manager should next review the quality management plan. The quality management plan is a component of the project management plan that describes how the project team will implement the quality policy and satisfy the quality requirements for the project and its deliverables1. It includes the quality standards, quality objectives, quality roles and responsibilities, quality tools and techniques, quality metrics, quality audits, and quality control and validation activities1. By reviewing the quality management plan, the project manager can identify the root cause of the quality issues, determine the corrective and preventive actions, and ensure the compliance with the quality expectations of the key stakeholder.

Option A is not the best answer because reviewing the stakeholder engagement plan is not the next thing to do. The stakeholder engagement plan is a component of the project management plan that identifies the strategies and actions required to promote productive involvement of stakeholders in project decisions and execution2. It is important to review and update the stakeholder engagement plan throughout the project, but it is not the priority when the deliverables are not functioning as expected.

Option C is not the best answer because reviewing the requirements traceability matrix is not the next thing to do. The requirements traceability matrix is a project document that links the project requirements to their origin and tracks them throughout the project life cycle3. It helps to ensure that each requirement adds business value and is aligned with the project objectives. It is useful to review the requirements traceability matrix during the project planning and monitoring, but it is not the main focus when the deliverables are not meeting the quality standards.

Option D is not the best answer because reviewing the work breakdown structure (WBS) is not the next thing to do. The WBS is a project document that decomposes the project scope into smaller, more manageable components called work packages4. It defines and organizes the project work and deliverables. It is helpful to review the WBS during the project planning and execution, but it is not the most relevant document when the deliverables are not functioning as expected. References: 1: PMBOK Guide, 7th Edition, Section 8.1.3.1, Quality Management Plan 2: PMBOK Guide, 7th Edition, Section 13.1.3.1, Stakeholder Engagement Plan 3: PMBOK Guide, 7th Edition, Section 5.2.3.1, Requirements Traceability Matrix 4: PMBOK Guide, 7th Edition, Section 5.4.3.1, Work Breakdown Structure

 The project manager should raise a new issue in the issue log and convene SMEs and relevant stakeholders to identify alternatives to address the problem. This is because the inability of the subcontractor to supply a key component is an issue that has already occurred and needs to be resolved as soon as possible. The issue log is a tool for documenting and monitoring the resolution of issues that arise during a project1. The project manager should also involve the SMEs and relevant stakeholders who have the expertise and authority to provide input and guidance on how to deal with the issue. The project manager should not discuss the issue with the project sponsor and request extra time and budget to obtain the component from a different supplier, as this would be premature and may not be the best option. The project manager should not raise a new risk in the risk register, perform a risk assessment, and convene SMEs and relevant stakeholders to plan a risk response, as this would be appropriate for a potential problem that has not yet occurred, not an actual issue that has already happened. The project manager should not submit a change request to the CCB for changes to the performance measurement baseline to obtain the component from a different supplier, as this would be a formal process that requires approval and may not be necessary if the issue can be resolved in other ways. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK® Guide, 6th edition, Section 4.6.1.1, “Issue Log”

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

The change management plan is a document that describes how changes to the project will be managed, monitored, and controlled12. It defines the roles and responsibilities of the change control board, the change request process, the criteria for approving or rejecting changes, the impact analysis, and the communication plan for changes34. The change management plan is part of the project management plan, which is the primary source of information for how the project is planned, executed, monitored, controlled, and closed.

The project manager should refer to the change management plan first because it provides the guidelines and procedures for handling changes to the project scope, schedule, cost, quality, or any other aspect of the project. The project manager should follow the change request process to document the proposed change, assess its impact, and submit it to the change control board for approval or rejection. The change management plan also helps the project manager communicate the change to the relevant stakeholders and update the project baselines and plans accordingly.

The schedule management plan, the scope management plan, and the cost management plan are also important documents for managing the project, but they are not the first ones to refer to when a change is requested. These documents describe how the project schedule, scope, and cost will be planned, defined, monitored, controlled, and reported . They are used to establish the project baselines and measure the project performance against them. However, they do not provide the specific steps and criteria for dealing with changes to the project. The project manager should refer to these documents after the change request is approved, to update the project schedule, scope, and cost accordingly and ensure alignment with the project objectives and stakeholder expectations. References: 1: Project Management Institute. (2017). A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition. 2: Project Management Institute. (2020). Project Management Professional (PMP)® Examination Content Outline. 3: Teamwork. (2021). 10 project management best practices you MUST know. 4: Salapatas, J. N. (2000). Best practices—the nine elements to success. Paper presented at Project Management Institute Annual Seminars & Symposium, Houston, TX. Newtown Square, PA: Project Management Institute. : Project Management Institute. (2017). A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition. : Project Management Institute. (2017). A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition. : Project Management Institute. (2017). A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition. : Project Management Institute. (2017). A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition. : Project Management Institute. (2017). A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition. : Project Management Institute. (2017). A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition.

The best way to resolve any stakeholder issues is to communicate with them directly and openly. Setting up a meeting with the stakeholder will allow the project manager to understand their expectations, needs, and concerns, and to negotiate a mutually acceptable solution. Moving to a predictive approach, talking to the team separately, or scheduling a team retrospective will not address the root cause of the problem, which is the stakeholder’s dissatisfaction with the product concept. Moreover, these options may create more confusion, conflict, or delay in the project. References:

PMBOK® Guide, 6th edition, page 518: “The project manager should proactively and regularly engage with stakeholders to understand their needs and expectations, address issues as they occur, manage conflicting interests, and foster appropriate stakeholder engagement in project decisions and activities.”

PMI-PBA® Guide, 1st edition, page 35: “The business analyst should communicate with stakeholders to elicit, analyze, and validate their needs and expectations, and to facilitate collaboration and consensus-building.”

According to the AI & SOCIETY article1, legal structures may form barriers to, or enablers of, adoption of precision agriculture management with small autonomous agricultural robots. The article develops a conceptual regulatory framework for small autonomous agricultural robots, from a practical, self-contained engineering guide perspective, sufficient to get working research and commercial agricultural roboticists quickly and easily up and running within the law. The article examines the liability framework, or rather lack of it, for agricultural robotics in EU, and their transpositions to UK law, as a case study illustrating general international legal concepts and issues. It examines how the law may provide mitigating effects on the liability regime, and how contracts can be developed between agents within it to enable smooth operation. It covers other legal aspects of operation such as the use of shared communications resources and privacy in the reuse of robot-collected data. Where there are some grey areas in current law, it argues that new proposals could be developed to reform these to promote further innovation and investment in agricultural robots. Therefore, the lack of a proper legal framework in place for the automation project may be the reason why the elected officials warned the project manager that the project cannot proceed, as they may face legal uncertainties, risks, or challenges that could affect the project’s feasibility, legitimacy, or acceptability. References: AI & SOCIETY article1

According to the PMBOK Guide, a retrospective is a meeting held by a project team at the end of a project or process (often after an iteration) to discuss what was successful about the project or time period covered by that retrospective, what could be improved, and how to incorporate the successes and improvements into future iterations or projects. In an agile project, retrospectives are usually held at the end of each iteration or sprint, regardless of the size or duration of the increment, milestone, or progress. The purpose of retrospectives is to enable continuous improvement and learning throughout the project life cycle, not just at the end of a major phase or deliverable. Therefore, the project manager should organize the first team retrospective when the work is progressing well through the team, which implies that the team has completed at least one iteration or sprint and has some feedback to share and act upon. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK Guide, 6th edition, Chapter 4, Section 4.6.1.2, page 123

PMBOK Guide, 6th edition, Appendix X3, Section X3.2.2, page 718

PMI PMP-Project Management Professional Practice Exam Q. 781 to 790

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

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

The project manager should discuss the issue with the team members at fault and find out the root cause of why they did not fill out the status reports. The project manager should also remind them of the importance and urgency of the status reports for the project sponsor and the project success. The project manager should also work with the team members to establish a clear and consistent process for reporting the project status and ensure that they follow it. Reprimanding the team members, justifying their behavior, or quickly putting together a report are not effective ways to address the situation, as they may create resentment, mistrust, or inaccurate information. References:

PMP Exam Content Outline, Domain II: Process, Task 4: Provide performance feedback and recognition to team members and other stakeholders.

A Guide to the Project Management Body of Knowledge (PMBOK Guide), Seventh Edition, Chapter 3: Project Performance Domain, Section 3.2: Team Performance, Page 77.

Professional in Business Analysis (PBA) Certification Exam Outline, Domain IV: Evaluation, Task 4: Communicate Solution Performance, Page 16.

 The question describes a situation where the project is in the execution phase and the team has identified dependencies and risks. Additionally, there are questions about acceptance testing and training activities. This suggests that there are multiple factors that need to be tracked and managed. Option B, which suggests creating a log to track risks, assumptions, issues, and dependencies and establishing a periodic review with the stakeholders, is the most appropriate response. This approach ensures that all important aspects are monitored and managed, and that stakeholders are kept informed, which is a key aspect of effective project management. References: PMBOK Guide, 6th Edition, Section 11.2: Identify Risks

According to the PMBOK Guide, building trust is one of the intangible stakeholder engagement qualities that project managers should embrace to manage relationships with stakeholders. Building trust means establishing and maintaining a positive and respectful relationship with stakeholders based on honesty, transparency, reliability, and mutual understanding. By allowing team members to attend the weekly progress meeting either from home or the office, the project manager is demonstrating trust in their ability to work effectively and communicate clearly regardless of their location. This can also enhance the team members’ trust in the project manager and their commitment to the project objectives. References: PMBOK Guide, 7th edition, page 273; 10 Principles Of Stakeholder Engagement

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

The alignment between the project team and stakeholders is crucial for the success of a project. This alignment must be maintained throughout the project’s life cycle, ensuring clarity of scope, risk, schedule, and price at each phase1. In a hybrid project management approach, risks should be reviewed during each iteration and review to ensure alignment between the project team and stakeholders2. This allows for timely identification and mitigation of risks, ensuring that all parties are aware of potential risks and their outcomes2. Regular reviews also facilitate open communication and collaboration, which are key to successful risk management3.

A root cause analysis is a technique that helps identify the underlying factors or causes of a problem or issue in a project12. It involves asking a series of questions, such as why, how, and what, to trace the problem back to its source and prevent it from recurring34. A root cause analysis is a best practice for project management because it helps the project team understand the nature and extent of the problem, find effective solutions, and avoid wasting time and resources on superficial fixes .

The project manager should have the project team perform a root cause analysis first to address the issue of the functionality failure because it will help them determine the exact reason why the functionality did not perform as expected, and what actions are needed to correct it. The other options are not the best practices for the first step to address the issue because:

Updating the issue log and documenting the change are important steps to record and communicate the issue, but they do not help solve the problem or prevent it from happening again .

Reviewing the product specification requirements is a good way to verify the expectations and scope of the project, but it does not help identify the cause of the functionality failure or how to fix it .

Submitting a change request for corrective action is a formal process that requires the approval of the change control board and the alignment with the project baselines and plans, but it does not help diagnose the problem or propose a solution .

The best answer is D because it involves engaging the stakeholders in the decision-making process and respecting their preferences and expectations. The project manager should not impose a new approach on the stakeholders without their consent or input, as this could lead to resistance, confusion, or dissatisfaction. The project manager should also not delegate the decision to the team only, as this could exclude the stakeholders’ perspectives and needs. The project manager should explain the benefits and challenges of both the predictive and agile approaches, and facilitate a collaborative discussion with the stakeholders to reach a mutual agreement on the best approach for the new project. This would demonstrate the project manager’s leadership, communication, and stakeholder management skills, as well as the ability to adapt to changing organizational and environmental factors. References:

PMBOK Guide, 7th edition, page 27, section 2.2.1, “Tailoring”

PMBOK Guide, 7th edition, page 29, section 2.2.2, “Stakeholder Engagement”

PMBOK Guide, 7th edition, page 31, section 2.2.3, “Leadership”

PMBOK Guide, 7th edition, page 33, section 2.2.4, “Teamwork”

PMBOK Guide, 7th edition, page 35, section 2.2.5, “Communication”

Agile Practice Guide, page 8, section 1.2, “What is Agile?”

Agile Practice Guide, page 9, section 1.3, “Why Use Agile Approaches?”

Agile Practice Guide, page 10, section 1.4, “When to Use Agile Approaches?”

Agile Practice Guide, page 11, section 1.5, “Tailoring to the Project Environment”

Agile Practice Guide, page 12, section 1.6, “Implementing Agile: Creating an Agile Environment”

Agile Practice Guide, page 13, section 1.7, “Implementing Agile: Delivering in an Agile Environment”

Agile Practice Guide, page 14, section 1.8, “Organizational Considerations for Project Agility”

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

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

PMBOK Guide, 6th Edition, PMI, 2017, pp. 336-337.

How to Measure Your Project Resource Requirements, MetaPM, 2024, accessed on February 24, 2024.

The project manager should review the user roles and update the team charter to ensure that the project team members have clear and balanced responsibilities and expectations for each release. This will help to improve the team performance, collaboration, and accountability. Documenting the risk register, speaking to the customer, and involving the product owner are not directly related to the problem of uneven workload distribution among the team members. References:

PMP Exam Content Outline, Domain II: Process, Task 2: Manage project artifacts and ensure they meet the needs and expectations of key stakeholders.

A Guide to the Project Management Body of Knowledge (PMBOK Guide), Sixth Edition, Chapter 9: Project Resource Management, Section 9.1: Plan Resource Management, Page 313.

Professional in Business Analysis (PBA) Certification Exam Outline, Domain III: Analysis, Task 3: Define Requirements Architecture, Page 13.

When a project experiences a delay, it’s crucial to reassess the project plan and identify options to meet stakeholders’ expectations. This involves revisiting the scope and quality of the project. The project manager should explore all possible options to deliver the project within the constraints. This could involve adjusting the project schedule, reallocating resources, or identifying efficiencies in the project processes. It’s important to communicate these changes and their potential impact to all stakeholders. References: PMBOK Guide, 6th Edition, Section 6.7 Control Schedule

 According to the Professional in Business Analysis (PMI-PBA)® Examination Content Outline1, one of the tasks of a business analyst is to “communicate and manage solution scope boundaries and approval processes to stakeholders” (Task 5.2). This implies that any changes to the solution scope should be approved by the relevant stakeholders and follow a predefined process. The PMBOK® Guide2 also states that “the project manager, project team, and other stakeholders are responsible for determining how the project scope will be managed, how scope changes will be integrated into the project, and who will approve the scope changes” (Section 5.6.1). Therefore, the project manager should advise the team not to engage in modifications unless it follows the proper change approval process, as this would ensure that the scope is controlled and aligned with the project management plan. References:

1: Professional in Business Analysis (PMI-PBA)® Examination Content Outline

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

A hybrid approach combines elements of both predictive (or traditional) and agile methodologies. It’s important for the project manager to ensure that all team members understand and consistently apply the agile tools and techniques defined in the hybrid methodology. This will help the team to work effectively within the new framework and mitigate the risk of delays in project delivery. References: PMBOK Guide, 6th Edition, Section 1.2.3: Project Management Approaches

According to the PMBOK Guide, a project manager should ensure that the project team applies a long-term solution for an issue that has been resolved during the project life cycle, to prevent it from reoccurring after the project closure. This is part of the control quality process, which involves monitoring and recording the results of quality activities, and implementing corrective actions to address any quality issues. A long-term solution is one that addresses the root cause of the issue and eliminates or reduces the probability of its recurrence. A short-term solution is one that provides a temporary fix or workaround for the issue, but does not resolve the underlying problem. A short-term solution may be acceptable in some situations, but it may also create additional risks or costs in the future. Therefore, a project manager should always consider the long-term implications of any solution and choose the one that best meets the project objectives and stakeholder expectations. References: PMBOK Guide, 6th edition, pages 293-294, 303-304.

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

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

An agile approach is suitable for projects with unstable or changing requirements, as it allows for frequent feedback and adaptation. By refining and prioritizing the requirements according to the project objectives, the project manager can ensure that the most valuable features are delivered to the customer in an iterative and incremental manner. This can also increase the stakeholder satisfaction and engagement with the project. References:

PMBOK Guide, 6th edition, section 4.2.2.3, page 141

PMI Agile Practice Guide, section 2.1, page 9

Free PMP Practice Exam Questions - 120 Sample Test Questions, question 18

The question is about a project that faces a potential threat from a competitor’s product launch using the same innovation. The project manager needs to assess the impact of this threat on the project’s objectives and take appropriate actions to mitigate it. The best option for the project manager to do next is:

Document the issue in the issue log and escalate to the project sponsor: This option is proactive and follows the best practice of issue management. The project manager should document the issue, its impact, and possible solutions in the issue log, which is a tool for tracking and resolving issues that affect the project. The project manager should also escalate the issue to the project sponsor, who is the person or group that provides the resources and support for the project. The project sponsor can help the project manager to evaluate the options and make decisions that align with the project’s goals and business strategy12

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

Inform the project sponsor and suggest canceling the project: This option is premature and pessimistic. The project manager should not suggest canceling the project without analyzing the situation and exploring alternatives. Canceling the project might result in wasted resources, lost opportunities, and damaged reputation. The project manager should work with the project sponsor to find ways to overcome the threat and deliver value to the customer3

Review the project goals and eat criteria m the project charter: This option is passive and incomplete. The project manager should review the project goals and acceptance criteria in the project charter, which is a document that authorizes the project and defines its scope, objectives, and stakeholders. However, this is not enough to address the issue. The project manager should also document the issue, communicate with the project sponsor, and take actions to resolve the issue4

Ask the leader of research and development to decide on next steps: This option is irresponsible and risky. The project manager should not delegate the decision-making to the leader of research and development, who might not have the authority, responsibility, or knowledge to handle the issue. The project manager should consult with the leader of research and development, who is a subject matter expert, but the project manager should also involve the project sponsor, who is the project owner, and other relevant stakeholders, who might be affected by the issue. The project manager should lead the issue resolution process and ensure that the decisions are aligned with the project’s goals and business strategy.

 1: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 4, Section 4.4.3.1 2: Business Analysis for Practitioners: A Practice Guide, Chapter 8, Section 8.4.2 3: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 2, Section 2.4.3 4: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 4, Section 4.1.3.1 : A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 13, Section 13.2.2.4

 The project manager should develop an integrated change management plan to control the situation, as this will help to establish a clear and consistent process for managing and approving change requests throughout the project. An integrated change management plan defines the roles and responsibilities of the change control board (CCB), the criteria and procedures for evaluating and approving change requests, the tools and techniques for tracking and reporting change requests, and the impact of change requests on the project baselines and other project documents. By developing an integrated change management plan, the project manager can ensure that the change request process is transparent, efficient, and aligned with the project objectives and stakeholder expectations. Redefining the communications management plan may not be sufficient, as it only addresses the information needs and communication methods of the project stakeholders, but not the change request process itself. Documenting the risk in the project risk register may not be relevant, as the question does not indicate that the change request process poses a risk to the project. Reviewing the scope defined in the project charter may not be helpful, as it only provides a high-level overview of the project scope, but not the details of the change request process. References: PMBOK Guide, 7th edition, pages 123, 124, 125, 126.

According to the PMBOK Guide, 6th edition, section 9.4.2.1, the project manager is responsible for managing the project team and ensuring that the team members are performing their assigned roles and responsibilities. The project manager should also monitor and control the project work and address any issues or conflicts that arise among the team members or with other stakeholders. In this scenario, the project manager should talk with project B’s leader to discuss the possible impacts of the frequent requests for assistance on both projects. This will help to clarify the expectations and boundaries of the team members, as well as to identify and resolve any potential conflicts or resource constraints. The other options are either passive or aggressive, as they do not address the root cause of the problem or respect the authority and autonomy of the team members. References: PMBOK Guide, 6th edition, section 9.4.2.1, page 336.

One of the core values of agile is to deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale1. This means that the project manager should seek ways to show the customer the value of the software as early and often as possible, rather than waiting for the final deliverables or a major milestone. By evaluating various delivery options, such as demos, prototypes, beta versions, or minimum viable products (MVPs), the project manager can get feedback from the customer and validate their needs and expectations. This will also help the project manager to prioritize the features that deliver the most value to the customer and align the team’s efforts accordingly. The other options are not as effective as evaluating various delivery options. Asking the internal sales team to keep the customer informed of the delivered value may not be sufficient, as the customer may not be able to see or experience the software for themselves. Informing the customer about the progress and updating them on the final deliverables may not be enough, as the customer may not be satisfied with the outcome or may have changed their requirements. Waiting for an important milestone to complete and then informing the customer of the progress may be too late, as the customer may have missed the opportunity to provide feedback or suggest changes. References:

The 12 Agile Project Management Principles: Key Pillars of Agile

Focusing on Customer Value with Agile Program Management

What is Value-Driven Delivery in the agile world? - Whizlabs

The project manager should use the monitor and control project work process to track, review, and report the progress and performance of the project. This process involves collecting, measuring, and analyzing project data to identify variances from the baseline and take corrective actions if needed. One of the tools and techniques for this process is data analysis, which includes root cause analysis. Root cause analysis is a technique to identify the underlying factors that cause a problem or a deviation from the expected outcome. By conducting root cause analysis, the project manager can understand why some team members are not completing their tasks on time and address the issues accordingly. This could involve providing feedback, coaching, training, or other support to the team members. Communicating the delivery dates more frequently (option A) may not be effective if the team members are facing other challenges or obstacles that prevent them from meeting the deadlines. Mentoring the team members to work in a remote environment (option C) may be helpful, but it is not the best option to resolve the current situation. The project manager should first identify the specific causes of the delays and then provide the appropriate guidance or assistance. Talking to the resource managers and requesting additional resources (option D) may not be feasible or necessary, as it may increase the project cost and complexity. Moreover, adding more resources may not solve the problem if the existing team members are not performing well or have other issues that affect their productivity. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK Guide, 6th edition, pages 119-120, 4.4 Monitor and Control Project Work

PMI, PMP Exam Content Outline, 2021, page 9, Domain II: Process, Task 7: Monitor project artifacts and resolve any deviations from the project management plan

PMP Practice Questions #60 - iZenBridge

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