Before initiating resource-intensive activities, the project manager must meet with the PMO and evaluate existing resource constraints based on the resource management plan. This ensures alignment on availability, leads to realistic planning, and supports negotiation or reprioritization before kickoff.
The PMBOK Guide - Seventh Edition emphasizes collaboration with organizational governance structures like the PMO during planning to optimize resource allocation.
Option A is risky and non-compliant.
Option B could result in inefficiency and role confusion.
Option D bypasses internal governance and formal channels.
References:
PMBOK Guide - Seventh Edition, Planning and Resource Performance Domains PMI Organizational PMO Framework
##############################################

Understanding stakeholder motivations is a critical aspect of stakeholder analysis and engagement. One-on- one conversations are an effective method for gaining deep insights into individual stakeholder concerns, interests, and motivations. This approach allows for a more personal and detailed understanding that might not be possible in group settings or through indirect communication methods. It also provides an opportunity to build trust and rapport, which can be beneficial throughout the project. This recommendation aligns with the guidance provided in the PMBOK Guide and the Professional in Business Analysis (PMI-PBA) reference materials, which suggest direct engagement with stakeholders to understand their needs and expectations12.
The answer is informed by the principles of stakeholder engagement as described in the PMBOK Guide and supported by best practices in business analysis stakeholder motivation techniques12.

Team velocity is a measure of a team's effective productivity and capacity in agile development. It indicates the amount of work a team can accomplish in a given sprint, usually expressed in story points1. Team velocity can vary from sprint to sprint due to various factors, such as team size, complexity, dependencies, quality, and external interruptions2. Therefore, it is important for the project manager to monitor and review the team velocity over the last several sprints and use the average or trend as a basis for planning and forecasting future sprints3. By adjusting the plan according to the team velocity, the project manager can help the team avoid overcommitting or underdelivering, and set realistic and achievable sprint goals4.
The other options are not the best choices for the project manager in this situation. Switching to a Kanban approach (option A) may not solve the problem of sprint failures, as Kanban is a different agile framework that does not use fixed-length iterations or predefined roles. Kanban focuses on visualizing the workflow, limiting the work in progress, and optimizing the flow of value5. While Kanban can help the team improve efficiency and flexibility, it may not be suitable for every project or organization, and it may require a significant change in the team's culture and processes. Asking the project sponsor to approve overtime (option C) may not be a sustainable or effective solution, as it may lead to burnout, lower quality, higher costs, and reduced motivation among the team members6. Replacing junior team members with more experienced ones (option D) may not be feasible or desirable, as it may disrupt the team's dynamics, trust, and collaboration. It may also create resentment, conflict, and turnover among the team members. Negotiating the project scope to compensate for the budget gap may not be aligned with the project's objectives, stakeholders' expectations, or agile principles7.
: 1: What is team velocity and how to calculate it - LogRocket Blog 2: Home - Team Velocity - Fueled by Apollo 3: How to Calculate Team Velocity in Agile Project Management 4: [How to Use Team Velocity to Plan Sprints | monday.com Blog] 5: Kanban - A brief introduction | Atlassian 6: [The Impact of Overtime on Productivity and Quality in Agile Teams] 7: [Agile Manifesto Principles | Agile Alliance]

When a stakeholder is unhappy with the result of a fixed-price project, the project manager should review the missed program deliverables with the project team1. This allows the team to understand what went wrong and how they can improve in future projects. It's important to note that in a fixed-price project, the risk of incurring additional costs to complete performance of the project falls entirely on the supplier1. Therefore, performing any out of scope work that has not been agreed to, such as through a change order process, adds costs to the project1. References: The special challenges of project management under fixed-price contracts