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. Issues can arise from any aspect of the project, such as scope, schedule, cost, quality, resources, risks, or stakeholders. Issues can affect the performance of the project or the satisfaction of the stakeholders.
Therefore, issues need to be identified, analyzed, and resolved in a timely and appropriate manner.
The project manager is responsible for managing issues throughout the project life cycle. One of the tools that the project manager can use to document and track issues is the issue log. The issue log is a project document that provides a structured way of recording and monitoring issues2. The issue log typically contains information such as the issue description, the issue owner, the issue priority, the issue status, the issue resolution, and the issue closure date3.
In this question, the project manager is faced with an issue that can affect the project schedule and the delivery of the product. The vendor's inability to ship a core component on time is a matter that is not settled and is under discussion with the vendor. The project manager should review and update the issue log to record this issue and its details. The project manager should also determine if any alternative components can be offered by the vendor or another source that can meet the project requirements and minimize the schedule impact. This is part of the issue resolution process, which involves identifying and evaluating possible solutions, selecting the best option, and implementing the agreed-upon action4.
The other options are not the best actions to take next to minimize the impact on the project. Scheduling a meeting with all stakeholders to extend the project deadline is premature and may not be necessary if the issue can be resolved with an alternative component. Replacing the vendor with a new vendor who can offer the component on time is risky and may not be feasible or cost-effective. Adding an item to the next status review to make stakeholders aware of the vendor issue is important, but it does not address the issue resolution or the schedule impact.
: 1: PMBOK Guide, 6th edition, p. 720 2: PMBOK Guide, 6th edition, p. 89 3: PMBOK Guide, 6th edition, p. 374 4: PMBOK Guide, 6th edition, p. 375

The root cause of the issue is related to communication techniques. When important information is not shared properly among team members, it often points to a breakdown in communication methods rather than the structure of the team or their training. Effective communication is crucial in project management to ensure that all team members are aligned and aware of the project's requirements and progress. The pairing of team members is not inherently detrimental to team cohesiveness or the sharing of information, but the way in which communication is handled within these pairings can be. If the communication techniques are not correctly applied, it can lead to misunderstandings, misalignment, and information silos, which ultimately result in delivery delays and project failure.
: Professional in Business Analysis Reference Materials source and documents

When a project milestone is missed due to a team member not completing their tasks on time, it is important for the project manager to address the issue directly with the individual involved. A one-on-one meeting allows for a private discussion where the project manager can understand the reasons behind the delay, provide feedback, and work with the team member to develop a plan to prevent future issues. This approach is aligned with the best practices for project human resource management, which emphasize the importance of clear communication and problem-solving within the project team.
: = The PMP Examination Content Outline1 and the PMBOK Guide2 highlight the importance of project communication and human resource management. The Professional in Business Analysis Reference Materials also suggest direct engagement with team members to address project challenges3.

According to the Scrum Guide, an impediment is any factor that blocks or slows down the Developers in their creation of a valuable piece of software in a Sprint, or that restricts the team in achieving its intrinsic level of progress1. Therefore, the scenarios that are impediments are:
* A team member talking about a user story that is not on the Scrum board: This indicates that the team is not focused on the Sprint Goal and the Sprint Backlog, which are the sources of alignment and commitment for the Developers. Talking about a user story that is not on the Scrum board can also cause confusion, distraction, and waste of time for the team2.
* A technology that blocks agile capabilities: This implies that the team is facing a technical issue that prevents them from delivering a potentially releasable Increment of value at the end of the Sprint, or from collaborating effectively with the Product Owner and other stakeholders. A technology that blocks agile capabilities can also hinder the team's ability to inspect and adapt their work and process3.
* A lack of team empowerment and an inability to self-organize: This suggests that the team is not able to make decisions and take actions that are best suited for achieving the Sprint Goal and delivering value to the customer. A lack of team empowerment and an inability to self-organize can also affect the team' s motivation, creativity, and productivity.
The scenarios that are not impediments are:
* A team member talking about a user story that is on the Scrum board: This indicates that the team is engaged in the Sprint work and is discussing the details and progress of a user story that is part of the Sprint Backlog. Talking about a user story that is on the Scrum board can also foster communication, collaboration, and transparency within the team.
* A review of the backlog at daily standup meetings: This implies that the team is using the daily standup meetings as an opportunity to inspect the Sprint Backlog and adapt their plan accordingly. A review of the backlog at daily standup meetings can also help the team identify any impediments or risks that may affect their Sprint work.
: 1: Scrum Guide, November 2020, p. 9 2: The Scrum Master as an Impediment Remover, Scrum.org, April
2016, 1 3: Navigating Impediments, Scrum.org, October 2020, 2 : Solving Impediments as a Scrum Team, Scrum.org, August 2018, 3 : Scrum Guide, November 2020, p. 10 : Scrum Guide, November 2020, p. 11

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.