According to the PMBOK Guide, 7th edition, one of the principles of project management is to tailor the delivery approach based on context1. This principle suggests that project managers should select and adapt the delivery approach that best suits the project characteristics, stakeholder needs, and organizational goals. It also implies that project managers should recognize and respond to changes in the project environment and facilitate the transition between different delivery approaches1.
In a hybrid project, the delivery approach combines elements of predictive, adaptive, and iterative methods2. A hybrid project may start with a predictive phase to define the scope, schedule, and budget, and then switch to an adaptive or iterative phase to deliver the product or service incrementally2. A hybrid project may also use different delivery approaches for different components or work packages within the same project2.
In this scenario, the project manager observes that the team performance was excellent during the predictive stages, but declined when the iterations began. This could indicate that the team members are not comfortable or familiar with the change in the delivery approach, and that they are lacking the skills, mindset, or tools to work effectively in an adaptive or iterative environment. Therefore, the best course of action for the project manager is to perform team-building activities and enhance collaboration. This will help the team to build trust, rapport, and cohesion among themselves and with other stakeholders, and to align their expectations, roles, and responsibilities with the new delivery approach. It will also help the team to learn and apply the agile values and principles, such as customer collaboration over contract negotiation and working software over comprehensive documentation3.
The other options are not as effective as option B. Option A, giving team members more authority to make decisions, may be appropriate for an agile team, but it does not address the root cause of the problem, which is the change in the delivery approach. It may also create more confusion and conflicts if the team members are not clear about the decision-making process or criteria. Option C, identifying the team members who are impacting low morale, may be helpful, but it does not solve the problem of the team's performance. It may also create a blame culture or a sense of isolation among the team members. Option D, coaching the team members on agile processes and knowledge, is also a good practice, but it is not sufficient to improve the team's morale. Coaching should be complemented by team-building and collaboration activities to foster a positive and supportive team culture.
1: PMBOK Guide, 7th edition, page 10 2: PMBOK Guide, 7th edition, page 19 3: Agile Manifesto,

When stakeholders' feedback indicates that they saw more technical features than business ones, it's important for the project manager to review this topic with the product owner before the next iteration planning12. The product owner is responsible for maximizing the value of the product resulting from the work of the development team2. They are the ones who understand the needs of the stakeholders and can prioritize the features accordingly2. By discussing the feedback with the product owner, the project manager can ensure that the next iteration focuses more on the business features that the stakeholders want to see12. References: How to Collect Feedback from Stakeholders Effectively | Mural, 11 Effective Stakeholder Management Strategies - Float

According to the PMBOK Guide, one of the tools and techniques for planning project resources is responsibility assignment matrix (RAM). RAM is a grid that shows the project resources assigned to each work package. It helps to clarify the roles and responsibilities of each team member and ensure that all the work is accounted for. A common type of RAM is the RACI chart, which stands for responsible, accountable, consult, and inform. A RACI chart indicates the level of involvement and authority of each team member for each project activity. Asking the functional manager to create a specific RACI chart for the team member who is unclear about their role and responsibilities is an example of applying this technique to address the situation and improve the team member's understanding and performance. Developing a work plan, advising to review the resource management plan, or telling to review the project charter are not the best options, as they may not provide enough detail or clarity for the team member, or may be redundant or irrelevant. References: PMBOK Guide, 6th edition, page 314.

According to the PMBOK Guide, acceptance criteria are the standards by which the project deliverables are measured and verified to meet the stakeholder's expectations and requirements1. They are defined during the project planning process and agreed upon by the project team and the client2. By highlighting how the acceptance criteria were met in the project closure report, the project manager can demonstrate that the project outputs have fulfilled the client's business needs and have been formally accepted by them3. This can also help to resolve any doubts or disputes that the client may have about the quality or value of the project deliverables4. How the quality, scope, and stakeholders were managed are also important aspects of the project closure report, but they are not directly related to the stakeholder's concern about the project outputs.
The project manager should focus on showing how the project deliverables met the acceptance criteria, which are the basis for the stakeholder's satisfaction and sign-off. References:
1: PMBOK Guide, 6th edition, page 161
2: Project Management Acceptance Criteria with Examples, KnowledgeHut, page 1
3: A Guide to Project Closure: 12 Essential Things To Do, Rebel's Guide to Project Management, page 2
4: Project Client Acceptance and Sign-Off Form, ProjectManagement.com, page 1

When a stakeholder requests changes that could impact the project scope, the project manager should first review and validate the scope management plan. This plan outlines how scope changes are managed and controlled. If the new ideas are not covered within the existing project scope, they may require a formal change request and impact analysis before proceeding. This ensures that any changes align with project objectives and do not adversely affect project constraints such as time, cost, and quality.
References:
* Project Management Institute. (2017). A Guide to the Project Management Body of Knowledge (PMBOKGuide) - Sixth Edition.
* Project Scope Management according to the PMBOK1.
* The PMBOK's Project Scope Management Knowledge Area2.
* Project scope management: Plan, template, and guide3.