PMP Practice Test

Encourage frequent small team meetings with two or three team members.

Explanation:
The project manager should encourage frequent small team meetings with two or three team members to overcome the challenge of finding a suitable time for the daily standup. This is because the daily standup is an important agile practice that helps the team to coordinate their work, share progress, identify impediments, and plan the next steps. However, when the team members are located in different time zones, it can be difficult to schedule a common time that is convenient for everyone. Therefore, the project manager should facilitate smaller and more frequent meetings among the team members who are in the same or adjacent time zones, and ensure that the information is communicated and documented across the whole team. This way, the project manager can maintain the benefits of the daily standup while respecting the team members’ availability and preferences.

The other options are not correct because they do not address the issue of coordination and communication among the team members. Giving up the daily standup and replacing it with a daily report would reduce the interaction and collaboration among the team members, and might lead to delays, misunderstandings, and conflicts. Letting the team members decide themselves if they want to join the meeting would create inconsistency and confusion, and might result in some team members being left out or uninformed. Requiring all team members to join the daily standup regardless of the meeting time would impose an unfair and unrealistic burden on some team members, and might affect their motivation, productivity, and quality of work. 

References:
Agile Practice Guide, section 4.2.1, page 47, PMP Exam Prep, 10th edition, page 100

Add this risk to the risk register and monitor it according to the risk management plan.

Explanation:

In a hybrid project, the project manager needs to balance the different approaches and expectations of the stakeholders and the teams. The customer’s change request may have been approved based on the assumption that the software team can deliver the software in a timely manner using an agile approach. However, the software team leader’s refusal to commit to a delivery date indicates a lack of alignment and collaboration between the teams and the customer. This creates a risk of schedule and scope deviations, as well as potential conflicts and dissatisfaction among the stakeholders. Therefore, the project manager should add this risk to the risk register and monitor it according to the risk management plan. The project manager should also communicate with the software team leader and the customer to clarify the expectations and the rationale behind the change request, and to explore possible ways to mitigate the risk and deliver the software that meets the customer’s needs and the hardware team’s dependencies. The project manager should not escalate the issue to higher management without trying to resolve it first, as this may undermine the trust and autonomy of the teams. The project manager should not impose the delivery dates on the software team leader, as this may violate the agile principles and demotivate the team. The project manager should not ask the software team leader to use a predictive approach, as this may not be feasible or suitable for the software development process and the customer’s requirements. 

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

• PMBOK® Guide, 6th edition, Section 1.2.4, p. 19
• PMI Professional in Business Analysis (PMI-PBA)® Examination Content Outline, Domain III: Analysis, Task 5, p. 11
• Business Analysis for Practitioners: A Practice Guide, Section 2.4.2, p. 36

Request the high-performing team member to mentor the other team members

Explanation:

The project manager should request the high-performing team member to mentor the other team members. This is because mentoring is a way of recognizing and rewarding the team member’s expertise and contributions, as well as enhancing the skills and performance of the other team members. Mentoring can also foster a positive team culture, increase collaboration and trust, and reduce turnover and attrition. The project manager should also provide feedback and appreciation to the high-performing team member, and ensure that the mentoring process is aligned with the project objectives and expectations. The other options are not as effective or appropriate as requesting the high-performing team member to mentor the other team members.

Promoting the higher performing team member to a higher position may not be feasible or desirable, as it may create resentment among the other team members, disrupt the team dynamics, or reduce the team member’s motivation and satisfaction. Reminding the high-performing team member to focus on shared rewards rather than individual rewards may be perceived as unfair or discouraging, as it may imply that the team member’s efforts are not valued or appreciated. Rewarding the high-performing team member privately to avoid team disruption may also be seen as unfair or secretive, as it may create a sense of favoritism or inequality among the team members, and undermine the team morale and cohesion.

References: PMBOK Guide, 6th edition, Chapter 9.4.2, 9.4.3, The Benefits of Mentoring in Project Management - PMI

Refuse the offer as it is included in the initial project scope

Explanation:

According to the PMBOK Guide, the project scope is the work that needs to be accomplished to deliver a product, service, or result with the specified features and functions1. The project scope statement defines the project scope and documents the project deliverables, acceptance criteria, assumptions, and constraints2. The project manager is responsible for ensuring that the project scope is managed and controlled throughout the project life cycle3. If the contractor submits an offer for additional work that is already included in the initial project scope, the project manager should refuse the offer as it is not a valid change request and does not add any value to the project. The project manager should also communicate with the contractor to clarify the project scope and avoid any misunderstandings or conflicts. 

References:

1. PMBOK Guide, 6th edition, p. 154
2. PMBOK Guide, 6th edition, p. 157
3. PMBOK Guide, 6th edition, p. 171

Context diagram

Explanation:

According to the PMBOK Guide, a context diagram is a visual representation of the product scope, showing a business system (process, equipment, computer system, etc.), and how people and other systems (actors) interact with it. A context diagram can help the project manager and the key stakeholder to understand the project’s key performance indicators (KPIs) and how they relate to the project objectives, scope, and deliverables. A context diagram can also help to identify the sources of data for the KPIs, the frequency of measurement, and the reporting format. A context diagram can facilitate communication and collaboration between the project manager and the key stakeholder, and help to resolve any issues or disagreements regarding the project’s KPIs. Autocratic decision making, expert judgment, and change control tools are not appropriate tools or techniques for this situation, as they do not address the root cause of the stakeholder’s dissatisfaction with the project’s KPIs, and may create more conflict or resistance.

References:
PMBOK Guide, Sixth Edition, pages 154-155, 176; PMI-PBA Guide, First Edition, pages 97-98, 102