According to the PMBOK Guide, quality management is the process of ensuring that the project meets the needs and expectations of the stakeholders1. Quality management involves planning, managing, and controlling quality activities throughout the project life cycle1. A predictive approach to quality management is based on the assumption that the project requirements and scope are well-defined and stable, and that the quality standards and criteria are established upfront1. A predictive approach relies on sequential phases, such as initiation, planning, execution, monitoring and controlling, and closing, and evaluates the quality of the products at the end of each phase1. However, a predictive approach may not be suitable for projects that face high uncertainty, complexity, or change, as it may result in rework, delays, or customer dissatisfaction12.
A hybrid approach to quality management is a combination of predictive and adaptive methods, such as agile, that allows the project manager to tailor the quality practices to the specific needs and characteristics of the project23. A hybrid approach enables the project manager to balance the trade-offs between predictability and flexibility, and to deliver value to the customer in an iterative and incremental manner23. A hybrid approach requires the project manager to understand the context and interdependencies of the process from the team members and then define improvements23. By doing so, the project manager can leverage the expertise and feedback of the team members, who are closest to the work and the customer, and identify the best ways to enhance the quality of the products and the process23. The project manager can use various techniques to understand and improve the process, such as process mapping, value stream mapping, root cause analysis, and continuous improvement123. References:
* 1: PMBOK Guide - 4th Edition, Chapter 8: Quality Management
* 2: A Guide to Hybrid Project Management: Blending Agile and Waterfall
* 3: How to Do Hybrid Right

In the event of an unexpected leave, it is important to collaborate with the product owner to reassess and reprioritize the sprint backlog. This approach aligns with the principles of Agile and Scrum methodologies, which emphasize flexibility and adaptability in response to changes. The project lead should avoid forcing the developer to postpone their leave (Option A) or hastily arranging for a replacement (Option B), as these actions may not align with the team's values or long-term productivity. Instead, by working with the product owner, the project lead can ensure that the most critical tasks are addressed and that the team's workflow is not disrupted. This may involve reassigning tasks among the remaining team members or adjusting the sprint goals to accommodate the change in capacity. References: (Based on the Agile principles and Scrum guidelines as outlined in PMI's resources12345.)

According to the PMBOK Guide, 7th edition, a root cause analysis is a technique used to identify the underlying factors or causes of a problem or issue. It helps to prevent recurrence of the same or similar problems in the future. A quality breach is a deviation from the quality standards or requirements agreed upon with the customer. It can result in customer dissatisfaction, rework, delays, or defects. Therefore, the project manager should run a root cause analysis to find out why the product has discrepancies with the customer's request and take corrective actions to prevent further quality issues. The project manager should also update the quality management plan to reflect any changes in the quality processes, tools, metrics, or responsibilities.
This will help to ensure that the project delivers a product that meets the customer's expectations and requirements. References:
* PMBOK Guide, 7th edition, page 237, section 8.2.3.1, Root Cause Analysis
* PMBOK Guide, 7th edition, page 238, section 8.2.3.2, Quality Management Plan Updates

The project manager should first perform an impact analysis with SMEs to assess the potential effects of the separate project on the network upgrade. This will help the project manager to determine the magnitude and probability of the risks, as well as the possible responses and contingency plans. The impact analysis is part of the Monitor Risks process, which involves tracking the identified risks, monitoring residual risks, identifying new risks, and evaluating risk process effectiveness1. Informing the government representative, implementing a change request, and updating the risk register are all possible actions that may follow the impact analysis, but they are not the first thing to do. References: 1 PMBOK Guide, 6th edition, page 452.

Explanation: