Legit PMP Exam Download

According to the PMBOK Guide, a Scrum team is a self-organizing, cross-functional team that delivers value in short iterations called sprints. A burndown chart is a graphical representation of the work remaining versus time. An impediment is anything that prevents the team from achieving its sprint goal. The project manager, or Scrum Master, is responsible for facilitating the Scrum process and removing impediments that hinder the team’s progress and performance. The project manager should take two actions to manage impediments and improve the team’s velocity when a burndown chart indicates that the project is behind schedule. The first action is to look for processes that cause bottlenecks and slow down the team’s agility. This will help to identify and eliminate any unnecessary or inefficient steps, rules, or procedures that hamper the team’s ability to deliver value quickly and effectively. The second action is to work with the team to remove impediments as quickly as possible. This will help to resolve any issues, risks, or conflicts that affect the team’s work, and to provide any support, guidance, or resources that the team needs to complete their tasks. Looking for processes that cause bottlenecks and slow down the team’s agility and working with the team to remove impediments as quickly as possible are the two best actions that the project manager should take in this situation. Assigning the items with high complexity to senior developers (B) may not be optimal or fair, as it may create an imbalance in the team’s workload, skills, and collaboration. Empowering the team to make decisions to remove impediments © may be a good practice, but not an action that the project manager should take, as it is part of the team’s self-organization and autonomy. Moving the items with high complexity to the last iterations (E) may not be feasible or advisable, as it may increase the project risk, scope creep, and technical debt. References: PMBOK Guide, 6th edition, pages 18, 177-178, 541-542.D

The project manager should first assess the current state process to understand the existing problems, needs, and opportunities for improvement. This will help to define the scope of the digitization project, which is the sum of the products, services, and results to be delivered by the project. Digitizing the current state process exactly as defined, redefining the current state process to scope the supporting software, or developing the software that will support the current state process are all actions that should be done after defining the project scope, not before. References: PMBOK Guide 7th Edition, page 71; Agile Practice Guide, page 37.

The project manager should perform a qualitative risk analysis to assess the probability and impact of the resource availability problem on the project objectives. The project manager should also identify the triggers and warning signs of the risk, and assign a risk rating or priority to the risk. This will help the project manager to determine the appropriate risk response strategy and plan accordingly. Updating the issue log may not be sufficient, as it does not address the uncertainty and potential impact of the risk. Performing a root cause analysis may not be necessary or feasible, as the resource availability problem may be beyond the project manager’s control or influence. Implementing a risk response plan may be premature, as the project manager should first analyze the risk before taking any action. References:

A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Chapter 11: Risk, Section 11.3: Assess Risks

Professional in Business Analysis (PMI-PBA)® Handbook, Section 2.3: Domains and Tasks, Domain 5: Evaluation, Task 6: Assess Solution Limitations

Professional in Business Analysis (PMI-PBA)® Examination Content Outline, Domain 5: Evaluation, Task 6: Assess Solution Limitations

The agile project lead should invite the senior manager to the next planning meeting to ensure that the senior manager’s expectations are aligned with the product vision and backlog. This is consistent with the agile principle of customer collaboration over contract negotiation1. The agile project lead should also explain how the product backlog is prioritized and refined based on the value and feedback from the stakeholders2. Assuring the senior manager that these features will be queued up in the next sprint (A) is not a good option since it may create unrealistic expectations and compromise the quality and scope of the product. Meeting with the team to understand why the senior manager’s features were not included (B) is not relevant since the team is not responsible for defining the product features, but for delivering them. Sending the product roadmap to the senior manager (D) is not sufficient since it may not address the senior manager’s concerns or questions. References:

1: Agile Practice Guide, Chapter 1, Section 1.2.1

2: Agile Practice Guide, Chapter 2, Section 2.3.2.1