PMI PMP - Project Management Professional (2025 Version)

The project manager should plan a working session focusing on the scope, vision, and mission of the initiative, as this is the best way to increase the project’s chances of success. By involving the research and development department and other relevant stakeholders in defining the project objectives, scope, and deliverables, the project manager can ensure that the product development aligns with the organization’s strategic goals and meets the customer’s needs and expectations. This will also help the project manager to establish a clear and shared understanding of the project’s purpose, value, and benefits, and foster a collaborative and innovative environment.

 According to the PMP Exam Study Guide, a subject matter expert (SME) is a person who has specialized knowledge or skills in a particular domain or area. A SME can provide valuable input and guidance on technical, functional, or business aspects of a project. In this scenario, the project manager should consult with a SME to see if the proposed change is acceptable, as it may affect the quality, performance, or functionality of the product or service. The SME can help the project manager to assess the impact of the change, evaluate the alternatives, and make an informed decision. The project manager should not accept, insist, or instruct the vendor without consulting with a SME, as this may lead to poor quality, customer dissatisfaction, or contractual issues. References:

PMP Exam Study Guide, Chapter 9: Project Resource Management, Section 9.1: Plan Resource Management, p. 443

PMP Exam Study Guide, Chapter 12: Project Procurement Management, Section 12.2: Conduct Procurements, p. 535-536

PMP Exam Study Guide, Chapter 13: Project Stakeholder Management, Section 13.3: Manage Stakeholder Engagement, p. 573-574

A user focus group is a group of potential or actual customers who provide feedback on a product or service. User focus groups can help project managers understand the needs, preferences, and expectations of the target market, as well as identify any problems or issues with the product or service12.

Defining a user focus group as external stakeholders with a high influence on outcomes means that the project manager recognizes the importance of involving the users in the project initiation and planning phases. By doing so, the project manager can ensure that the project aligns with the user requirements and delivers value to the customers34.

Defining a user focus group as external stakeholders also implies that the project manager will communicate with them regularly, solicit their feedback, and incorporate their suggestions into the project scope, schedule, budget, and quality5 . This can help prevent customer dissatisfaction and negative feedback, as well as increase customer loyalty and retention .

The project manager should approach this situation by requesting that the customer reviews and clarifies feature definitions for the current sprint. This is because the customer is the primary source of the requirements and the best person to provide the technical details that the project team needs. By reviewing and clarifying the feature definitions, the customer can ensure that the project team understands the requirements correctly and can deliver the expected value in the current iteration. This will also help to avoid rework, scope creep, and customer dissatisfaction in the future.

The other options are not the best ways to approach this situation. Sending a burndown chart of the current sprint to the customer and seeking clarifications may not be effective, as the burndown chart only shows the progress of the work done, not the quality or accuracy of the work. The customer may not be able to provide the technical details based on the burndown chart alone. Educating the customer and having them participate in daily standup meetings may not be feasible, as the customer may not have the time, interest, or expertise to attend the daily meetings and learn about the project details. This may also create unnecessary dependencies and interruptions for the project team. Scheduling weekly meetings and product reviews with the customer to clarify requirements may be too late, as the project team needs the technical details in the current iteration, not in the next week. This may also delay the feedback and validation process and increase the risk of delivering the wrong product.

The project manager should ask the SMEs to share the knowledge transfer documents with all other members by placing the documents in the PMIS, as this is the best way to ensure knowledge transfer across the team. The PMIS is a system that collects, organizes, and distributes project information to the project stakeholders. By using the PMIS, the project manager can ensure that the process deviations captured by the SMEs are communicated and documented to the rest of the team, and that the team has access to the latest and accurate information. This will also help the project manager to monitor and control the project performance and quality, and to identify and address any issues or risks that may arise from the deviations.

A project charter is a project planning document that sells the project to stakeholders and sponsors. It provides a preliminary delineation of roles and responsibilities, outlines the project’s key goals, identifies the main stakeholders, and defines the authority of the project manager. A project charter is essential for any project, regardless of its size or complexity, as it serves the following purposes:

It authorizes the project and grants the project manager the permission to use organizational resources

It serves as a primary sales document that summarizes the project’s value proposition and return on investment

It acts as a roadmap that guides the project team and stakeholders throughout the project lifecycle

It helps to manage the project scope and avoid scope creep by establishing the project boundaries and deliverables

It facilitates communication and alignment among the project team, sponsors, and stakeholders by clarifying the project objectives, assumptions, risks, and constraints Therefore, the project manager should explain to the sponsor that a project charter is necessary to ensure agreement on scope and deliverables and to define the project manager’s responsibilities. Without a project charter, the project may face the following risks:

Lack of clarity and direction for the project team and stakeholders

Misalignment of expectations and goals among the project team, sponsors, and stakeholders

Scope creep and change requests that may impact the project schedule, budget, and quality

Conflicts and disputes over roles, responsibilities, and authority

Reduced stakeholder engagement and support References:

What is a Project Charter? Complete Guide & Examples

How to Write a Project Charter: Examples & Template Included

Project charter - Wikipedia

A project manager who is using an agile approach should be able to respond to changes and issues quickly and effectively. One of the principles of agile project management is to collaborate with stakeholders and customers frequently and openly. Therefore, when the project manager discovers that another company has patented a very similar tool, the best course of action is to schedule a meeting with the critical stakeholders, such as the product owner, the sponsor, the legal team, and the development team, to review the issue and decide on the next steps. This way, the project manager can communicate the impact of the issue, seek feedback and input from the stakeholders, and explore possible solutions or alternatives. The meeting should also result in clear action items and responsibilities for resolving the issue and mitigating the risk. References:

Agile Practice Guide, page 11

A Guide to the Project Management Body of Knowledge (PMBOK® Guide), page 47

Agile problems, challenges, & failures - Project Management Institute, page 4

 According to the PMBOK Guide, one of the agile metrics that measures the quality of the team’s output is the Escaped Defect Rate, which tracks the number of problems found in the product after it has been released to the customer. The lower the defect rate, the higher the quality of the product and the customer satisfaction. Therefore, the team with the least amount of defects in their deliverables is performing better than the other teams, regardless of the number of story points they have calculated or completed. Story points are relative estimates of the size and complexity of the work, and they may vary from team to team depending on their experience, skills, and definition of done. Comparing story points across teams is not a valid way of measuring their performance, as it does not reflect the actual value delivered to the customer or the business. References:

PMBOK Guide, Sixth Edition, Chapter 6, Section 6.7.2.1

How to Measure Agile Team Performance by Wrike Guide

37 Agile Metrics — The Complete Guide for Agile Teams by Aha!

The stakeholder engagement plan is a component of the project management plan that identifies the strategies and actions required to promote productive involvement of stakeholders in project decisions and activities1. The project manager should review and update the stakeholder engagement plan to address the needs and expectations of the newly appointed technical manager, who is a key stakeholder for the project. The project manager should also communicate with the technical manager to understand the information gaps and provide the necessary updates on the project deliverables. Updating the issue log and escalating to the project sponsor (option A) may not be the best first action, as it could create unnecessary conflict and damage the relationship with the client. Identifying the lack of information as a risk and updating the risk register (option B) is not appropriate, as the situation is not a potential uncertain event that could affect the project objectives, but rather a current issue that needs to be resolved. Scheduling more frequent meetings with the technical manager (option C) may help to improve the communication, but it does not address the root cause of the problem, which is the inadequate stakeholder engagement plan. References:

1: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, p. 518.

 The stakeholder register is a project document that identifies and classifies the project stakeholders, their roles, interests, expectations, and influence levels. It is an output of the Identify Stakeholders process, which is the first process in the Project Stakeholder Management knowledge area. The stakeholder register should be updated whenever there are changes in the project environment or stakeholder information, such as a promotion, a change of role, or a change of contact details. Updating the stakeholder register will help the project manager and the project team to communicate effectively and appropriately with the stakeholders, and to manage their expectations and engagement levels throughout the project life cycle.

The project management plan is a comprehensive document that describes how the project will be executed, monitored, and controlled. It integrates and consolidates the subsidiary plans and baselines from the different knowledge areas, such as scope, schedule, cost, quality, resources, communications, risk, procurement, and stakeholder management. The project management plan is an output of the Develop Project Management Plan process, which is the second process in the Project Integration Management knowledge area. The project management plan should be updated only when there are changes in the project scope, objectives, deliverables, or approach, and when these changes are approved through the Perform Integrated Change Control process. Updating the project management plan for a stakeholder promotion is not necessary, unless it affects the project scope or other aspects of the project.

The stakeholder engagement plan is a subsidiary plan of the project management plan that describes the strategies and actions to increase the support and minimize the resistance of the stakeholders throughout the project. It is an output of the Plan Stakeholder Engagement process, which is the second process in the Project Stakeholder Management knowledge area. The stakeholder engagement plan should be updated when there are changes in the stakeholder engagement levels, needs, or expectations, and when these changes are approved through the Perform Integrated Change Control process. Updating the stakeholder engagement plan for a stakeholder promotion may be required, depending on how it affects the stakeholder’s interest, influence, or power over the project.

The communications management plan is a subsidiary plan of the project management plan that describes the communication methods, formats, frequency, and responsibilities for the project. It is an output of the Plan Communications Management process, which is the first process in the Project Communications Management knowledge area. The communications management plan should be updated when there are changes in the communication requirements, preferences, or channels of the project stakeholders, and when these changes are approved through the Perform Integrated Change Control process. Updating the communications management plan for a stakeholder promotion may be necessary, depending on how it affects the stakeholder’s communication needs or preferences.

Therefore, the correct answer is C. Stakeholder register, as it is the most relevant and appropriate document to update for a stakeholder promotion.

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]

 According to the PMI Guide to Business Analysis, a change request is a formal proposal to modify any document, deliverable, or baseline. It is used to request changes to the project scope, schedule, cost, quality, or any other aspect of the project. A change request should include the following information: the reason for the change, the impact of the change, the alternatives considered, the recommendation, and the approval status. A change request should be initiated whenever there is a deviation from the agreed-upon project scope or plan, or when there is a need to accommodate new or modified requirements. A change request should be submitted to the appropriate authority for review and approval, such as the project sponsor, the change control board, or the steering committee. A change request should also be communicated to the relevant stakeholders, such as the project team, the customer, the PMO, or the operations function. A change request should be aligned with the project objectives, the business needs, and the stakeholder expectations. A change request should be evaluated based on the criteria established by the project governance, such as the business value, the feasibility, the risk, the urgency, and the alignment with the project charter. A change request should be implemented only after it has been approved and authorized by the appropriate authority. A change request should be monitored and controlled throughout the project life cycle to ensure that the expected benefits and outcomes are achieved.

In this situation, the project manager should initiate a change request to modify the scope and adjust the timelines, because there are scope changes and a delay in the delivery of critical tasks that affect the project performance and the stakeholder satisfaction. The project manager should document the rationale and the impact of the change request, and submit it to the appropriate authority for approval. The project manager should also communicate the change request to the relevant stakeholders, and update the project plan and the project baselines accordingly. This way, the project manager can ensure that the project is aligned with the business needs and the stakeholder expectations, and that the project delivers the expected value and benefits. References:

The PMI Guide to Business Analysis, Chapter 6: Traceability and Monitoring, Section 6.4: Manage Changes to Requirements

Business Analysis for Practitioners: A Practice Guide, Chapter 7: Traceability and Monitoring, Section 7.4: Manage Changes to Requirements

According to the PMBOK® Guide, the project manager should identify the source of the disagreement among the project stakeholders as the first step to facilitate the approval of project requirements. This is because identifying the source of the disagreement can help the project manager understand the root cause of the conflict, the interests and needs of the stakeholders, and the potential impact of the disagreement on the project objectives and deliverables. By identifying the source of the disagreement, the project manager can then choose an appropriate conflict resolution technique, such as compromising, collaborating, smoothing, forcing, or withdrawing, to resolve the issue and obtain the approval of the project requirements1. The other options are not the first steps to facilitate the approval of project requirements, because:

Reviewing the project charter may help the project manager clarify the project scope, objectives, and high-level requirements, but it does not address the specific source of the disagreement among the stakeholders2.

Performing a stakeholder analysis may help the project manager identify the stakeholders, their roles, expectations, influence, and communication needs, but it does not address the specific source of the disagreement among the stakeholders3.

Holding a team-building event may help the project manager improve the team morale, trust, and collaboration, but it does not address the specific source of the disagreement among the stakeholders4. References: 1: PMBOK® Guide, Sixth Edition, Chapter 9.5.2.1, Conflict Management 2: PMBOK® Guide, Sixth Edition, Chapter 4.1.3.1, Project Charter 3: PMBOK® Guide, Sixth Edition, Chapter 13.1.3.1, Stakeholder Analysis 4: PMBOK® Guide, Sixth Edition, Chapter 9.4.2.4, Team-Building Activities

The risk register is an artifact that records the identified risks, their probability and impact, their status, and their response plans. It also tracks the risk triggers, which are the indicators or warning signs that a risk is about to occur. By sharing the risk register with the stakeholder, the project manager can show when a risk may potentially become an issue, based on the risk triggers and the risk status. The risk register also helps the project manager and the stakeholder to monitor and control the risks and their impacts throughout the project life cycle. References:

The PMI Guide to Business Analysis Includes The Standard for Business Analysis, Chapter 4: Business Analysis Planning and Monitoring, Section 4.3.4: Plan Risk Management

Business Analysis for Practitioners: A Practice Guide, Chapter 4: Planning the Business Analysis Approach, Section 4.6: Risk Management Plan

Business Analysis Techniques: 72 Essential Tools For Success, Chapter 6: Business Analysis Planning and Monitoring, Section 6.6: Risk Analysis and Management

Seven Steps to Mastering Business Analysis, Chapter 7: Requirements Analysis, Section 7.4: Risk Analysis

Appreciating this team member’s performance throughout the project life cycle is the best way to acknowledge this team member’s commitment, because it shows that the project manager recognizes and values the team member’s continuous improvement, role modeling, and mentoring. Appreciation can be expressed in various ways, such as writing a thank-you note, acknowledging the team member’s contributions in a team meeting, sending an email to the team member’s manager, or giving a reward or recognition. Appreciation can motivate and inspire the team member to keep up the good work, as well as to influence other team members to follow the example. The other options are not the best ways to acknowledge this team member’s commitment, because they may not be appropriate, timely, or effective. Sending this person to a meeting to negotiate the scope with the client may not be relevant to the team member’s role or skills, and it may not be perceived as a positive acknowledgment. Promoting this team member to a coaching role after this project is completed may not be feasible or desirable, and it may not reflect the team member’s current performance. Documenting it in the team member’s end of year performance review may be too late or too formal, and it may not convey the project manager’s genuine appreciation. References: Acknowledge Members of the Project Team - 3 Simple Ways, Power of Acknowledgment -Results on Project Teams, 50 Impactful Phrases for Appreciating Team Members, Positive Reinforcement | PMI - Project Management Institute

Project documentation is the process of creating, organizing, and maintaining the written information that describes the processes, plans, and activities involved in a project. Project documentation includes documents such as the project charter, the project management plan, the work breakdown structure, the risk register, the issue log, and the status reports. Project documentation serves several purposes, such as project planning, communication, monitoring, control, and evaluation. According to the Professional in Business Analysis Reference Materials1, project documentation should be:

Accurate: The project documents should reflect the true and current state of the project, and avoid any errors, inconsistencies, or ambiguities.

Complete: The project documents should cover all the relevant and necessary aspects of the project, and avoid any gaps, omissions, or redundancies.

Consistent: The project documents should follow the same format, style, terminology, and standards, and avoid any conflicts, contradictions, or variations.

Up to date: The project documents should be updated regularly and timely, and avoid any outdated, obsolete, or irrelevant information.

In this scenario, the project schedule is falling behind and the project manager observes that the project team seems to be spending the majority of their time writing documentation instead of performing project tasks. This indicates that the project documentation process is not efficient, effective, or aligned with the project goals and priorities. The project team may be creating unnecessary, excessive, or irrelevant documents, or may be struggling to keep up with the changes and updates in the project. This could affect the project performance, quality, and stakeholder satisfaction.

Therefore, the best option for the project manager is to review and adapt the appropriate project artifacts. This means that the project manager should:

Review the existing project documents and assess their accuracy, completeness, consistency, and currency.

Identify and eliminate any project documents that are not required, useful, or valuable for the project.

Simplify and streamline the project documentation process and reduce the complexity and volume of the project documents.

Adapt the project documentation process and the project documents to the changing needs and expectations of the project and the stakeholders.

Communicate and collaborate with the project team and the stakeholders on the project documentation process and the project documents.

By reviewing and adapting the appropriate project artifacts, the project manager can ensure that the project documentation process and the project documents are fit for purpose, and that they support and facilitate the project tasks, rather than hinder or distract them.

The other options are not the best choices, because:

Assign a team member to handle the documentation activities: This option implies that the project manager is delegating the responsibility and accountability of the project documentation process and the project documents to a single team member, rather than involving and engaging the whole project team and the stakeholders. This could create a bottleneck, a dependency, or a risk in the project documentation process, and reduce the quality and reliability of the project documents.

Coach the project team to complete the project documentation activities: This option implies that the project manager is providing guidance and support to the project team on how to perform the project documentation activities, rather than addressing the root cause of the problem, which is the inefficiency, ineffectiveness, or misalignment of the project documentation process and the project documents. This could create a false sense of security, a complacency, or a resistance in the project team, and prevent them from improving and adapting the project documentation process and the project documents.

Save all documentation activities until the end of the project: This option implies that the project manager is postponing or ignoring the project documentation activities, rather than recognizing and fulfilling their importance and value for the project. This could create a backlog, a chaos, or a disaster in the project documentation process, and compromise the project performance, quality, and stakeholder satisfaction.

 The project manager should mentor the new team member on the methodology the project team is using. The new team member may be used to the Scrum approach, which involves daily standup meetings where each team member reports their progress, challenges, and plans for the day. However, the project team may be following a different methodology that does not require such frequent and informal communication. The project manager should explain to the new team member the rationale, benefits, and expectations of the chosen methodology, and how it differs from Scrum. The project manager should also provide feedback and guidance to the new team member on how to adapt to the new work environment and collaborate effectively with the rest of the team. By mentoring the new team member, the project manager can help them integrate into the project team and reduce the frustration and confusion among the team members123. References: = PMBOK® Guide, Sixth Edition, pages 349-350, 368-369; Agile Practice Guide, pages 28-29, 50-51; How to Mentor a New Team Member.

A hybrid approach combines predictive and adaptive elements to deliver projects. In a hybrid approach, the project manager can break down the requirements into smaller and manageable chunks, and prioritize them based on their value and risk. This way, the project manager can deliver the most important and uncertain requirements first, and get feedback from the stakeholders and customers. This feedback can help clarify the unclear requirements and improve the quality of the project deliverables. The project manager can also adjust the delivery plan based on the changing requirements and environment. A hybrid approach is suitable for projects that have some degree of uncertainty and complexity, and that need to respond to changing customer needs and expectations. References:

A Guide to the Project Management Body of Knowledge (PMBOK Guide) – Seventh Edition, Chapter 2: Value Delivery System, Section 2.3: Delivery Approaches, pp. 31-35

Project Management Professional (PMP) Handbook, Section 2.2: PMP Exam Content Outline, Domain II: Process, Task 1: Plan and manage project scope, pp. 14-15

Hybrid Project Management: What It Is & How to Implement It, by Simplilearn, published on February 10, 2020

 The project manager should evaluate the situation and identify ways to compress the schedule without impacting baselines, as this is a strategy for handling delays in project programming activities. According to the PMI website, project delays can occur due to various reasons, such as complexity, resource constraints, poor communication, or risk management issues. When a project is behind schedule or at risk of a critical delay, the project manager should analyze the root causes and the impact of the delay, and determine the best course of action to bring the project back on track. One of the possible actions is to compress the schedule, which is a technique to shorten the project duration without changing the project scope. There are two methods of schedule compression: crashing and fast-tracking. Crashing involves adding or adjusting resources, such as people, equipment, or materials, to critical path activities, to reduce their duration. Fast-tracking involves performing critical path activities in parallel or partially in parallel, to reduce their overall duration. Both methods have advantages and disadvantages, and the project manager should weigh them carefully before applying them. The project manager should also monitor and control the schedule performance, and communicate any changes or updates to the stakeholders1.

The other options, asking the team to work overtime, checking the scope, or submitting a change request, are not the best ways to handle delays in project programming activities. Asking the team to work overtime may not be feasible or effective, as it may increase costs, risks, or rework, and may also demotivate or burn out the team members. Checking the scope may help the project manager to verify if there is scope creep, which is the uncontrolled expansion of the project scope, but it may not address the actual causes or consequences of the delay. Submitting a change request may help the project manager to follow the change management process and seek approval from the project sponsor or the change control board, but it may not be necessary or desirable, as it may imply that the project manager is unable to manage the schedule within the agreed baselines.

 1 A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 6.6 2 Business Analysis for Practitioners: A Practice Guide, Chapter 4.3.4 3 How to Manage Project Delays: 6 Effective Tips - ProProfs Project Blog 4 How Can Project Managers Handle Project Delays? - Online Tutorials Library 5 Dealing with delays - Project Management Institute

According to the PBA Guide, one of the competencies for business analysis is emotional intelligence, which is the ability to perceive, understand, and manage one’s own and others’ emotions1. A servant leader is someone who focuses on the needs and development of others, rather than on their own authority or power2. Applying emotional intelligence to leverage this situation to benefit the project would involve recognizing the team member’s frustration, acknowledging their achievement, and encouraging them to share their knowledge with the rest of the team. Asking the team member to use their recently acquired knowledge to develop and provide training to the team is an example of this approach, as it would foster collaboration, learning, and trust among the team members. Requesting budget to reward the team member (choice A) may not be feasible or effective, as it may create resentment or competition among the team members. Promoting the team member to product owner (choice B) may not be appropriate or relevant, as it may not match the team member’s skills, interests, or responsibilities. Providing an incentive to team members who begin using the new tool on this project (choice C) may not be sufficient or sustainable, as it may not address the root cause of the team’s reluctance or lack of knowledge. References:

1: PBA Guide, Chapter 3, Section 3.2.1 Emotional Intelligence

2: PMP Exam Content Outline, Domain II: People, Task 9: Support team development and team members through feedback and recognition.

According to the PMBOK Guide, the project manager should initiate the project by developing the project charter with the key stakeholders. The project charter should define the project objectives, scope, deliverables, success criteria, and high-level risks. The project charter should also establish the project vision, value proposition, and definition of done (DoD) for the agile project. The project charter should provide clarity and alignment among the project stakeholders and enable the agile team to deliver value to the customer in short iterations. Therefore, the project manager should schedule meetings with key stakeholders to build the agile project charter and set clear expectations for the project. References: PMBOK Guide, 6th edition, pages 18, 37, 75-76, 286-287.

 This answer is based on the PMI Guide to Business Analysis, which is one of the reference materials for the PMI-PBA exam1. According to the guide, quality is the degree to which a set of inherent characteristics fulfill requirements2. Quality requirements are the criteria that define the acceptable level of performance, reliability, usability, and other attributes of the project deliverables2. In a hybrid approach, which combines predictive and adaptive methods, the project manager should continually survey the quality of the deliverable to ensure that it meets the quality requirements and the stakeholder expectations2. This can be done by using various quality management tools and techniques, such as inspections, audits, reviews, testing, feedback, and metrics2. Continual quality surveillance helps the project manager to identify and correct any defects, errors, or deviations from the quality standards, and to prevent or mitigate any risks related to quality2. The other options are not correct because they are either part of the planning phase or not sufficient to ensure full compliance of quality requirements during the execution phase. References:

PMI Guide to Business Analysis

Professional in Business Analysis Reference Materials

According to the PMBOK Guide, the first process in the Project Integration Management knowledge area is Develop Project Charter. This process authorizes the project and defines the high-level scope, objectives, and stakeholders of the project. The project charter is based on the business case, which is the document that justifies the need and value of the project. The business case is usually prepared by the project sponsor or initiator, not the project manager. Therefore, option A is incorrect. Option B is also incorrect, because a SWOT analysis is a technique used to identify the project risks, assumptions, and constraints, which are part of the project planning process, not the initiating process. Option C is incorrect, because engaging stakeholders and allocating resources are also part of the project planning and executing processes, not the initiating process. Option D is the correct answer, because gathering requirements from stakeholders is a key activity in the initiating process group, as it helps to define the scope and objectives of the project, as well as the expectations and needs of the stakeholders. The project manager should gather requirements from stakeholders before developing the project charter, as the charter should reflect the stakeholder requirements and align with the business case. References: = PMBOK Guide, 6th edition, pages 30-33, 75-77, 123-125, 135-137.

 According to the PMBOK Guide, 7th edition, one of the principles of project management is to engage stakeholders proactively. This means that the project manager should communicate effectively with the project sponsor and other key stakeholders about the project status, issues, risks, and changes. When the project manager observes that the project is likely to miss a deadline due to a lack of resources, the best course of action is to escalate the issue to the sponsor and debrief them about the situation. This way, the project manager can seek the sponsor’s support and guidance on how to resolve the resource problem and mitigate the impact on the project schedule. The sponsor may also have the authority and influence to allocate more resources or negotiate a revised deadline with the customer or other stakeholders. By escalating the issue to the sponsor, the project manager demonstrates transparency, accountability, and professionalism. References: PMBOK Guide, 7th edition, page 9, Principle 3: Engage Stakeholders Proactively; page 32, Section 2.3.2.1, Project Sponsor; page 36, Section 2.4.2.1, Project Manager.

According to the Project Management Professional (PMP) Reference Materials, two actions that a project manager should consider while launching a new virtual team are:

Evaluate the project manager’s own strengths and weaknesses as a virtual team leader to identify avoidable pitfalls. This can help the project manager to develop the necessary skills and competencies to effectively lead, guide, and nurture a virtual team, such as communication, collaboration, motivation, trust, and cultural awareness12. The project manager can also seek feedback, coaching, or mentoring from other experienced virtual team leaders to improve their performance and avoid common mistakes3.

Establish in the beginning, how progress will be monitored and the best means for communicating progress. This can help the project manager to set clear expectations, goals, and standards for the virtual team, and to ensure that the team members are aligned, accountable, and informed throughout the project4 . The project manager can also use various communication and collaboration tools, such as video conferencing, chat, email, project management software, and online dashboards, to facilitate regular and effective communication and reporting among the virtual team members and stakeholders .

The other options, A, C, and E, are not actions that a project manager should consider while launching a new virtual team, but rather actions that a project manager should consider while planning or executing a project with a virtual team. Recruiting the best resources within the organization to be part of the virtual team is a human resource planning activity that involves identifying and acquiring the project team members. Identifying the types and quantities of resources required for each work package or activity is a resource management activity that involves estimating and allocating the resources needed to complete the project work. Verifying if team members are on more than one team and cannot devote enough time to this team is a performance management activity that involves monitoring and controlling the team members’ availability, workload, and productivity. References: 1: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 9.4.2.2, "Team Development Stages". 2: Agile Practice Guide, Chapter 2.2, "Agile Principles". 3: Best practices for managing and developing virtual project teams, Section "Preparing for success — the project manager’s role". 4: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 9.4.3.1, "Team Performance Assessment". : A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 10.2.2.1, "Communication Requirements Analysis". : 10 Tips to Manage Virtual Project Teams - Ganttic, Section "Communication tools". : Project and resource planning tools - Ganttic, Section "Project and resource planning tools". : A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 9.1.3.1, "Project Team". : A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 9.2.3.1, "Resource Requirements". : A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 9.6.3.1, "Work Performance Data".

An iterative rollout approach is a way of delivering a product or service incrementally, rather than in one big launch. This allows the project team to test and validate the product with real customers, get feedback, and make adjustments as needed. This reduces the risk of delivering a product that does not meet the customer’s needs or expectations, or that has major defects or errors. By delivering the highest business value earlier, the project team can also demonstrate the benefits of the new model to the executives and stakeholders, and gain their support and confidence. An iterative rollout approach is consistent with agile project management principles, which are recommended for high-risk and high-uncertainty projects. References:

The PMI Guide to Business Analysis Includes The Standard for Business Analysis, Chapter 5: Solution Evaluation, Section 5.3.2: Validate Solution

Business Analysis for Practitioners: A Practice Guide, Chapter 7: Solution Evaluation, Section 7.3.2: Validate Solution

Business Analysis Techniques: 72 Essential Tools For Success, Chapter 5: Strategy Analysis, Section 5.14: Incremental Delivery Planning

Seven Steps to Mastering Business Analysis, Chapter 9: Solution Assessment and Validation, Section 9.3: Assess Proposed Solution

 Perform Integrated Change Control is the process of reviewing all change requests, approving changes and managing changes to deliverables, organizational process assets, project documents, and the Project Management Plan, and communicating the decisions1. This process is important to ensure that only approved changes are implemented and that the project remains aligned with the project objectives and stakeholder expectations. In this scenario, the project manager should perform Integrated Change Control to evaluate the impact of the proposed alternative solution on the project scope, schedule, cost, quality, risk, and other aspects. The project manager should also consult with the project sponsor, customer, and other key stakeholders to obtain their approval or rejection of the change request. The project manager should document the change request and its status in the change log and update the project management plan and other relevant documents accordingly. The project manager should also communicate the change and its implications to the project team and other affected parties. By performing Integrated Change Control, the project manager can ensure that the project is managed in a controlled and consistent manner, and that the project deliverables meet the agreed requirements and expectations. References:

How To Successfully Perform Integrated Change Control

6 Steps for an Integrated Change Control Project Management Strategy

Performing Integrated Change Control: PMP Tips

According to the PMBOK Guide, 7th edition, one of the key activities of the project manager is to implement risk responses to address the issues and opportunities that may affect the project objectives and outcomes. This includes executing contingency plans, which are predefined actions or strategies that are triggered by the occurrence of a risk event. In this scenario, the missing input from the vendor is a risk event that has extended the critical path of the project, which means that the project schedule is at risk of being delayed. Therefore, the project manager should execute a contingency plan to address the issue with the vendor and recover the lost time. Option D is the best answer for this question.

Option A is not the best answer because starting an audit of the vendor’s processes and procedures is not the next thing that the project manager should do. It is a possible action that the project manager may take to identify the root cause of the miscommunication and prevent it from happening again, but it is not a timely or effective action to resolve the current issue. Moreover, starting an audit may not always be feasible or desirable, as it may increase the project costs and risks, and may damage the relationship with the vendor.

Option B is not the best answer because reviewing lessons learned from previous projects with this vendor is not the next thing that the project manager should do. It is a good practice to learn from past experiences and apply them to current projects, but it is not a relevant or helpful action to deal with the current issue. Reviewing lessons learned may not always be accurate or reliable, as the vendor may have changed their processes or procedures since the previous projects.

Option C is not the best answer because making a detailed analysis on vendor issues during the project is not the next thing that the project manager should do. It is a possible action that the project manager may take to monitor and evaluate the vendor’s performance and identify any gaps or improvements, but it is not a proactive or adaptive action to address the current issue. Making a detailed analysis may not always be necessary or appropriate, as it may delay the project delivery and may not reflect the current or future state of the vendor’s situation. References: PMBOK Guide, 7th edition, pages 9-10, 15-16, 25-26, 35-36, 49-50, 59-60.

 According to the PMBOK Guide, the project manager should design the communication management plan based on the project’s needs, stakeholder’s expectations, and the project life cycle. In a hybrid environment, where some aspects of the project are agile and some are predictive, the project manager should use a combination of formal and informal, synchronous and asynchronous, and written and verbal communication methods. Weekly colocated meetings with the relevant stakeholders can provide the most effective and efficient way of communicating the project’s progress, issues, risks, and changes. It can also facilitate collaboration, feedback, and alignment among the stakeholders. Biweekly conference calls, weekly one-on-one meetings, and biweekly written status reports may not be sufficient or timely enough to ensure the project will be on schedule. References: PMBOK Guide, 6th edition, page 377-378, section 10.1.3.1 Communication Management Plan.

The project manager should collaborate with the compliance team member to review and prioritize the requirement’s delivery, as this is a way to manage the change request and ensure that the project meets the compliance standards and expectations. The project manager should also communicate the impact of the change on the project scope, schedule, cost, and quality to the project sponsor and other stakeholders, and obtain their approval and support. The project manager should not ask the team to include the compliance requirement in the current sprint and deliver it (choice A), as this would disrupt the sprint planning and execution, and create scope creep and quality issues. The project manager should not add the new compliance requirement to the backlog as the technical team does not have any capacity (choice B), as this would delay the delivery of the compliance requirement and expose the project to legal and regulatory risks. The project manager should not include the compliance lead in the stakeholders list and wait for the next status meeting (choice C), as this would not address the urgency and importance of the compliance requirement, and it would not involve the compliance lead in the decision-making and problem-solving process. References:

PMBOK Guide, 6th edition, page 115: “A change request is a formal proposal to modify any document, deliverable, or baseline.”

PMBOK Guide, 6th edition, page 119: “The project manager should review all change requests, assess their impact on the project, and either approve them or submit them to the change control board (CCB) or other decision-making authority for approval or rejection.”

PMBOK Guide, 6th edition, page 120: “The project manager should communicate the approved change requests to the project team and other stakeholders, and update the project management plan and other project documents accordingly.”

PMBOK Guide, 6th edition, page 39: “Compliance requirements are the set of standards or regulations that the project must adhere to, such as health, safety, security, performance, environmental, or quality standards.”

The project manager should inform the sponsor and document the request in the stakeholder engagement plan, as this is the best way to handle the situation without compromising the project scope, budget, or schedule. The sponsor can then decide how to deal with the key stakeholder’s request, and the project manager can update the stakeholder engagement plan accordingly. This will also help the project manager to maintain a positive relationship with the key stakeholder and avoid any potential conflicts or misunderstandings.

According to the PMBOK Guide, 7th edition, one of the challenges of agile project management is to align the expectations and understanding of the stakeholders with the agile values and principles. This is especially important when the organization is transitioning from a predictive to an agile approach, as there may be resistance or confusion from the executives who are used to a different way of working. Therefore, the best way to resolve the conflicts between the project team and the executives is to train the executives on agile practices, such as iterative development, adaptive planning, customer collaboration, and continuous improvement. This will help the executives to appreciate the benefits of agile, support the project team, and provide constructive feedback. Training the executives on agile practices will also foster a culture of trust, respect, and empowerment, which are essential for agile project success. References: PMBOK Guide, 7th edition, page 14, Section 1.3.2, Agile Project Management; page 17, Section 1.4.2, Agile Mindset; page 19, Section 1.5, Agile Principles.

The project manager should ask an experienced team member to coach the new team member, as this is a strategy for developing the skills and performance of the new team member. According to the PMI website, coaching is one of the interpersonal and team skills that a project manager should have. Coaching is a process of providing guidance, feedback, and support to help someone improve their abilities and achieve their goals. By asking an experienced team member to coach the new team member, the project manager can leverage the knowledge and expertise of the existing team, and foster a culture of learning and collaboration. The project manager can also monitor the progress and results of the coaching, and provide recognition and rewards to both the coach and the coachee.

The other options, asking the new team member to follow the team ground rules, asking an experienced team member to identify a replacement, or asking the new team member to reassess their own capabilities, are not the best ways to deal with a new team member who is not making the expected progress on an assigned task. Asking the new team member to follow the team ground rules may help the new team member to understand the expectations and norms of the team, but it does not address the specific issues or challenges that the new team member is facing. Asking an experienced team member to identify a replacement may be a drastic and demotivating measure, that may not be feasible or fair to the new team member. Asking the new team member to reassess their own capabilities may be a constructive feedback, but it does not provide any support or assistance to the new team member.

 1 Interpersonal and Team Skills - Project Management Institute 2 A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 9.4.2.4 3 Business Analysis for Practitioners: A Practice Guide, Chapter 5.3.3

 According to the PMBOK Guide, the project manager should adapt the project management approach to the development approach and the project life cycle. In a hybrid environment, where some aspects of the project are predictive and some are adaptive, the project manager should balance the level of control and flexibility, and empower the team to make decisions based on the customer feedback and the project objectives. By supporting the decisions of the team and transferring the decision making responsibility to them, the project manager can foster collaboration, innovation, and customer satisfaction. References: PMBOK Guide, 6th edition, page 19-20, section 1.2.3.2 Project Management Approaches and Development Lifecycles.

The best course of action is for the project manager to engage with the team member to understand their concerns and work together to redefine the purpose of the report. This approach aligns with the PMI’s emphasis on collaboration, communication, and stakeholder engagement as key aspects of effective project management. By reviewing the report’s requirements, the project manager can ensure that it serves its intended purpose and is valuable to stakeholders, while also addressing the team member’s concerns about its relevance and length. References: = Project Management Professional (PMP)® Certification1, PMI Professional in Business Analysis (PMI-PBA)®2.

In the Scrum framework, the traditional project schedule is replaced by a combination of the sprint plan and the product roadmap. The sprint plan outlines the work to be performed during the sprint, which typically lasts 2-4 weeks, and includes the sprint goal, the set of product backlog items selected for the sprint, plus the plan for delivering the product increment and realizing the sprint goal. The product roadmap provides a longer-term view of where the product is headed and the milestones along the way. It is a strategic document that outlines the vision, direction, priorities, and progress of the product over time.

The information is aligned with the Scrum Guide and the principles outlined in the Project Management Institute’s (PMI) Agile Practice Guide, which complements the PMBOK® Guide and other PMI standards.

When a project manager identifies a risk with a high probability of occurring, the appropriate response is to monitor the risk closely. This involves asking the team to keep an eye on the risk and provide alerts if it becomes an issue. This approach is aligned with the proactive risk management practices advocated by PMI, where risks are continuously monitored and managed throughout the project lifecycle. It allows the project team to respond quickly to changes and implement risk response plans as necessary.

The information collected from the surveys at the end of a canceled project should be archived with project artifacts for future projects. This aligns with the best practices of project management, where lessons learned are documented and stored as part of the organizational process assets. These assets can then be used by future projects to avoid past mistakes and leverage successful strategies. The PMBOK Guide emphasizes the importance of capturing, documenting, and archiving lessons learned as part of the project closing process, even if a project is canceled. This ensures that the knowledge gained is not lost and can contribute to the continuous improvement of project management practices within the organization.

(PMBOK® Guide – Sixth Edition and the Project Management Institute)

 When faced with a decline in resource availability, the first action a project manager should take is to refer to the project’s resource management plan. This plan outlines the approach for how resources will be identified, acquired, and managed throughout the project. It provides guidance on how to address resource shortages and includes strategies for alternative solutions. By consulting the resource management plan, the project manager can assess the impact of the declined resources on the project schedule and scope, and determine the best course of action to reallocate resources or adjust project plans accordingly.

The response is based on the principles of resource management as described in the PMBOK guide, which includes processes for planning resource management, estimating activity resources, acquiring resources, developing the team, managing the team, and controlling resources1. Additionally, the importance of the resource management plan is highlighted as it serves as a guideline, roadmap, and reference for project managers to allocate, manage, and control the resources required to complete the project work2.

 When managing a project with team members from different continents, it’s crucial to understand their preferred methods of communication. This can help ensure that everyone is on the same page and that information is shared effectively across the team. The project manager should connect with each location to understand their communication preferences and then use this information to develop a communication plan for the project12. This approach can help to ensure successful project execution by promoting clear and effective communication across the team34. References: 

https://www.projectmanager.com/blog/project-execution

https://www.microsoft.com/en-us/microsoft-365/business-insights-ideas/resources/the-project-managers-guide-to-planning-a-perfect-project

Recognizing and appreciating team members, especially those working remotely, is crucial for maintaining morale and motivation. Engaging directly with the remote team member, showing empathy, and expressing appreciation for their hard work can help address their concerns about recognition. This approach aligns with best practices in remote team management, which emphasize the importance of inclusion, empathy, and advocacy for remote workers. It ensures that all team members feel valued and recognized, which is essential for their satisfaction and the overall success of the project.

(Remote Support: Virtual Team Members Deserve Attention1, How to Recognize and Appreciate Remote Team Members2, Peer Recognition: A Key to Motivate Remote Teams3)

For a project with a long timeline and complex scope, where the client requires both a high-level, long-term plan and the ability to add features incrementally, a hybrid approach is suitable. Starting with a predictive approach allows the project manager to establish a clear structure and plan using a work breakdown structure (WBS). This sets the foundation for the project’s scope, deliverables, and milestones. Transitioning to an agile approach for execution enables the project to adapt to changes and deliver value incrementally, which meets the client’s need for immediate functionality and continuous improvement. This hybrid method leverages the strengths of both approaches: the clarity and predictability of a predictive approach and the flexibility and responsiveness of an agile approach12.

When faced with internal team conflicts, especially between a team lead and an experienced engineer, it is important to address the issue collectively. Organizing a meeting with the project team allows for open communication and collaborative problem-solving. This aligns with the PMBOK® Guide’s principles of conflict resolution, which include promoting a team environment where issues can be discussed and resolved in a manner that respects all parties’ perspectives1. It also adheres to the Professional in Business Analysis (PMI-PBA) guidelines, which emphasize the importance of addressing conflicts directly and seeking a resolution that supports project delivery2.

 To avoid the problem of inaccurate cost estimation, as indicated by a CPI of 0.65, bottom-up estimating should have been used. This method involves estimating the cost of individual tasks in detail and then aggregating them to arrive at a total project cost. It is more accurate than analogous estimating because it considers the specific details of the current project rather than relying on the cost data of past projects, which may not be directly applicable. Bottom-up estimating allows for a more granular and accurate assessment of the project’s financial requirements.

 During a digital transformation, it’s important for a company to update its performance measuring system to align with the new agile approach12. This involves shifting from traditional performance indicators like scope, cost, and schedule, to value-based measurements such as objectives and key results12. This approach allows for more flexibility and adaptability, which are key characteristics of agile methodologies12. It also encourages a focus on delivering value, rather than simply meeting predefined targets12. References: Toptal Guide, Third Stage Consulting

The best course of action when there is a misalignment of understanding regarding the project scope between the project sponsor and the project team is to facilitate a stakeholder alignment session. This approach is supported by the PMBOK’s emphasis on the importance of stakeholder engagement and communication to ensure a shared understanding of the project’s objectives and deliverables12. It is also in line with the PMI-PBA’s focus on ensuring that all stakeholders have a common understanding of the project scope and objectives, which is crucial for successful project outcomes34. References:

PMBOK Guide and Standards1

Scope Management | PMI2

PMI Professional in Business Analysis (PMI-PBA)® Examination Content Outline3

Link your business analysis plan to the organization’s strategy | IIBA®4

Transitioning to an agile approach requires a shift in mindset and practices, especially when the team is inexperienced and working remotely. As a servant leader, the project manager should focus on coaching the team members to enhance their engagement and collaboration. This involves empowering the team, facilitating a supportive environment for learning, and encouraging open communication. Coaching helps in building a strong team dynamic that is essential for agile teams, particularly in a remote setting where team members may feel disconnected. By coaching, the project manager can help the team members to understand the agile values and principles, thereby increasing their commitment to the project goals.

The answer is supported by the principles of agile project management, which emphasize the importance of servant leadership and coaching for team development and engagement123. Additionally, the guidance on working with remote agile teams suggests that coaching and fostering collaboration are key to maintaining team commitment and performance4567.

Gaining stakeholder buy-in for agile practices is crucial for the successful implementation of these methodologies. Organizing a meeting with relevant stakeholders to explain the benefits of agile and how the practices are relevant to the project is an effective way to engage them in the process. This approach allows for direct communication, clarification of potential doubts, and the opportunity to address specific concerns stakeholders may have. It also demonstrates the project manager’s commitment to transparency and collaboration, which are core values of agile methodologies. By involving stakeholders in this manner, they are more likely to understand and support the agile transformation.

The recommendation aligns with insights from the Project Management Institute, which emphasizes the importance of stakeholder engagement and communication in project success12. Furthermore, the Professional in Business Analysis (PMI-PBA) materials highlight the significance of stakeholder involvement in business analysis and the adoption of new practices34.