PMP Project Management Professional (2025 Version) Questions and Answers

The project manager’s role includes managing day-to-day operations and ensuring the project is completed on time, on budget, and achieves its objectives1. When unexpected changes occur, such as the need for team members to work remotely and incur operational expenditures, it’s important to follow the Perform Integrated Change Control process. This process involves reviewing all requested changes, approving changes, and managing changes to deliverables, organizational process assets, project documents, and the project management plan2. In this case, the project manager should submit a change request to address the additional costs incurred by the team members. This ensures that the project’s budget and schedule are updated accordingly and that the project continues to align with its objectives.

 In a hybrid project management approach, which combines elements of both traditional and agile methodologies, it is essential to address quality issues promptly to minimize their impact on the project timeline and budget. The agile aspect of the hybrid approach emphasizes continuous improvement, team collaboration, and adaptability. Therefore, addressing quality issues during the next sprint planning meeting allows the project team to discuss and implement corrective actions swiftly. This aligns with the agile principle of inspecting and adapting, where the team reflects on how to become more effective and adjusts its behavior accordingly.

PMBOK® Guide - Sixth Edition and Agile Practice Guide

The PMI Guide to Business Analysis

Project Quality Management According to the PMBOK

When a risk such as country-wide power cuts materializes and impacts the project timeline, the project manager should first analyze the impact of the issue on the project’s objectives, including scope, time, cost, and quality. After assessing the impact, a change request should be submitted to update the project schedule, reflecting the new timeline and any adjustments to the project plan. Additionally, the project manager should extend the project deadline accordingly and ensure that the project schedule is updated to reflect this delay. This ensures that all stakeholders are aware of the changes and that the project plan remains accurate and up-to-date. It is also essential to log the risk in the risk register and collaborate with the risk owner to implement the planned mitigation actions, preventing further impact on the project123456789101112131415161718.

A proof of concept (POC) is a critical project that can determine the viability of your actual project later on1. It is used to verify whether the methods and technology to be used in the project are likely to work before investing financial resources into it1. If a POC determines that the current technology cannot support the proposed solution, the project manager should add this item to the issue log and explore possible resolution options with the team1. This is because the main goal of a POC is to use research and testing to verify the feasibility of the project1. Therefore, if the current technology is found to be unsupportive, it is crucial to explore other options to ensure the success of the project1. References: 

https://www.projectmanager.com/blog/proof-of-concept-definition

In an agile project, transparency and communication are key. When a team member anticipates a delay, it is important to discuss the issue openly with the team as soon as possible. This allows the team to understand the potential impact on the project and to collaborate on finding a solution. The agile methodology encourages daily meetings for this purpose, making it the ideal setting to address such concerns. This approach is supported by the PMBOK® Guide, which emphasizes the importance of communication and stakeholder engagement in project management. Additionally, the Professional in Business Analysis (PBA) reference materials highlight the value of addressing issues promptly and collaboratively in an agile environment.

PMBOK® Guide – Sixth Edition; Professional in Business Analysis (PBA) Reference Materials.

The project manager should ensure that the junior engineers make decisions within a certain responsibility level and commit to it1. This is because, in a project team, it’s important for all members, including junior engineers, to be able to make decisions within their responsibility level1. This not only helps in the smooth progress of the project but also aids in the professional growth of the junior engineers1. However, the project manager should also facilitate open communication within the team and provide necessary guidance and support to the junior engineers to help them make informed decisions2. References: 

https://pm.stackexchange.com/questions/26921/conflict-between-senior-and-junior-members

In Agile project management, the team’s ability to deliver value is paramount. If a team acknowledges that they may not have the same level of efficiency as another team in a specific area of work, the project manager should assess the impact of a possible delay to the project. If the impact is tolerable, the team should be encouraged to take the work. This approach maintains the integrity of the team and respects their self-organization, which are key principles in Agile. References: Agile Practice Guide, Project Management Institute, Inc., 2017, p. 37. Available at: PMI

 When a product owner requests the addition of a new mandatory feature during a sprint, it can disrupt the planned work and cause frustration within the team. The best course of action is to engage the product owner in prioritizing the product backlog with the project team. This collaborative approach ensures that the team understands the value and urgency of the new feature, aligns on the priorities, and adjusts their work plan accordingly. It also helps in managing the team’s workload and expectations, preventing overcommitment and potential burnout. By prioritizing the backlog together, the team can make informed decisions about what work to focus on during the sprint, ensuring that the most critical features are delivered first.

Professional in Business Analysis Reference Materials source and documents.

The sprint retrospective is an integral part of the agile approach, providing an opportunity for the project team to inspect and adapt their processes. When the product owner has concerns about the sprint results, it is important to address these in a retrospective meeting. This allows the team to openly discuss what went well, what didn’t, and how they can improve in the next sprint. It’s a collaborative effort to enhance the quality and effectiveness of the team’s output and to ensure alignment with the product owner’s expectations12.

When a core team member who is responsible for a significant amount of work is leaving, it creates a risk for the project due to the potential loss of critical knowledge and skills. The Project Management Professional (PMP) guidelines emphasize the importance of knowledge transfer to mitigate such risks. This involves creating a structured approach to ensure that the departing team member’s knowledge is captured and shared with the remaining team members. This can include documentation, training sessions, and hands-on collaboration before the team member’s departure1.

The project manager should develop and define a tailored communication strategy for stakeholders, considering the unique needs and expectations of each group. A uniform communication structure may not address the specific concerns and levels of influence of different stakeholders. By developing a detailed communication plan, the project manager can ensure that all stakeholders are engaged appropriately, with messages and methods of communication that are suited to their level of interest and influence on the project outcomes. This approach aligns with the PMBOK guide’s emphasis on the importance of stakeholder engagement and the need for a strategic communication plan that addresses the various ways to communicate with each stakeholder group12.

The approach is supported by the PMBOK guide, which suggests that the format of communication should depend on the type of stakeholder, and various ways should be tailored to each group1. Additionally, the guide outlines the processes of identifying stakeholders, planning stakeholder engagement, managing stakeholder engagement, and monitoring stakeholder engagement, all of which are crucial for developing an effective communication strategy2.

In project management, it’s crucial to understand the interests and influence of all stakeholders to ensure the project’s success. The stakeholder assessment matrix is a tool that helps in identifying and understanding the interest, influence, participation, and expectations of the stakeholders. It’s important for the project manager to regularly review and update this matrix as stakeholders’ interests and influence can change over the course of the project. By doing so, the project manager can ensure that all stakeholders are properly engaged and their interests are taken into account, which is key to the successful completion of the project.

The Project Management Professional (PMP)® Certification from PMI1, PMP Examination Content Outline - June 2019 - Project Management Institute2, Professional in Business Analysis Reference Materials3.

The presence of references to unrelated products in project documentation indicates a need for improved quality control measures. Developing a standard for document quality control is a proactive approach that aligns with PMI’s emphasis on quality management and the use of standardized processes to ensure project deliverables meet the required standards and are free from errors. This action will help prevent similar issues in the future by establishing clear guidelines and checks for documentation quality, which is a fundamental aspect of project management as per PMI standards12.

 In the context of PMP, when a project encounters technical impediments that could potentially delay deliverables, it is crucial to document and track these issues formally. Updating the issue log is a standard practice in project management, as it ensures that all stakeholders are aware of the impediments and the actions being taken to resolve them. This approach aligns with the principles of communication and transparency in project management, as outlined in the PMBOK® Guide and other PMP reference materials. It allows for a structured method to prioritize and address the issues, facilitating better decision-making and resource allocation to resolve the impediments1.

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

In a situation where the budget is very tight, the best course of action for a project manager is to continuously monitor the project’s budget and anticipate potential issues. This proactive approach allows the project manager to identify and address any financial concerns early on, preventing them from escalating into more significant problems. It aligns with the PMBOK® Guide’s principles of cost management, which emphasize the importance of planning, estimating, budgeting, and controlling costs to ensure that the project can be completed within the approved budget1.

PMBOK® Guide – Sixth Edition and other standards within the Project Management Institute’s foundational standards1.

 When faced with a lack of responsiveness from a vendor, it is crucial for the project manager to address the issue directly and proactively. Inviting the vendor to a meeting allows for open communication and the opportunity to discuss and resolve the concerns. This approach aligns with best practices in vendor management and stakeholder engagement, which emphasize the importance of clear and purposeful communication, especially when issues arise that could impact project delivery. By discussing the concerns, the project manager and vendor can collaboratively identify the root causes of the lack of responsiveness and work towards a solution that ensures the project’s success.

 In a hybrid project management approach, especially one involving organizational transformation, it is crucial to first establish a clear direction and understanding of the project’s purpose, mission, and vision. This foundational step ensures that all subsequent actions, including sprints, are aligned with the organization’s objectives and the transformation goals. It provides a guiding framework for decision-making and prioritization throughout the project lifecycle12. References: PMBOK® Guide – Seventh Edition; “Ultimate Guide To Hybrid Project Methodologies & How To Make Them” by The Digital Project Manager1; “Hybrid Project Management: The What, Why, and Hows” by 4PMTI2.

The project manager should have determined the appropriate type of incentive for key team members. Not all team members are motivated by financial rewards. Some may value recognition, opportunities for growth, or other non-monetary incentives. It’s important for the project manager to understand what motivates each team member and tailor the incentives accordingly1. This approach can help improve team motivation and performance. Additionally, providing support and assistance, such as training and mentoring, can also help improve performance2. References: 

https://bing.com/search?q=What+should+the+project+manager+have+done+to+avoid+underperformance+even+after+distributing+financial+rewards%3f

https://factorialhr.co.uk/blog/managing-underperformance-at-work/

 According to the PMBOK® Guide, the next step after being authorized to begin a project is to define and establish the project scope and objectives. This includes developing a detailed project scope statement as the basis for future project decisions. Additionally, setting clear team objectives is crucial as it aligns the team’s efforts with the project’s goals. The objectives should be measurable and time-bound, providing a clear direction for the team’s efforts.

= PMBOK® Guide and Standards foundational documents; Professional in Business Analysis (PMI-PBA) reference materials.

In a hybrid project management approach, which combines elements of both predictive (waterfall) and adaptive (agile) methodologies, it’s important to involve key stakeholders at appropriate stages. In this case, the dentist is a major investor and has raised questions about the concept and expected performance of the equipment. Inviting the investor to a design review meeting allows for a focused discussion on these aspects. This meeting can include a Q&A session to address the investor’s doubts and concerns, providing clarity and ensuring alignment with the project’s objectives.

Hybrid project management methodologies allow for flexibility while ensuring that essential project documentation, such as project plans, requirements, and technical specifications, is maintained and updated as needed1. It’s also important to regularly review the project management process and make adjustments if necessary2. Incorporating hybrid components in the areas that were previously identified, and closely analyzing the effectiveness of the blended strategy is also recommended3.

In projects with high levels of uncertainty, especially those that are innovative in nature, it is beneficial to increase the number of iterations. This allows for more frequent reassessments and adjustments, which can help in managing change requests more effectively. By breaking down the project into smaller parts and reassessing at the end of each iteration, the project manager can incorporate necessary changes in a controlled manner, thus reducing the overall number of change requests.

The PMBOK Guide outlines the iterative approach as a means to manage and control projects with high uncertainty1. It suggests that iterative cycles allow for continuous improvement and adaptation, which is crucial for innovation projects2. The Professional in Business Analysis materials also support this approach, emphasizing the importance of iterative review and adaptation in response to change34.

The best course of action when team members are unfamiliar with a system is to provide training. This ensures that all team members have the necessary knowledge to perform their tasks effectively. According to the PMBOK® Guide, project managers should develop the team through training, team-building activities, and creating an environment conducive to teamwork. Training enhances team members’ technical and interpersonal skills, which is essential for project success. Furthermore, the PMI-PBA® Reference Materials emphasize the importance of ensuring that stakeholders (in this case, team members) understand the requirements, which includes the rules and criteria for applicant approval in the public housing project.

= Project Management Institute. (2021). A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition and Agile Practice Guide. Newtown Square, PA: Author. Project Management Institute. (2015). Business Analysis for Practitioners: A Practice Guide. Newtown Square, PA: Author.

Engaging with the community and keeping them informed is a key aspect of project management, especially for projects that directly affect local community members. Regular community meetings are an effective way to share updates, gather feedback, and ensure that the community’s needs and concerns are being addressed. This approach aligns with best practices in community engagement, which emphasize the importance of transparency, inclusivity, and active participation in the decision-making process.

= The information provided is based on best practices in community engagement and communication as outlined in resources related to Project Management Professional (PMP) and Professional in Business Analysis (PMI-PBA) standards12345. These resources highlight the importance of regular communication and involvement of community members in projects that impact them.

When a project team is consistently behind schedule and their work requires frequent corrections, it is essential to first evaluate the team’s ability to perform the assigned tasks. This involves assessing whether the team members possess the necessary skills, knowledge, and resources to meet the project’s requirements. By identifying any gaps in competencies or resources, the project manager can take appropriate actions such as providing additional training, reallocating tasks based on team members’ strengths, or adjusting timelines to accommodate the team’s capabilities. This approach aligns with the principles of project human resource management, which emphasize the development and management of the project team to enhance its performance and productivity123. References: (Project Management Institute. (2012). Increase project team effectiveness: step-by-step. Retrieved from PMI; Project Management Institute. (2007). Quality in project management–a practical look at chapter 8 of the PMBOK® guide. Retrieved from PMI; Siles, R. (2023). How to Improve Team Performance. Retrieved from LinkedIn).

The PMBOK® Guide emphasizes the importance of clear and effective communication in project management. When a project manager notices that a client team member frequently halts progress due to misunderstandings, it is crucial to address the communication gaps. Updating the communications matrix to include this team member ensures that they receive all necessary information and understand their role and the project elements. This action aligns with the best practices for project communication management, which advocate for inclusive and comprehensive communication plans that cater to all project stakeholders12.

When a project encounters a requirement for additional work that is not included in the initial project scope, such as environmental reinforcement work mandated by an authority, the project manager should initiate the organization’s change control process. This involves submitting a change request to document the new requirement and its impact on the project. The change control process is a formal mechanism to propose, review, and approve changes to the project scope, ensuring that all modifications are controlled and systematically integrated into the project management plan123. This approach is consistent with the PMI’s best practices for scope management and aligns with the principles of the Professional in Business Analysis (PMI-PBA)®, which emphasize the importance of managing changes to requirements in a structured manner4567.

= PMI’s resources on project scope management123 and change control processes4567.

 When facing the potential departure of a key team member during the last iteration of a hybrid project, it is important for the project manager to engage directly with the individual to understand their concerns and reasons for wanting to leave. This aligns with the PMI’s guidance on stakeholder engagement and team dynamics. By having a meeting with the team member, the project manager can explore the underlying issues and work on possible solutions or contingencies that may persuade the team member to stay or ensure a smooth transition if their departure is inevitable1.

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.

The planning phase is the stage where detailed project planning occurs, including the development of schedules, timelines, and milestones. According to the PMBOK® Guide, during the initiation phase, the project manager works with stakeholders to define the project at a high level. Concrete dates for the most important project milestones are typically established during the planning phase, as this is when the project’s scope, activities, resources, and timelines are defined in detail12.

In today’s global and digital work environment, teams often work remotely and are spread across different geographical locations. The Project Management Professional (PMP) guidelines suggest that in such situations, the project manager should leverage technology to facilitate communication and collaboration. Setting up a weekly video conference can help monitor the progress of the team member’s work and ensure that they are still able to contribute effectively to the project, despite their relocation. This approach also maintains the continuity and dynamics of the existing team. References: A Guide to the Project Management Body of Knowledge (PMBOK Guide) from www.pmi.org. Specifically, the section on Project Communications Management, which discusses the use of communication technology to manage remote teams.

The project manager should work with the PMO manager to generate an onboarding plan for the new product owner. This is because the product owner’s role is crucial in understanding the product and conveying its requirements to the team. An onboarding plan would help the new product owner to understand the product, the project, and their role better. It would also help in establishing the product owner’s credibility with the team.

While options A, B, and D might be part of the subsequent actions, the first step should be to work on an onboarding plan. Assuming the role of the product owner (option A) might create confusion about roles and responsibilities. Scheduling time to share insights (option B) is important, but it should be part of a structured onboarding plan. Organizing a team-building activity (option D) might help in building respect, but it does not address the root cause of the problem, which is the product owner’s lack of knowledge.

Project Management Body of Knowledge (PMBOK) Guide, 6th Edition, Section 9.1: Plan Resource Management.

According to the Project Management Body of Knowledge (PMBOK) guide, the project manager should ensure that the project meets the agreed acceptance criteria by performing tests and routinely tracking results as per the quality management plan. This approach allows the project manager to monitor the project’s progress and make necessary adjustments to ensure that the project meets the acceptance criteria. References: PMBOK Guide, 6th Edition, Section 8: Quality Management

Bridging communication gaps in a project team is essential for collaboration and project success. Networking sessions can help team members to get to know each other, build trust, and establish a foundation for effective communication. This aligns with the PMBOK® Guide’s emphasis on team development and stakeholder engagement as key aspects of project management. It also resonates with the PMI-PBA’s focus on collaboration within business analysis teams.

The answer is consistent with the principles found in the PMBOK® Guide and PMI-PBA guidelines, which advocate for activities that foster team building and stakeholder engagement to enhance project outcomes.

The best approach for a project manager to help a new compliance specialist improve is to engage directly with the specialist to understand their perspective and provide targeted feedback. This aligns with the PMBOK® Guide’s emphasis on effective communication and stakeholder engagement as key aspects of project management. By coordinating a one-to-one meeting, the project manager can offer constructive feedback, understand any challenges the specialist is facing, and work together to develop a plan for improvement. This method is also supported by the Professional in Business Analysis (PBA) reference materials, which advocate for direct communication and feedback as tools for professional development.

PMBOK® Guide – Sixth Edition; Professional in Business Analysis (PBA) Reference Materials.

In the context of virtual teams, it is essential for the project manager to actively manage communication and coordination issues. The PMBOK Guide and PMI’s resources on virtual teams emphasize the importance of addressing issues of cultural and personal diversity, communication, and coordination1. This includes reassessing the situation continually to identify and remove blockers that prevent effective communication and collaboration2. Implementing KPIs can be part of this process, but it is not a solution by itself if the underlying communication issues are not resolved. Terminating the contract or asking the contractor to solve the problem without the project manager’s involvement does not align with the proactive and engaged management approach recommended by PMI. References: Managing Virtual Teams for High Performance - Project Management Institute; Managing a Virtual Project Team - Project Times12.

 In an agile project environment, when faced with customer complaints regarding project stability and other critical issues, it is essential to engage the team in a collaborative problem-solving process. A brainstorming session is an effective way to gather collective insights and identify the root causes of the issues raised by the customer. This approach aligns with the agile principles of valuing individuals and interactions over processes and tools, and responding to change over following a plan. By involving the team in identifying problems and generating solutions, the project manager can ensure that the project’s direction is realigned with customer expectations and project goals1.

Implementing a requirements traceability matrix (RTM) is the most effective way for the project manager to ensure that each requirement is linked to business and project objectives. An RTM is a tool that maps out the relationship between requirements and project work, ensuring that predetermined project requirements are met and providing a record of any testing, issues, and completed items. This approach helps in keeping the project aligned with its objectives and facilitates the tracking of requirements throughout the project lifecycle123.

= Information on RTMs from Project-Management.com1, PMI.org2, and ProjectManager.com3. Additionally, techniques for linking business analysis plans to organizational strategy as found in the BABOK® Guide4.

To ensure that project risks are reported accurately in the risk register, it is essential to review the risks throughout the project execution. This involves continuous monitoring and updating of the risk register to reflect new risks, changes in risk status, and the effectiveness of risk responses. Regular review allows the project manager to provide stakeholders with the most current information about project risks, which is crucial for informed decision-making and effective communication at the executive level123.

The approach aligns with best practices in risk management, which emphasize the importance of ongoing risk identification, analysis, and response planning as outlined in the PMBOK® Guide and other PMI standards123.

After identifying the main stakeholders, the next step for a project manager is to analyze them. This involves understanding their levels of interest, influence, and potential impact on the project. Stakeholder analysis is crucial to develop strategies for engaging stakeholders and planning communication throughout the project lifecycle. It helps in categorizing stakeholders and determining how best to involve them in the project.

Project Management Institute. (2021). A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition and The Standard for Project Management. Project Management Institute.

Project Management Institute. (2021). PMI’s Professional in Business Analysis (PMI-PBA)® Examination Content Outline.

 When a major feature is requested by the project sponsor that significantly impacts the project’s delivery date and budget, the project manager should communicate these impacts to the stakeholders. This involves presenting the results of the impact analysis and negotiating for the necessary resources and time to accommodate the new feature. This approach ensures that the stakeholders are fully informed of the implications and can make decisions based on the project’s best interest. It aligns with the PMBOK guide’s emphasis on stakeholder engagement and communication as key aspects of effective change management1.

The PMBOK Guide and PMP objectives emphasize the importance of a proactive approach to project management, which includes focusing on recovery and corrective actions when faced with setbacks. When bad news is shared that impacts the project schedule, it is crucial for the project manager to maintain a positive outlook and lead the team towards finding solutions to get back on track. This involves analyzing the situation, understanding the implications, and working collaboratively with the team to develop a recovery plan. It is not productive to punish team members for sharing bad news, as this can create a negative atmosphere and discourage open communication. Instead, the project manager should encourage transparency and use the information to make informed decisions that steer the project towards success12.

 The project manager should analyze the team members’ influence levels and schedule a training on the importance of daily standups and the time-bound feature of the meetings (Option A). This approach is based on the principle that understanding the influence levels of team members can help in effectively managing their participation in meetings1. Additionally, training on the importance of daily standups can help team members understand the value of these meetings and encourage their participation2.

Requiring all team members to attend the daily review meetings as they are requested by the project sponsor (Option B) may not be effective if the team members do not see the value in these meetings2. Informing the functional manager and replacing team members who cannot join the daily progress meetings (Option C) may not be practical or beneficial for the project2. Reviewing the influence of each team member, calling the team members with the highest influence to a meeting, and convincing them to join the daily standups (Option D) may not ensure the participation of all team members1.

In situations where a stakeholder objects to a project, it is crucial for the project manager to assess the impact of the stakeholder’s concerns and engage with them properly. This involves understanding the stakeholder’s perspective, the reasons behind their objections, and the potential influence they have on the project. By doing so, the project manager can address the concerns in a manner that respects the stakeholder’s legacy ties while also guiding the project towards its objectives. Effective stakeholder engagement is a key aspect of project management and business analysis, as it helps in managing expectations, resolving conflicts, and ensuring that all parties are aligned with the project’s goals.

(Project Management Institute. (n.d.). A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition; Project Management Institute. (n.d.). PMI’s Professional in Business Analysis (PMI-PBA)®.)

In project management, it is crucial to manage stakeholder expectations effectively. This can be achieved by clearly specifying the scope and features in the contract. This approach aligns with the PMBOK® Guide’s emphasis on clear communication and setting realistic expectations. By defining the scope and features clearly, the project manager can set boundaries and manage both customer and third-party expectations, which is essential for project success. This strategy helps prevent scope creep, ensures that all parties are on the same page, and facilitates smoother coordination among all stakeholders involved.

(PMBOK® Guide - Sixth Edition, Section 1.2.3.1 - Project Scope Management)

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)

The project manager should work with the organization’s legal department to identify local regulations to ensure project compliance. This is because the legal department has the expertise to understand and interpret local laws and regulations, which can vary significantly from country to country. By doing so, the project manager can ensure that the project is compliant with local laws, which will minimize potential issues with the local government. References: Project Management Professional (PMP) Reference Materials, PMBOK Guide, Chapter 2: The Environment in Which Projects Operate. Professional in Business Analysis Reference Materials, Chapter 3: Business Analysis Planning and Monitoring.

 The Project Management Professional (PMP) emphasizes the importance of supporting team performance by assessing team member performance, supporting team development, giving feedback, and verifying improvements. It highlights the significance of creating a cooperative and motivated team environment. Building a culture of empathy falls under these guidelines as it helps in dealing with emotions and supports team development. This approach not only aids the affected team member but also enhances the overall team’s performance by fostering a supportive and understanding work environment. References: = PMI’s “A Guide to the Project Management Body of Knowledge (PMBOK® Guide)” and “Business Analysis for Practitioners: A Practice Guide” provide insights into team dynamics and the importance of emotional intelligence in project management. These resources support the approach of building a culture of empathy to manage team performance effectively12.

When a risk materializes and becomes an issue, the project manager should work with the relevant stakeholders to implement the risk response plan that was prepared during the project’s planning phase. This is in line with the PMI’s principles, which suggest that risks should have predefined response plans that can be activated when they occur. The implementation of the risk response plan is a proactive step to address the issue and mitigate its impact on the project1.

In an Agile environment, the project manager’s role is to empower the teams and make them self-organizing12. This involves helping the teams establish their own ground rules and ensuring adherence to these rules3. It’s important to revisit these rules at regular intervals for continuous improvement2. This approach promotes collaboration, understanding, and strong leadership within the team1. It’s also crucial for the project manager to have excellent communication skills, the ability to identify and analyze potential risks, and the ability to motivate and mentor individuals and teams3. References:

https://apmg-international.com/article/what-does-agile-project-manager-do

https://businessmap.io/blog/agile-project-manager

In the absence of an existing knowledge management system, the project manager should coordinate with the team and stakeholders to collect the necessary knowledge. This approach ensures that all relevant information is captured and made available for the project’s needs. It aligns with the principles of knowledge management in project management, which emphasize the importance of gathering, organizing, sharing, and analyzing knowledge to support project success1.

 In an agile environment, accountability is achieved through transparency, collaboration, and shared understanding of the project’s goals and objectives. The agile model emphasizes the importance of open communication and collective responsibility among team members. By fostering an environment where the marketing vice president and other stakeholders can openly discuss issues and agree on objectives, the project manager ensures that everyone is aligned and accountable for the project’s success. This approach aligns with the principles of both Agile and Business Analysis, which advocate for stakeholder engagement and collaborative decision-making to deliver value and meet business needs. References: (Agile Methodology in Project Management as a Licensed PMP1, Accountability is a Quality of Agile2, Professional in Business Analysis Certification | PMI3, What is Personal accountability? – The Functional BA4)

 In Agile project management, particularly Scrum, it is common to encounter situations where the team needs to conduct some research or spike to determine the best course of action for implementing a feature1. This is especially true when the team struggles to decide on the most efficient algorithm during sprint planning. Creating a new item in the sprint backlog allows the team to allocate time and resources specifically for this purpose, ensuring that the decision is made based on adequate information and development work2. This approach aligns with the principles of iterative development and continuous improvement.

 In an Agile environment, the project manager’s role is to lead the team, set the project goals and objectives, and ensure successful project delivery1. When a team that has been working together in a co-located setting is suddenly dispersed due to unforeseen circumstances, it can disrupt the team dynamics and impact the project’s progress2. To keep the team performing as effectively as possible, the project manager should provide the team with virtual collaboration software and training on the software to minimize disruption2. This approach enables the team to continue collaborating and communicating effectively, thereby maintaining their performance2. References: 2, 1

When a project is running behind schedule, it is essential to address the issue through proper change management processes. The project manager should issue a change order to the change control board (CCB) to review and approve changes to the project that may include rebaselining the schedule. This process ensures that any modifications to the project plan are documented, evaluated, and authorized before implementation, maintaining the project’s integrity and stakeholders’ expectations.

Project Management Institute. (2021). A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition and The Standard for Project Management. Project Management Institute.

Project Management Institute. (2021). PMI’s Professional in Business Analysis (PMI-PBA)® Examination Content Outline.

The best course of action for a project manager who is experienced in both predictive and adaptive approaches, when dealing with stakeholders familiar mostly with predictive projects, is to first understand the scope complexity and project magnitude. This initial step is crucial as it helps in determining the most suitable approach for the project at hand. A hybrid approach may be beneficial in some cases, but without a clear understanding of the project’s demands and challenges, it’s premature to decide on the methodology. The project manager should assess the project’s needs, evaluate the stakeholders’ familiarity with different methodologies, and consider the potential need for training if an adaptive approach is chosen. This approach aligns with the PMI’s guidance on tailoring the project management approach to the unique aspects of the project and the environment in which it operates.

(Based on the PMI’s principles of tailoring the project management approach to the project’s characteristics and the stakeholders’ expertise.)

In Agile projects, it is essential to involve stakeholders and keep them informed about the project’s progress. The sprint review meetings are designed for this purpose, as they provide a platform for the team to demonstrate the work completed during the sprint and gather feedback. Inviting stakeholders to these meetings every 2 weeks aligns with Agile best practices of maintaining regular feedback loops and ensuring stakeholder engagement1. This approach allows stakeholders to see firsthand the project’s progress and contribute their insights, which can be invaluable for the project’s success.

In a distributed team, especially when dealing with a product backlog that lacks detail due to excessive workload, it is essential to facilitate effective knowledge transfer. Organizing knowledge-sharing workshops can be an effective way to address this issue. A senior team member with experience and understanding of the project can lead these workshops, ensuring that knowledge is passed on in a structured and comprehensive manner. This approach not only helps in transferring knowledge but also fosters team collaboration and a shared understanding of the project’s objectives and current status2134.

 In an agile team retrospective, when a concern about degrading code quality is raised, it is essential for the project manager to address this issue proactively to prevent future rework and maintain the project’s manageability. The most effective action the project manager can take is to help the team create or refine the Definition of Done (DoD). The DoD is a clear and concise list of criteria that outlines when a task, user story, or feature is considered complete. It ensures that all team members have a shared understanding of what is required for a piece of work to be ready for delivery, which includes meeting the quality standards.

By focusing on the DoD, the team can improve its delivery quality by making sure that all aspects of code quality are addressed before a task is marked as done. This approach promotes better quality assurance practices and reduces the likelihood of defects and technical debt accumulating over time, which aligns with the core agile principles of transparency, learning, and iteration. It also encourages continuous improvement and helps the team to deliver high-quality increments consistently.

(Based on best practices in agile methodologies and the importance of a well-defined DoD as part of the agile framework.)

 The project manager should engage with the customer to understand their perspective and expectations. This collaborative approach ensures that the user stories are rewritten to accurately reflect the customer’s needs without jargon, making them understandable and relevant. User stories are meant to be clear and concise descriptions of a feature from the user’s point of view and should avoid technical language that may not be accessible to all stakeholders12. By working directly with the customer, the project manager can ensure that the user stories align with the customer’s vision and expectations, leading to a product that meets their needs34.

The PMBOK® Guide emphasizes the importance of a comprehensive change management plan that addresses all aspects of change within a project, including those not contractually specified. By ensuring that the change management plan reflects the requirement for the client’s engineer to review all changes, the project manager can proactively address potential issues and align expectations with the client’s needs. This approach is consistent with best practices in managing project changes and stakeholder engagement, as it helps in preventing misunderstandings and conflicts related to change approvals12. References: PMBOK® Guide – Sixth Edition; “PMBOK Guide Change Management Process For PMP Exam” article by PM-by-PM1; “Change Control Board: Roles, Responsibilities & Processes” article by ProjectManager.com2.

In an agile environment, when a team encounters a technical problem, it is essential to engage the team in a problem-solving session to collaboratively find a solution. This approach aligns with the agile principle of self-organizing teams that are empowered to address challenges and adapt their work accordingly. Organizing a retrospective could be beneficial, but it is typically done after a sprint is completed to reflect on what went well and what could be improved. In this case, addressing the problem promptly within the sprint is crucial to maintain the momentum and ensure the team can move forward without delay.

 In an agile project, when the budget is nearly depleted yet the project is far from completion, it is essential to review the project backlog. This allows the project manager to reprioritize work and identify any possible reductions in project scope that could bring the project back within budgetary constraints. This strategy is in line with agile principles, which emphasize flexibility and the ability to adapt to changing circumstances. By focusing on the most valuable deliverables and potentially descaling the scope, the project can still achieve its most critical objectives within the available budget.

PMBOK® Guide - Sixth Edition, Section 8.1 - Plan Quality Management

Professional in Business Analysis (PMI-PBA) Reference Materials

In an agile environment, focusing on the team’s engagement during the retrospective meeting is crucial for continuous improvement and collaboration. The retrospective is a dedicated time to reflect on the past iteration, discuss what went well, what didn’t, and how the team can improve its processes and work environment. By actively engaging the team during this meeting, the project manager can facilitate a collaborative discussion that encourages team members to share their insights and ideas for maximizing work delivery despite the product’s complexity. This aligns with agile principles of self-organization and continuous improvement, fostering a collaborative team culture that can adapt to challenges and enhance performance.

 In an agile environment, a servant leader’s role includes removing barriers that prevent the team from progressing. When a deliverable is completed but not taken up by the certifying team for an extended period, it becomes an impediment to the project’s progress. The servant leader should review the process to understand why the delay is occurring and take action to remove this impediment. This may involve discussions with the second team to expedite certification or adjusting the process to prevent such delays in the future. The goal is to eliminate the bottleneck and facilitate a smooth workflow.

The approach is consistent with the principles outlined in the PMBOK® Guide and the Agile Practice Guide, which advocate for proactive impediment removal by the project manager or Scrum Master123456. Additionally, the Professional in Business Analysis materials support the concept of addressing process-related issues to optimize project outcomes78.

When a regulatory authority announces changes that affect a project, it is essential for the project manager to review these new requirements with the compliance department. This is to understand the implications of the changes and to determine if a change request is necessary. The project manager must ensure that the project remains compliant with all relevant regulations, and this often requires adapting the project scope and plan to accommodate new regulatory requirements. Ignoring such changes or delaying their implementation could result in non-compliance and potential legal and financial repercussions for the project.

In agile project management, retrospectives are a fundamental part of the continuous improvement process. They provide an opportunity for the team to reflect on the past iteration, discuss what went well and what didn’t, and create a plan for improvements moving forward. Addressing the root cause of the quality issues is essential to prevent them from recurring. By involving the team in the problem-solving process, not only can more effective solutions be found, but it also ensures team buy-in and accountability for the quality of the deliverables. This approach aligns with the principles of the PMBOK® Guide and the agile methodology, which emphasize the importance of team collaboration, regular reflection, and adaptation to change.

The answer is verified using the PMBOK® Guide principles that advocate for continuous improvement and the agile practice of conducting retrospectives for process enhancement12. Additionally, the Professional in Business Analysis Reference Materials supports the approach of involving the team in identifying and solving problems to improve project outcomes3.

When external business influences cause changes in business parameters, the project manager should request an update of the project requirements to reflect these changes. This ensures that the project remains aligned with current business objectives and can deliver value as intended. It is a proactive approach that allows for the project to adapt to changing circumstances, which is a key aspect of effective project management. The PMBOK Guide emphasizes the importance of continuously monitoring and controlling project work to ensure that project objectives are met and that project work aligns with the business needs2.

 The project manager should engage with the functional managers to ensure that the team members’ work on the transformation project is recognized in their performance plans. This alignment is crucial for maintaining motivation and ensuring that the team members’ contributions to the project are acknowledged in their annual reviews. It’s important to align individual performance plans with the project’s objectives to ensure that all team members are working towards the same goals and that their efforts are evaluated appropriately.

The best course of action for the project manager in this situation is to review the stakeholder’s communication requirements. This aligns with the principles of stakeholder engagement and communication management in project management. By reviewing the communication requirements, the project manager can ensure that the information needs of the stakeholder are being met without causing undue disruption to the team’s work. This may involve adjusting the communication plan to provide the stakeholder with the necessary updates in a manner that is less intrusive to the team member’s workflow.

= The answer is verified by the principles found in the PMBOK® Guide, which emphasizes the importance of managing stakeholder expectations through effective communication strategies1. Additionally, the Professional in Business Analysis Reference Materials supports the approach of tailoring communication to meet the needs of stakeholders2.

 Leadership roles require strong communication skills, as they are essential for effectively leading teams and projects. The project manager should support the team member’s interest in leadership by recommending training to improve their communication skills. This not only aids the individual’s career development but also benefits the organization by preparing a technically skilled employee for future leadership roles. Effective communication is a core skill for leaders, and enhancing this skill can lead to better team alignment, stakeholder engagement, and project success123.

 When a project encounters a risk that was not fully anticipated, and the project manager has developed a new response that deviates from the original plan, it is essential to obtain management approval before proceeding. This ensures that the new approach is aligned with the project’s objectives and that management is aware of the changes being made to the risk response plan. The PMBOK Guide highlights the importance of involving project stakeholders, particularly management, when significant changes are proposed1. This is also supported by best practices in business analysis, which advocate for stakeholder engagement and approval in the decision-making process to address risks effectively2.

 In a matrix organization, it is essential for the project manager to collaborate with the project team to resolve resource availability issues. This approach is supported by the PMBOK® Guide, which emphasizes the importance of team engagement and collective problem-solving in project management. By meeting with the project team, the project manager can explore various options, such as adjusting schedules, re-allocating resources, or finding alternative solutions to ensure that the necessary testing support is provided. This method aligns with the principles of stakeholder engagement and resource optimization1.

 The best course of action in this scenario is to ensure that the content of the project report is clearly understood by all stakeholders and to actively seek their feedback. This approach aligns with the principles of transparency and communication found in both the PMBOK® Guide and the Professional in Business Analysis Reference Materials. By clarifying the report’s content and engaging stakeholders in providing feedback, the project manager can address any concerns or misunderstandings regarding the project’s progress and the iterative nature of the releases. This proactive communication helps to set accurate expectations and fosters a collaborative environment where stakeholders are informed and involved in the project’s development process. References: PMBOK® Guide, Professional in Business Analysis Reference Materials12.

In a highly politicized organizational environment, it is essential for the project manager to actively engage stakeholders to align them with the collective project goal. The PMI standards suggest that promoting a collaborative culture, inspiring stakeholders by setting a positive example, and diligently following the stakeholder engagement process are effective strategies for managing conflicting interests and driving the project towards success. This approach helps in navigating the political landscape by fostering an environment of cooperation and shared objectives. References: = The PMI’s “A Guide to the Project Management Body of Knowledge (PMBOK® Guide)” and “Business Analysis for Practitioners: A Practice Guide” both emphasize the importance of stakeholder engagement in project management, particularly in complex and politicized contexts12.

In an agile project with a fixed budget and aggressive timeline, it is crucial to prioritize the backlog effectively. The project manager should review the backlog items and decide which ones are essential to meet the project goals and deliver value. This involves evaluating each item’s impact on the project’s success and its alignment with the project’s objectives. By focusing on the most valuable activities, the project manager can ensure that the team’s efforts are directed towards tasks that will contribute most significantly to the project’s outcomes, even with limited time and resources234.

In the context of a project involving new technology and an approach unfamiliar to the team, it is crucial for the project manager to facilitate the identification of a Minimum Viable Product (MVP). This strategy allows the team to focus on creating a product with enough features to satisfy early adopters and provide feedback for future product development. The MVP concept is a core component of agile methodologies, which are part of the PMI’s approach to project management as outlined in the PMBOK® Guide and the Agile Practice Guide. By validating assumptions early on, the project manager can help the team build confidence in their work and address the customer’s concerns regarding market reception by demonstrating a tangible iteration of the product.

The PMBOK® Guide and the Agile Practice Guide, as referenced in the Professional in Business Analysis Reference Materials12.

 In a predictive project approach, clear communication and coordination are crucial for maintaining alignment among team members, especially in a virtual setting. Setting up daily virtual meetings can significantly enhance communication, provide regular opportunities for team members to align on tasks, discuss current impediments, and share updates. This practice is supported by best practices for managing virtual project teams, which emphasize the importance of frequent communication to address the challenges posed by remote collaboration. Daily meetings help in establishing a routine, ensuring that all team members are on the same page, and fostering a collaborative environment123. References: (Abudi, G. (2012). Best practices for managing and developing virtual project teams. PMI Global Congress 2012—North America; Pitagorsky, G. (2007). Managing virtual teams for high performance. PMI Global Congress 2007—North America; LinkedIn. (2024). How to Ensure Team Alignment on a Project: 5 Effective Ways).

In the context of an agile project, it is essential to foster a collaborative environment where knowledge sharing and coaching are integral to the team’s success. When a lack of knowledge in a specific framework is identified as the root cause for decreased productivity, the project manager should encourage team members to share their expertise and provide coaching to those who need it. This approach aligns with the principles of agile methodologies, which emphasize team collaboration, continuous learning, and adaptability. By promoting knowledge sharing and coaching, the project manager can address the knowledge gap directly and efficiently, without the need for external training or adding new team members, which could disrupt the team’s dynamics and may not address the root cause effectively.

The answer is verified by the principles found within the PMBOK® Guide’s sections on Project Resource Management and Agile Practices, as well as the Professional in Business Analysis Reference Materials, which emphasize the importance of team development, knowledge transfer, and continuous improvement within project teams.

Velocity is a measure of the amount of work a team can complete in a given iteration. It is calculated by dividing the total number of story points completed by the team by the duration of the iteration. Velocity can vary from iteration to iteration due to various factors such as team size, complexity of work, technical issues, etc. Therefore, it is not advisable to use a single iteration’s velocity as a baseline for future planning. Instead, the project manager should ask the product owner to look at a minimum of four to eight iterations and use the average or median velocity as a more reliable indicator of the team’s performance. This way, the product owner can replan the velocity for the next iteration based on the team’s current performance and adjust the scope and schedule accordingly. This is consistent with the agile principle of responding to change over following a plan and the PMI-PBA practice of planning and monitoring the business analysis approach. References:

PMBOK Guide, 6th edition, page 18, section 1.2.3.2

Agile Practice Guide, page 36, section 3.3.2

PMI-PBA Exam Content Outline, page 9, task 1.1

PMI-PBA Certification Exam Prep Guide, page 63, section 3.2.1

According to the PMBOK Guide, a change request is a formal proposal to modify any document, deliverable, or baseline. Change requests are processed through the Perform Integrated Change Control process, which involves reviewing, analyzing, approving, or rejecting changes. The project manager should follow the change management process and work with procurement if needed to deal with the new requirement from the key stakeholder. The project manager should assess the impact of the change on the project scope, schedule, cost, quality, risk, and other aspects, and obtain approval from the appropriate authority before implementing the change. The project manager should also communicate the change to the subcontracting company and negotiate any contractual modifications if necessary. The project manager should not engage an arbitrator, add the change to the next sprint, or allocate resources to work on the new feature immediately, as these actions may bypass the change management process, create conflicts, or disrupt the project plan. References:

PMBOK Guide, 6th edition, pages 115, 116, 117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130, 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144, 145, 146, 147, 148, 149, 150, 151, 152, 153…

PMI-PBA Guide, pages 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53…

According to the PMBOK® Guide, 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. It also involves communicating the decisions on the change requests to the relevant stakeholders. The project manager should evaluate the proposed change with integrated change control to determine its impact on the project objectives, scope, schedule, cost, quality, risk, and benefits. The project manager should also discuss the change with the project sponsor, who is the person or group that provides resources and support for the project and is accountable for enabling success. The project sponsor can help the project manager to obtain approval for the change, resolve conflicts, and align the change with the strategic objectives of the organization. References:

PMBOK® Guide, Seventh Edition, Section 8.2.2.1, “Integrated Change Control”

PMBOK® Guide, Seventh Edition, Section 4.4.3.2, “Project Sponsor”

 According to the PMBOK Guide, the project manager is responsible for managing the project work according to the project management plan and implementing approved changes1. If the project manager discovers that the blueprints received from the client appear incomplete, the first thing to do is to consult with the client to determine if project execution should be continued or if changes are needed. The client is the source of the project requirements and the ultimate authority on the project scope2. The other options are not the best actions for the project manager to do first. Rescheduling the project execution date is a change that requires a formal change request and approval from the change control board3. Continuing project execution using the current blueprints from the client may result in rework, waste, or defects if the blueprints are not accurate or complete4. Escalating this issue to the project sponsor is not the first step, as the project sponsor is not the owner of the project requirements or scope. References:

1: PMBOK Guide, 6th edition, page 95

2: PMBOK Guide, 6th edition, page 141

3: PMBOK Guide, 6th edition, page 115

4: PMBOK Guide, 6th edition, page 149

: PMBOK Guide, 6th edition, page 33

The project manager should have ensured that the project repository is up to date and contains all the relevant information and documentation related to the project deliverables, such as user stories, acceptance criteria, test cases, design specifications, etc. This way, the remaining team members can access the information they need to continue working on the deliverable, even if a senior team member leaves the organization. This practice is consistent with the agile principle of maintaining a single source of truth and ensuring transparency and collaboration among the team members12. References: 1: PMBOK Guide, 6th Edition, Chapter 4: Project Integration Management 2: Agile Practice Guide, Chapter 3: Life Cycle Selection

According to the PMBOK guide, a hybrid approach is a combination of predictive and adaptive (agile) methodologies that suits the project context and stakeholder needs1. A retrospective is a meeting held at the end of each iteration in agile projects, where the team reflects on what went well and what can be improved2. The PMI-PBA guide also states that retrospectives are a valuable tool for business analysts to identify and address issues, risks, and opportunities for improvement3. Therefore, the best way for the project manager to deal with the decline in productivity is to discuss the issue in the next retrospective with the team and collaboratively find solutions to enhance their performance. References:

1: PMBOK guide, page 19

2: PMBOK guide, page 207

3: PMI-PBA guide, page 129

An earned value analysis (EVA) is a tool that measures the project performance in terms of scope, schedule, and cost. It compares the planned value (PV), the earned value (EV), and the actual cost (AC) of the project work to determine the variances and the indexes. By conducting an EVA, the project manager can identify the root causes of the project delay and cost overrun, and take corrective actions accordingly. An EVA can also help the project manager communicate the project status and progress to the stakeholders more effectively and objectively. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK Guide, 6th edition, Chapter 7, Section 7.4.2.1

PMP Exam Content Outline, June 2019, Domain III, Task 8

PMP Sample Test Questions, Question 2

The project manager should use an iterative approach for both the requirements analysis and delivery phases of the project. An iterative approach involves breaking down the project scope into smaller increments and delivering them in cycles, with feedback and validation from the client at each cycle. This approach is suitable for projects with clear requirements, but also allows for flexibility and adaptation to changing needs and expectations. The client’s request to see a demo of the work completed every two weeks indicates that they value frequent and incremental delivery of value, which is consistent with an iterative approach. Agile is not the best option for this project, as agile is more suitable for projects with high uncertainty and complexity, where the requirements are not clear or stable, and the client is actively involved in the project collaboration. Predictive is not the best option for this project, as predictive is more suitable for projects with low uncertainty and complexity, where the requirements are well-defined and fixed, and the client is not interested in frequent changes or feedback. References:

A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Chapter 2: Value Delivery System, Section 2.2: Project Delivery Approaches, Section 2.3: Project Life Cycle

Agile Practice Guide, Chapter 2: Life Cycle Selection, Section 2.1: Introduction, Section 2.2: Implementing Agile: Creating an Agile Environment

Professional in Business Analysis (PMI-PBA)® Handbook, Section 2.3: Domains and Tasks, Domain 2: Planning, Task 1: Plan Business Analysis Approach

Professional in Business Analysis (PMI-PBA)® Examination Content Outline, Domain 2: Planning, Task 1: Plan Business Analysis Approach

According to the PMI Guide to Business Analysis, emotional intelligence is the ability to perceive, understand, and manage one’s own and others’ emotions. It is an essential skill for agile teams, as it helps to foster collaboration, trust, communication, and feedback. A project leader who invests in developing the team’s emotional intelligence can help to motivate the team members, resolve conflicts, and improve performance. Asking the unmotivated team member to take a short leave, reducing the number of meetings, or sending the team member to another team are not effective solutions, as they do not address the root cause of the problem or help the team member to improve their motivation and engagement. References:

PMI Guide to Business Analysis, pages 38-39, 2.4.3 Emotional Intelligence

PMI-PBA Sample Questions, question 10, answer A

 According to the PMBOK Guide, the primary objective of any project is to deliver value to the customer and satisfy their needs and expectations1. The project manager should tell the team members to focus on delivering value to the customer by ensuring that the project deliverables meet the quality standards, the requirements, and the acceptance criteria2. Therefore, the best option is to deliver value to the customer. Option A is incorrect because reducing cost for the customer may not be the main focus of the project, as it may compromise the quality or the scope of the project. Option C is incorrect because working together as a team is important, but it is not the ultimate goal of the project. Option D is incorrect because finishing the project on schedule may not be enough to deliver value to the customer, as it may not reflect the quality or the functionality of the project deliverables. References: 1: PMBOK Guide, 6th edition, section 1.2.2, p. 7 2: PMBOK Guide, 6th edition, section 5.1.3.1, p. 149

The product owner is a key stakeholder in an agile project, who is responsible for defining and prioritizing the product backlog, providing feedback and acceptance for each product increment, and maximizing the value of the product and the work of the development team1. The product owner is not expected to focus on the cost or budget of the project, but rather on the value and quality of the product. The project manager should have worked with the product owner to clarify their role and expectations, and to explain the purpose and scope of the agile ceremonies, such as sprint planning, daily stand-up, sprint review, and sprint retrospective2. These ceremonies are meant to facilitate collaboration, communication, and adaptation among the project team and the product owner, not to report on the budget or cost of the project. The other options are not relevant or effective in changing the product owner’s behavior. References: 1: PMI, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Project Management Institute Inc., 2021, p. 177. 2: PMI, Agile Practice Guide, Project Management Institute Inc., 2017, pp. 50-53.

According to the PMBOK Guide, the project manager should use a collaborative or problem-solving approach to handle conflicts, as it results in a win-win situation and enhances the project performance1. The project manager should also communicate with the team members and involve them in the decision-making process, as it fosters trust and commitment2. Therefore, the best option is to meet the team member and try to plan a course of action together. Option A is incorrect because guiding the team member on how to resolve the conflict may not address the root cause of the conflict or the impact on the project schedule. Option B is incorrect because analyzing the project schedule and looking for alternatives may not consider the team member’s perspective or input. Option C is incorrect because performing crashing and/or fast tracking of the schedule may not resolve the conflict or may introduce new risks or issues to the project. References: 1: PMBOK Guide, 6th edition, section 9.5.2.1, p. 363 2: PMBOK Guide, 6th edition, section 9.4.2.3, p. 356

According to the PMBOK Guide, the project management plan is a formal, approved document that defines how the project is executed, monitored, and controlled1. It integrates and consolidates all of the subsidiary plans and baselines from the project management processes1. One of the subsidiary plans is the procurement management plan, which describes how the project will acquire goods and services from outside the performing organization2. The procurement management plan should include the procurement strategy, the types of contracts, the procurement documents, the source selection criteria, the roles and responsibilities, the make-or-buy decisions, and the assumptions and constraints2. Therefore, the project manager should have communicated the project management plan, including the procurement management plan, to the procurement division earlier in the project to ensure the purchase of the specific equipment. The other options are not the best actions for the project manager to have done earlier in the project. Communicating the project charter to the procurement division may not be sufficient, as the project charter only provides the high-level description of the project and its boundaries, not the details of the procurement activities3. Including a procurement division member on the project team may not be necessary or feasible, as the project team may have limited authority or influence over the procurement division’s policies and procedures. Reminding the project sponsor about the procurement division’s reputation is not a constructive or professional way to deal with the issue, as it may create conflict or resentment between the parties. References:

1: PMBOK Guide, 6th edition, page 89

2: PMBOK Guide, 6th edition, page 463

3: PMBOK Guide, 6th edition, page 77

: PMBOK Guide, 6th edition, page 33

: PMBOK Guide, 6th edition, page 558

The project manager plays the role of a mediator in this situation, as this is part of managing stakeholder engagement. Managing stakeholder engagement involves communicating and working with stakeholders to meet their needs and expectations, address issues, and foster appropriate stakeholder involvement. By scheduling a meeting with the two stakeholders, the project manager acts as a neutral third party who facilitates the discussion and helps them reach a mutually acceptable solution. The other options are not the best ways to describe the project manager’s role, as they either imply a biased, authoritative, or passive approach to conflict resolution. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK Guide, 6th edition, Chapter 13, Section 13.3.2.4

PMP Exam Content Outline, June 2019, Domain II, Task 9

PMP Sample Test Questions, Question 393

According to the PMBOK Guide, a servant leader is a leadership style that focuses on serving the needs of the team, empowering them, and creating a culture of trust, collaboration, and ownership. A servant leader should also motivate and inspire the team, especially when they face challenges or fatigue. If some team members are starting to complain about the length of the project, creating a risk for lack of performance at this critical stage, the project manager should schedule a team event with the project sponsor to highlight the importance of the project and recognize the work of the team. This will help the project manager to mitigate the risk by showing appreciation and gratitude to the team, reinforcing the project vision and value, and boosting the team morale and engagement. Scheduling a team event with the project sponsor is also a way of celebrating the team’s achievements and rewarding them for their efforts. Meeting with the team to reinforce their responsibilities and the consequences if the project deliverables are not completed on time is not a servant leader approach, as it may demotivate and pressure the team, and create a negative atmosphere. Applying additional controls to the project deliverables to ensure that all milestones are achieved on time is not a servant leader approach, as it may micromanage and constrain the team, and reduce their autonomy and creativity. Contacting the functional manager to ensure that team motivation remains high until the end of the project is not a servant leader approach, as it may delegate the responsibility and authority of the project manager, and undermine the relationship and trust between the project manager and the team. References: PMBOK Guide, 6th edition, pages 56-57, 686-687, 723-724.

 This answer is based on the concept of adaptive life cycle or agile project management, which is one of the approaches to managing projects in the PMBOK Guide1. Adaptive life cycle is suitable for projects that have high uncertainty, changing requirements, and complex or innovative products1. The main characteristics of adaptive life cycle are:

Delivering products in iterations or increments, each with a fixed duration and scope1.

Seeking frequent feedback from customers and stakeholders to validate the product value and quality1.

Embracing changes and responding to them quickly and effectively1.

Empowering the project team to make decisions and collaborate with each other1.

A minimum viable product (MVP) is a version of the product that has enough features to satisfy the initial needs of the customers and stakeholders, and to provide feedback for future development2. By focusing on releasing an MVP quickly, the project manager can:

Reduce the risk of wasting time and resources on building a product that does not meet the customer’s expectations or needs2.

Increase the customer’s satisfaction and engagement by involving them in the product development process2.

Learn from the feedback and data collected from the MVP and use them to improve the product in the next iteration2.

Adapt to the changing requirements and market conditions by delivering value incrementally2.

Therefore, option D is the best answer, as it aligns with the adaptive life cycle approach and the benefits of MVP. Option A is not a good answer, as it implies a predictive life cycle or waterfall project management, which is more suitable for projects that have low uncertainty, stable requirements, and well-defined products1. Waiting to start the project execution phase until all requirements and acceptance criteria are clear can result in:

Missing the opportunity to deliver value early and often to the customers and stakeholders1.

Increasing the risk of scope creep, change requests, and rework due to changing customer needs or expectations1.

Reducing the flexibility and responsiveness of the project team to adapt to changes1.

Limiting the collaboration and communication between the project team and the customers and stakeholders1.

Option B is also not a good answer, as it assumes that the customer knows all of the requirements at the beginning of the project, which is unlikely for a brand new product. Asking the customer to include all of the requirements in the project charter can lead to:

Creating a rigid and unrealistic scope that does not reflect the customer’s actual needs or preferences3.

Overwhelming the customer and the project team with too many details and specifications that may not be relevant or necessary3.

Ignoring the feedback and learning opportunities that can arise during the project execution phase3.

Reducing the chances of innovation and creativity by restricting the product features and functions3.

Option C is a better answer than option A and B, as it involves the customer in the requirement elicitation process and prioritizes the most important requirements. However, it is still not the best answer, as it does not address the customer’s concern about extra costs and work. Scheduling a brainstorming session and selecting the top ten most important requirements can still result in:

Spending too much time and resources on planning and analysis, instead of delivering value and testing assumptions.

Failing to validate the requirements with the end users and other stakeholders, who may have different needs or expectations.

Missing the opportunity to learn from the feedback and data collected from the product delivery and use.

Delaying the adaptation and improvement of the product based on the changing requirements and market conditions.

According to the PMBOK Guide, 6th edition, one of the key skills of a project manager is to negotiate with stakeholders to achieve project objectives and balance the competing project constraints. Negotiation is also a tool and technique for the process of Manage Stakeholder Engagement, which aims to ensure that stakeholders’ needs and expectations are met or exceeded. By engaging in creative and iterative negotiations with the leaders of each entity, the project manager can foster collaboration, trust, and commitment among the parties involved in the project, and ensure that the launch date is acceptable and feasible for all. This will increase the likelihood of timely and successful adoption of the new solution by the entire organization. References: PMBOK Guide, 6th edition, pages 53, 513-514, 518.

According to the PMBOK Guide, 6th edition, section 13.3.2.4, the project manager should use interpersonal and team skills to manage conflicts and foster collaboration among stakeholders. Hosting a meeting is an example of such a skill, as it allows the project manager to facilitate communication, negotiation, and problem-solving between the parties involved. The project manager should also use the requirements traceability matrix, the project management plan, and the project documents to clarify the expectations and responsibilities of the vendor and the infrastructure manager. The PMI-PBA Guide, section 6.2.3.1, also supports this approach, as it states that the business analyst should use collaboration techniques to resolve issues and conflicts related to requirements. References:

PMBOK Guide, 6th edition, section 13.3.2.4

PMI-PBA Guide, section 6.2.3.1

According to the PMBOK Guide, an impediment board is a visual tool that tracks the impediments or blockers that prevent the team from completing their work1. The project manager should create an entry in the impediment board and assign it to the person or team responsible for resolving it. This will help the project manager monitor the progress of the impediment resolution and communicate it to the stakeholders. The other options are not the best actions for the project manager to do. Inviting the project team to a swarming session to define a solution is a technique that can be used to address complex or urgent problems, but it is not appropriate for an issue that is outside the project team’s control2. Leveraging the network of the former department and asking for help is a possible way to expedite the completion of the task, but it is not a formal or transparent way to manage the impediment. Escalating the issue to the product owner to define the next steps is not the project manager’s responsibility, as the product owner is mainly concerned with the product vision and value, not the project execution3. References:

1: PMBOK Guide, 6th edition, page 570

2: PMBOK Guide, 6th edition, page 571

3: PMBOK Guide, 6th edition, page 49

 The project manager should review the communication needs of key stakeholders because this is the first step in developing an effective communication management plan. By reviewing the communication needs, the project manager can identify what information is relevant, important, and useful for each stakeholder, and tailor the communication accordingly. The other options are not the best choices because they are either too late or too broad. Confirming that the project information is understood and feedback is received (option B) is a good practice, but it does not address the root cause of the problem, which is the missing information. Determining communication methods, frequency, and level of detail (option C) is part of the communication management plan, but it should be based on the communication needs analysis. Providing all project information to the stakeholder (option D) may overwhelm the stakeholder with unnecessary or irrelevant information, and may also compromise the confidentiality or security of the project. References: PMBOK Guide, 6th edition, pages 361-362, 366-367. PMP Questions page 427. PMP Practice Exam | Free PMP Practice Questions.

According to the PMP Exam Content Outline, one of the tasks of a project manager in the leading domain is to “Empower team members and stakeholders by providing them with the level of authority to complete the assigned activities and resolve issues in order to enhance project performance.” This implies that the project manager should empower team members to participate in decision-making and take ownership of actions, especially in megaprojects that involve multiple stakeholders from different geographical areas and cultural backgrounds. Empowering team members can improve team productivity by increasing their motivation, commitment, creativity, and accountability. It can also foster a culture of collaboration, trust, and respect among the diverse team members and stakeholders. Empowering team members can also help the project manager to cope with the complexity and uncertainty of megaprojects, as team members can act more autonomously and responsively to the changing project environment. References:

: PMP Exam Content Outline

: A Guide to the Project Management Body of Knowledge (PMBOK Guide), Sixth Edition, Chapter 9.4.2.3 and 9.4.3.1

: Business Analysis for Practitioners: A Practice Guide, Chapter 4.5.1 and 4.5.2

: Megaprojects – Concepts, Strategies, and Practices for Success1

: The Three Secrets of Megaproject Success: Clear Strategic Vision, Total Alignment, and Adapting to Complexity2

The project manager should have established ground rules for the team at the beginning of the project, which would include guidelines for communication, decision making, conflict resolution, and stakeholder engagement. Ground rules help the team to work effectively and collaboratively, and to avoid misunderstandings and disagreements. Providing copies of the stakeholder engagement plan (A) is not enough, as it does not specify how the team should interact with the stakeholders. Defining the roles and responsibilities of the team members (B) is also important, but it does not address the issue of who should attend the meeting with the local council authority. Updating the communications management plan © is not relevant, as it does not prevent the conflict from occurring in the first place. References: PMBOK Guide, 7th edition, page 91; Agile Practice Guide, page 14.

According to the PMBOK Guide, project team management involves the processes of leading, motivating, developing, and managing the project team. One of the key aspects of project team management is team integration, which is the process of ensuring that the team members work together effectively and harmoniously. Team integration is especially important when new team members join the team, as they may face challenges such as unfamiliarity with the project, lack of trust, role ambiguity, or cultural differences. Therefore, the project manager should approach the new team member to identify any issues and then plan a resolution accordingly. By doing so, the project manager can:

Establish rapport and trust with the new team member

Understand the new team member’s expectations, needs, and concerns

Provide feedback, guidance, and support to the new team member

Clarify the new team member’s roles and responsibilities

Facilitate the new team member’s orientation and training

Encourage the new team member’s participation and contribution

Integrate the new team member with the rest of the team

Monitor and evaluate the new team member’s performance and satisfaction

By approaching the new team member to identify any issues and then plan a resolution accordingly, the project manager can help the new team member integrate effectively and improve the team’s performance and cohesion.

The other options are not the best choices, because:

Giving the new team member time to contribute until they ask for help and support would be passive and ineffective, as the new team member may feel isolated, overwhelmed, or frustrated, and may not seek help or support when needed.

Assigning the new team member tasks so that the team member knows on what to focus would be directive and restrictive, as the new team member may not have the skills, knowledge, or confidence to perform the tasks, and may not have the opportunity to learn, grow, or collaborate with the team.

Reviewing the project with the team member to ensure the project scope is understood would be informative and helpful, but not sufficient, as the new team member may have other issues besides the project scope, such as team dynamics, communication, or culture. References:

Project Team Management | PMI

Project Team Integration - Project Management Knowledge

3 Best Practices for New Team Integration - BRODYpro

Best practices for managing and developing virtual project teams

The project manager should address the issue between the two team members by scheduling a meeting with them and using conflict resolution techniques to find a mutually acceptable solution. This way, the project manager can prevent the issue from escalating and affecting the project performance and team morale. This approach is consistent with the agile principle of fostering collaboration and trust among the team members12. References: 1: PMBOK Guide, 6th Edition, Chapter 9: Project Resource Management 2: Agile Practice Guide, Chapter 2: An Agile Mindset

 According to the PMBOK Guide, an iterative-based strategy is a release strategy that delivers the product incrementally over multiple iterations, each adding more functionality and value. This strategy allows the project team to obtain early feedback from the customers and stakeholders, and to adapt to changing requirements and priorities. In this scenario, the project manager should recommend an iterative-based strategy to maximize value by releasing the product to each country as it is finalized and ready for release in that country. This will help to meet the specific requirements of each country, and to deliver value faster and more frequently. References: PMBOK Guide, 6th edition, page 19-20. PMP Questions page 515, question 515. PMP Practice Exam, question 4.

According to the Project Management Body of Knowledge (PMBOK) Guide, one of the key activities in the project initiation process is to identify the project stakeholders and their requirements1. This includes the documentation requirements for the project, such as the format, content, quality, frequency, and distribution of the project documents2. By confirming the documentation requirements with the stakeholders at the beginning of the project, the project manager can ensure that the project documentation will meet the expectations and needs of the stakeholders, as well as comply with any regulatory or contractual obligations3. This will also help the project manager to plan, execute, monitor, and control the project documentation throughout the project life cycle4. Conducting a document review, updating the project templates, and implementing a new change control policy are all important activities for managing project documentation, but they are not sufficient to ensure that the project documentation will fulfill the regulatory requirements. The project manager needs to confirm the documentation requirements with the stakeholders first, and then use these activities to support the documentation process. References:

1: PMBOK Guide, 6th edition, page 30

2: PMBOK Guide, 6th edition, page 89

3: PMBOK Guide, 6th edition, page 112

4: PMBOK Guide, 6th edition, page 123

The project manager should update the change management plan to clarify the scope and process of change control for the project. The change management plan is a component of the project management plan that defines how changes will be monitored and controlled. It also specifies the level of authority needed to approve different types of changes. The project manager should ensure that the change management plan is aligned with the project scope statement and the contract terms and conditions. The project manager should not report the violation to the CCB, as this may escalate the issue unnecessarily and damage the relationship with the contractor. The project manager should not ask the quality control team to evaluate the modifications, as this may imply acceptance of the changes without proper authorization. The project manager should not request the engineering team to update the specifications, as this may create confusion and inconsistency in the project documentation. References:

PMP Exam Content Outline (2021), Domain I: People, Task 9: Support team performance, p. 81

A Guide to the Project Management Body of Knowledge (PMBOK Guide), Sixth Edition, Chapter 4: Project Integration Management, Section 4.5.3.1: Change Management Plan, p. 1152

Professional in Business Analysis (PBA) Examination Content Outline (2018), Domain II: Planning, Task 4: Plan Requirements Change Control Process, p. 12

The project manager should conduct a meeting to help the team define the team charter, which is a document that describes the team’s purpose, vision, values, norms, roles, and responsibilities. The team charter is a useful tool for establishing the team’s identity, direction, and expectations, as well as fostering the team’s collaboration, communication, and commitment. The project manager should facilitate the team’s involvement and participation in creating the team charter, and ensure that the team charter is aligned with the project’s objectives and scope. The project manager should also review and update the team charter regularly, as the team evolves and adapts to the changing project environment.

The other options are not the best actions for the project manager to take in this situation. Planning an outdoor activity for the team to get to know each other may be a good idea for building the team’s rapport and trust, but it is not sufficient to address the team’s problems in meeting goals. The project manager should also focus on clarifying the team’s vision, values, and expectations, and providing the team with guidance and support on the agile project management approaches. Asking the team to review agile project management approaches may be helpful for enhancing the team’s knowledge and skills, but it is not enough to solve the team’s issues in meeting goals. The project manager should also ensure that the team understands and agrees on the team’s purpose, roles, and responsibilities, and that the team has the necessary tools and resources to perform the work and deliver the product. Asking the human resources department for an experienced agile team may not be feasible or desirable, as it may disrupt the existing team’s dynamics and relationships, as well as increase the project’s cost and risk. The project manager should not replace the team members without a valid reason, but rather help them to develop and improve their agile competencies and capabilities. References:

PMBOK® Guide, 6th Edition, Chapter 9, Section 9.1.3.1, “Team Charter”

PMBOK® Guide, 6th Edition, Appendix X3, Section X3.2.2.1, “Agile Manifesto and Mindset”

PMP Project Management Professional Exam Study Guide: 2021 Exam Update, 10th Edition, Chapter 8, Section 8.2, “Planning Resources” 1

According to the PMBOK Guide, 6th edition, section 12.2.2.4, the project manager should use procurement documentation to define and manage the contractual relationships with the suppliers. Procurement documentation includes the contract, the statement of work, the procurement management plan, and the source selection criteria. The project manager should ensure that the project team, including the business analyst, is aware of the terms and conditions of the contract and the scope of work that the supplier is expected to deliver. Any changes or additions to the scope should be formally requested and approved through the change control process, as described in section 4.6. The PMI-PBA Guide, section 6.3.3.1, also supports this approach, as it states that the business analyst should follow the change management plan and the requirements management plan to manage changes to the requirements and to communicate them to the relevant stakeholders, including the suppliers. References:

PMBOK Guide, 6th edition, section 12.2.2.4 and 4.6

PMI-PBA Guide, section 6.3.3.1

According to the PMBOK Guide, 6th edition, section 12.2.2.4, the project manager should use procurement documentation to define and manage the contractual relationships with the suppliers. Procurement documentation includes the contract, the statement of work, the procurement management plan, and the source selection criteria. The project manager should ensure that the project team, including the business analyst, is aware of the terms and conditions of the contract and the scope of work that the supplier is expected to deliver. Any changes or additions to the scope should be formally requested and approved through the change control process, as described in section 4.6. The PMI-PBA Guide, section 6.3.3.1, also supports this approach, as it states that the business analyst should follow the change management plan and the requirements management plan to manage changes to the requirements and to communicate them to the relevant stakeholders, including the suppliers. References:

PMBOK Guide, 6th edition, section 12.2.2.4 and 4.6

PMI-PBA Guide, section 6.3.3.1

According to the PMBOK Guide, scope management in agile projects is different from scope management in predictive life cycle projects. In agile projects, the scope is not fixed or detailed at the beginning of the project, but rather it is progressively elaborated and refined throughout the project. Agile projects use an adaptive and iterative approach to deliver value to the customer in short and frequent increments, called sprints or iterations. Agile projects use techniques such as user stories, product backlog, story mapping, story points, and minimum viable product (MVP) to define, prioritize, estimate, and validate the scope. Therefore, the project manager should spend a short amount of time defining the scope and building prototypes to refine the requirements, rather than creating a detailed scope baseline or a rigid plan. By doing so, the project manager can:

Involve the customer and the team in defining and clarifying the scope

Incorporate feedback and changes quickly and easily

Deliver the most valuable features and functionalities first

Reduce waste and rework

Increase customer satisfaction and trust

The other options are not the best choices, because:

Creating a scope baseline and putting the rest as backlog activities would limit the flexibility and responsiveness of the project, and would not allow the scope to evolve based on customer needs and feedback.

Estimating the work the team can complete and defining story sizes to keep the project under control would be part of the scope management process, but not the only or the best way to manage and control the scope. The project manager should also prioritize, validate, and adjust the scope as the project progresses.

Developing a plan to complete more work in less time would not be realistic or sustainable, and would compromise the quality and value of the project. The project manager should focus on delivering the right work, not more work. References:

Scope Management | PMI

Agile Scope Management: Refactor Your PMP - LeadingAgile

Considerations for Agile/Adaptive Projects | PMP - GreyCampus

According to the PMBOK® Guide, hybrid project management is a technique where high-level project phases are planned using the waterfall approach, and project phase work (actual tasks) execution is done the Agile way1. Hybrid project management is getting more attention as it offers the flexibility to combine the best practices from both waterfall and agile methodologies2. One of the benefits of hybrid project management is that it allows the project team to adapt to changing requirements and customer needs, which are common in projects with a high level of uncertainty3. However, this also requires the project manager to adopt a different role than in a traditional waterfall project. Instead of being a central authority who directs and controls the project, the project manager should act as a facilitator, coach, and servant leader who supports and empowers the project team to do the work4. This means that the project manager should trust the team’s expertise and experience, delegate decision-making authority, provide feedback and guidance, and remove any impediments that hinder the team’s progress5. By doing so, the project manager can foster a collaborative and agile culture that enhances the team’s performance and satisfaction6.

Therefore, the best way for the project manager to address the issue of losing control of the project is to adopt the role of supporting and empowering the project team to do the work (option C). This will help the project manager to cope with the uncertainty and complexity of the project, and to leverage the team’s skills and knowledge. Modifying the daily standup meetings to include project status reporting (option A) may not be effective, as it may disrupt the purpose and flow of the standup meetings, which are meant to be brief and focused on the team’s progress, issues, and plans. Escalating the issue to the change control board (CCB) and asking for advice (option B) may not be appropriate, as the CCB is usually responsible for reviewing and approving changes to the project scope, schedule, cost, or quality, not for providing guidance on the project management approach. Changing the approach for the project to a predictive approach (option D) may not be feasible or desirable, as it may not suit the nature and context of the project, and it may cause resistance and confusion among the project stakeholders. References:

1: PMBOK® Guide, 6th edition, p. 19

2: Teamhood, Hybrid Project Management: What is it, Approach & Software

3: The Digital Project Manager, Ultimate Guide To Hybrid Project Methodologies & How To Make Them

4: PMBOK® Guide, 6th edition, p. 54

5: PMI, Agile Practice Guide, p. 21

6: PMI, Agile Practice Guide, p. 22

[7]: PMI, Agile Practice Guide, p. 50

[8]: PMBOK® Guide, 6th edition, p. 115

[9]: PMBOK® Guide, 6th edition, p. 18

 The project manager should request an architecture review as the first step to address the design flaw that may potentially impact the final quality. An architecture review is a process of evaluating the design of a system or a product against a set of criteria, such as requirements, standards, best practices, and quality attributes. An architecture review can help to identify and resolve design issues, risks, and gaps, as well as to ensure alignment with the project objectives and stakeholder expectations. By requesting an architecture review, the project manager can involve the relevant experts, such as the new architect, the previous architect (if possible), the quality assurance team, and the customer, to assess the impact of the design flaw and to propose and agree on the necessary changes. This will also help to update the project scope, schedule, cost, and quality baselines accordingly. References:

Architecture Reviews - an overview | ScienceDirect Topics

Architecture Review Process - SEBoK

Architecture Review - The Open Group

Design Flaw Attacks - an overview | ScienceDirect Topics

DESIGN FLAWS: FLAWS BY DESIGN? / The Design Society

According to the PMBOK Guide, 6th edition, section 13.1.3.1, the stakeholder register is a project document that identifies the stakeholders who have an interest in the project or may be affected by the project. The stakeholder register should be updated whenever there is a change in the stakeholder community, such as when a new stakeholder is identified or an existing stakeholder leaves the project. The new business unit manager is a new stakeholder who has authority and influence over the project, and therefore should be added to the stakeholder register. The stakeholder engagement plan, which is a subsidiary plan of the project management plan, describes the strategies and actions to engage the stakeholders and manage their expectations throughout the project life cycle. The stakeholder engagement plan should also be updated to reflect the new stakeholder’s current and desired level of engagement, as well as the communication and engagement activities planned for the new stakeholder. The other options are not the best next steps for the project manager, because they do not address the need to formally identify and document the new stakeholder and plan for their engagement. Contacting the previous business unit manager may be helpful, but it is not a formal project document. Sending the new manager a copy of the project charter may be informative, but it does not capture the new stakeholder’s needs and expectations. Scheduling a meeting with the new manager may be beneficial, but it should be done after updating the stakeholder register and the stakeholder engagement plan. References:

PMBOK Guide, 6th edition, section 13.1.3.1, page 513

PMI-PBA Exam Practice Test and Study Guide, 2nd edition, chapter 2, page 30

 According to the Agile Practice Guide, one of the agile principles is to deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale1. To achieve this, the project manager should break down the work into small and manageable pieces, called stories, that can be completed within a short iteration, called a sprint. This will help to improve the accuracy of the estimates, the quality of the deliverables, and the feedback from the customer. Therefore, the project manager should reduce the story size by splitting stories that are too large or complex into smaller and simpler ones. Creating a product backlog may be a good practice, but it is not the best answer. The product backlog is a list of features or requirements that the customer wants in the final product. It does not address the issue of inaccurate estimates or large stories. Performing sprint reviews with the team may be a useful activity, but it is not a preventive measure. The sprint review is a meeting at the end of each sprint where the team demonstrates the completed stories to the customer and collects their feedback. It does not address the issue of inaccurate estimates or large stories before the sprint starts. Assessing the previous project velocity may be helpful, but it is not sufficient to address the issue. The project velocity is a measure of how much work the team can complete in a sprint. It can be used to plan and monitor the project progress, but it does not address the issue of inaccurate estimates or large stories for the current sprint. References: Agile Practice Guide, Chapter 3, Section 3.2.1 (Product Backlog), Section 3.2.4 (Sprint Review), and Section 3.2.5 (Velocity)

The project manager should follow the risk management plan that was developed during the planning phase of the project. The risk management plan should include a risk register that identifies the potential risks, their probability and impact, and the planned responses for each risk. Since the labor union contract negotiation was documented as a risk, the project manager should log the issue and execute the risk response plan that was prepared for this situation. This may involve implementing contingency plans, fallback plans, or workarounds to minimize the negative effects of the risk on the project objectives. The other options are not appropriate because they do not follow the risk management plan or they introduce new risks or changes to the project scope, schedule, or budget. References:

A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 11: Project Risk Management, pp. 397-441.

PMP® Examination Practice Questions: 400 Practice Questions and Answers to help you Pass, Question 400, p. 401.

According to the PMBOK® Guide, 7th edition, an issue is a point or matter in question or in dispute, or a point or matter that is not settled and is under discussion or over which there are opposing views or disagreements1. Issues can arise from various sources, such as changes, risks, defects, conflicts, or assumptions1. Issues can affect the project performance, scope, quality, schedule, cost, or stakeholder satisfaction1.

An issues log is a project document used to capture and track issues until they are resolved1. The issues log typically contains information such as the issue description, priority, owner, status, resolution, and impact1. The issues log is updated throughout the project life cycle as new issues are identified, analyzed, and resolved1.

In this scenario, the newly assigned project manager is informed by a few key stakeholders that the project has some serious issues. The first thing that the project manager should do to understand the issues is to review the issues log to ensure the issues are captured. This will help the project manager to get an overview of the current state of the project, and to identify the nature, scope, and impact of the issues. It will also help the project manager to verify if the issues have been properly documented, prioritized, and assigned to the responsible parties. Reviewing the issues log will also enable the project manager to plan the next steps to address the issues, such as communicating with the stakeholders, performing root cause analysis, implementing corrective actions, or escalating the issues if needed1.

The other options are not as effective as option B. Option A, escalating the issues to the project sponsor, may be necessary if the issues are beyond the project manager’s authority or control, but it is not the first thing to do. The project manager should first review the issues log to understand the issues and their implications, and then decide if escalation is required or not. Option C, checking the risk management plan to ensure there is a strategy to address the issues, may be helpful, but it is not sufficient. The risk management plan provides guidance on how to manage risks, not issues2. Risks are uncertain events or conditions that may have a positive or negative effect on the project objectives, while issues are certain events or conditions that have already occurred and have a negative effect on the project performance1. Therefore, the risk management plan may not cover all the issues that the project faces, and the project manager should review the issues log instead. Option D, asking the key stakeholders to discuss the issues with the project team, may be beneficial, but it is not the first thing to do. The project manager should first review the issues log to get a clear picture of the issues, and then facilitate the discussion between the stakeholders and the team to resolve the issues.

 1: PMBOK® Guide, 7th edition, page 101 2: PMBOK® Guide, 7th edition, page 113

 According to the PMP Exam Content Outline, one of the tasks of a project manager in the execution domain is to “Implement approved changes and corrective actions by following the change management plan in order to meet project requirements.” This implies that the project manager should update the assumptions log and change log, and implement the change control process when the assumptions change during the execution phase. The assumptions log is a tool that documents the assumptions and constraints of the project scope, and the change log is a tool that records the changes that occur during the project life cycle. The change control process is a set of procedures that defines how changes are proposed, reviewed, approved, implemented, and communicated. By following these steps, the project manager can ensure that the changes are aligned with the project objectives and stakeholders’ expectations, and that the impact of the changes on the project scope, schedule, cost, quality, risk, and benefits are assessed and managed. References:

: PMP Exam Content Outline

: A Guide to the Project Management Body of Knowledge (PMBOK Guide), Sixth Edition, Chapter 4.1.3.2 and 4.6.3.2

: A Guide to the Project Management Body of Knowledge (PMBOK Guide), Sixth Edition, Chapter 4.6

: Business Analysis for Practitioners: A Practice Guide, Chapter 5.5.2 and 5.5.3

According to the PMBOK Guide, one of the key principles of agile project management is to deliver value to the customer early and often1. This can be achieved by using an iterative and incremental approach, where the project team delivers working increments of the product at the end of each iteration or sprint2. The project team should also demonstrate the built portion of the product to the stakeholders and obtain their feedback and acceptance3. Therefore, the best option is to include demonstrations of the built portion of the product at the end of every sprint. Option A is incorrect because preparing performance value reports for the business on an ongoing basis may not be the most effective way to illustrate the project business value, as it may not reflect the actual functionality and usability of the product. Option C is incorrect because preparing a project report for the stakeholders and distributing it weekly may not be sufficient or timely to show the progress and value of the product, as it may not include the stakeholder input and validation. Option D is incorrect because confirming the minimum viable product (MVP) and demonstrating it to the business when it is ready may not be consistent with the agile principle of delivering value early and often, as it may delay the stakeholder feedback and satisfaction. References: 1: PMBOK Guide, 6th edition, section 1.2.3, p. 8 2: PMBOK Guide, 6th edition, section 6.2.2.1, p. 177 3: PMBOK Guide, 6th edition, section 6.2.2.4, p. 178

The project management team should review the project plan to evaluate if any updates should be made in response to the news that a competitor has released the latest version of a program. The project plan is a document that describes how the project will be executed, monitored, and controlled. It includes the project scope, schedule, cost, quality, resources, communications, risks, procurements, and stakeholder management plans. The project management team should assess the impact of the competitor’s release on the project’s objectives, deliverables, assumptions, constraints, and risks. The project management team should also consult with the project sponsor, customer, and other key stakeholders to determine their expectations and preferences regarding the project’s scope and quality. The project management team should then decide if any changes or updates are needed to the project plan to ensure the project’s success and value. The project management team should follow the change management process to request, analyze, approve, and implement any changes to the project plan.

The other options are not the best actions for the project management team to take in this situation. Crashing the existing schedule with additional resources to deliver more features may not be feasible or effective, as it may increase the project’s cost, complexity, and risk. It may also not address the customer’s needs or the market’s demand, as the features may not be relevant or valuable. The project management team should not rush to add more features without validating their necessity and feasibility. Stopping the project immediately as the market opportunity has already been missed may be premature and wasteful, as it may disregard the project’s benefits and potential. It may also damage the project’s reputation and stakeholder’s trust. The project management team should not abandon the project without evaluating its viability and value. Continuing with the project plan and target delivery date as expected may be unrealistic and risky, as it may ignore the competitor’s influence and the customer’s feedback. It may also result in delivering a product that is outdated or inferior. The project management team should not proceed with the project plan without reviewing its alignment and suitability. References:

PMBOK® Guide, 6th Edition, Chapter 4, Section 4.2, “Develop Project Management Plan”

PMBOK® Guide, 6th Edition, Chapter 4, Section 4.6, “Perform Integrated Change Control”

PMP Project Management Professional Exam Study Guide: 2021 Exam Update, 10th Edition, Chapter 4, Section 4.2, “Developing the Project Management Plan” 1

The customer’s request should be managed by assessing risks together with business value during prioritization because this is the best way to balance the customer’s expectations and the project’s feasibility. Agile projects are characterized by frequent delivery of value to the customer, but also by uncertainty and change. Therefore, risks should not be ignored or deferred, but rather integrated into the decision-making process. By assessing risks together with business value, the customer and the project team can identify the most valuable and viable features to deliver in each iteration, and also plan for risk responses and contingencies. The other options are not the best choices because they do not consider the impact of risks on the project’s success. Accepting risks as they decrease over a period of time (option A) may expose the project to unnecessary threats or missed opportunities, and may also violate the agile principle of responding to change. Creating a risk value profile to track the relative importance of risks (option B) may help to quantify and prioritize risks, but it does not address the customer’s request or the project’s value proposition. Logging and tracking risks separately as only business value is important (option C) may create a false sense of security and satisfaction, and may also neglect the agile principle of delivering working software. References: PMBOK Guide, 6th edition, pages 18-19, 686-687. PMP Questions page 437. PMP Practice Exam 1.

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

 According to the PMBOK Guide, a root cause analysis is a technique used to identify the underlying reasons for the occurrence of a problem or a deviation from the expected performance. It is part of the monitor and control project work process, which involves tracking, reviewing, and reporting the project progress and performance, and implementing corrective or preventive actions as needed. A root cause analysis can help the project manager to understand the causes of the budget shift and to take appropriate actions to address them. It can also help to prevent similar problems from happening again in the future. Adjusting the original budget estimates, negotiating the project changes, or reviewing the activity duration are possible actions that the project manager can take after performing a root cause analysis, but they are not the first step to do when faced with a significant budget shift. References:

PMBOK Guide, 6th edition, pages 121-122, 4.5 Monitor and Control Project Work

PMBOK Guide, 6th edition, pages 686-687, Root Cause Analysis

PMP Sample Test Questions, question 1, answer D

According to the PMBOK Guide, the portfolio management office (PMO) is responsible for ensuring that the projects and programs within the portfolio are aligned with the organizational strategy and objectives. The project manager should demonstrate the project alignment to the organizational strategy by showing how the project delivers value and benefits to the organization and its stakeholders. This may include presenting the project business case, benefits management plan, stakeholder analysis, and other relevant documents that justify the project’s existence and contribution. Demonstrating the project alignment to the organizational strategy is the best way to continue the project and avoid suspension by the PMO. Meeting with the project team and revising the project goals (A) may not be effective if the project is already in alignment with the organizational strategy and the PMO is not aware of it. Updating the project charter to make it align with organizational strategy (B) may not be feasible or ethical if the project charter has already been approved and authorized by the project sponsor and other key stakeholders. Escalating the issue with the project sponsor to request support (D) may be a possible action, but not the best one, as it may create conflict or resentment between the project sponsor and the PMO. The project manager should first try to resolve the issue with the PMO directly by demonstrating the project alignment to the organizational strategy. References: PMBOK Guide, 6th edition, pages 33-34, 75-76, 129-130.

Reasoning: According to the PMBOK Guide, one of the tools and techniques for the Develop Project Management Plan process is expert judgment, which involves seeking the opinions and advice of knowledgeable and experienced individuals or groups. The project manager should ensure that the stakeholders are adequately informed and engaged in the project management plan approval process, and that they understand the implications and assumptions of the plan. The other options, such as stopping the meeting, getting approval without clarification, or obtaining approval as fast as possible, may not address the root cause of the problem, which is the lack of stakeholder involvement and commitment. Therefore, option B is the most likely answer to the question12

 According to the PMBOK® Guide, the project manager is responsible for managing the project resources, including human resources, and ensuring that they have the necessary skills and competencies to perform the project work. Therefore, the project manager should identify the sources and specifics of the knowledge gap from the interns and new recruits, and put them into groups and assign a SME as a mentor. These actions will help the project manager to address the root cause of the problem, provide effective learning and coaching opportunities for the interns and new recruits, and leverage the expertise and experience of the SMEs. Hiring more SMEs and informing the human resources manager to lay off the nonperforming interns and new recruits may not be feasible or ethical. The project manager should try to resolve the issue within the existing project team, rather than replacing or firing the team members. Initiating a project change request for additional budget to train the interns and new recruits may not be possible or timely. The project manager should try to use the available resources and budget, rather than requesting more funds. Ignoring the issues with the project and trying to deliver the project successfully without asking for training funds may not be realistic or responsible. The project manager should not overlook the knowledge gap that may affect the project quality, scope, or schedule, but rather seek to close the gap and improve the team performance. References: PMBOK® Guide, Sixth Edition, Chapter 9, Section 9.2 (Develop Team) and Section 9.3 (Manage Team)QUESTION NO: 449

Agile project management welcomes changes in scope, but it also requires a trade-off of other items in the product backlog. The product owner owns the backlog and has to be able to make these decisions regarding trade-offs between stories and features. The project manager should guide the agile team to add the new scope to the product backlog and prioritize it according to the project goals and customer value. The project manager should also conduct regular backlog grooming sessions to assess and update the backlog items. The new scope should not be added to the current sprint, unless it is small enough to be completed by the time the sprint ends and does not affect the sprint goals. Creating a parallel sprint, pausing the sprint, or moderating the expectations for sprint quality are not agile practices and would compromise the project’s agility, quality, and delivery. References:

How Agile Addresses Changing Project Scope

Agile Twists & Turns: How to Handle Scope Changes

How to change your project’s scope (the right way)

Agile Scope Management: Refactor Your PMP

In a fixed time and budget project, the project manager needs to balance the customer’s expectations and the project’s profitability. If the customer wants the development of a core component to be based on agile practices, the project manager should use a hybrid contract that combines both fixed and agile elements. This way, the project manager can accommodate the customer’s changing requirements while maintaining control over the project scope, schedule, and cost. A tiered contract for fixed and agile components allows the project manager to define the fixed deliverables and the agile deliverables separately, and assign different payment terms and conditions for each. For example, the fixed deliverables can be paid based on milestones, while the agile deliverables can be paid based on iterations or value delivered. This also helps the project manager to manage the risks and uncertainties associated with the agile component. Providing alternatives to scope change at specific project phases within the contract is another way to control the development costs and ensure the profitability of the project. The project manager can specify the criteria and process for requesting and approving scope changes, and offer different options for the customer to choose from, such as adding or removing features, adjusting the quality standards, or modifying the schedule or budget. This way, the project manager can negotiate with the customer and reach a mutually beneficial agreement that satisfies both parties’ needs and expectations. Limiting the number of iterations for development in the contract is not a good control, as it may compromise the quality and value of the agile component. Establishing a governance committee to review the contract delivery is not a specific control for the development of the core component, but a general practice for any project. Requiring that only internal resources be utilized for this project is not a relevant control, as it does not address the customer’s requirement or the project’s profitability. References: PMBOK Guide, 6th edition, pages 704-705, 718-719.

The project manager should organize a discussion with the product team to clarify the missing information and resolve the discrepancy between the stakeholder’s expectations and the product team’s deliverables. The project manager should facilitate effective communication and collaboration among the project team and the stakeholder, and ensure that the product feature requirements are clear, complete, and consistent. Redirecting the stakeholder to discuss this request with the functional manager may not be helpful, as it may create confusion and conflict among the project parties. Recording the new requirements and asking the product team to develop them may not be feasible or appropriate, as it may introduce unnecessary changes and rework to the project scope. Conducting new risk and scope analyses, identifying the missing information may not be necessary or sufficient, as it may not address the root cause of the stakeholder’s concern and the product team’s disagreement. References:

A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Chapter 13: Stakeholder Engagement, Section 13.3: Manage Stakeholder Engagement, Section 13.4: Monitor Stakeholder Engagement

Professional in Business Analysis (PMI-PBA)® Handbook, Section 2.3: Domains and Tasks, Domain 4: Analysis, Task 8: Manage Solution Scope

Professional in Business Analysis (PMI-PBA)® Examination Content Outline, Domain 4: Analysis, Task 8: Manage Solution Scope

 According to the PMP Exam Content Outline, one of the tasks of the project manager is to “Assess and prioritize impact on project scope, schedule, cost, quality, and risks of approved changes, and determine cause and effect relationships” (Task 5, Domain II: Process). This implies that the project manager should evaluate the impact of any change that affects the project performance, such as the removal of a key team member. By doing so, the project manager can identify the potential consequences and benefits of the change, and look for alternatives to mitigate the negative effects or enhance the positive ones. The project manager should also submit a change request if required, to update the project management plan and baselines accordingly. This will help to maintain the project alignment with the objectives and expectations of the stakeholders. References:

PMP Exam Content Outline, Domain II: Process, Task 5, page 101

PBA Exam Content Outline, Domain IV: Evaluation, Task 4, page 152

A Guide to the Project Management Body of Knowledge (PMBOK Guide), Sixth Edition, Chapter 4: Project Integration Management, Section 4.6: Perform Integrated Change Control, page 1233

Business Analysis for Practitioners: A Practice Guide, Chapter 6: Traceability and Monitoring, Section 6.4: Manage Changes to Requirements, page 117

According to the PMBOK Guide, 6th edition, one of the key processes of the Project Communications Management knowledge area is Plan Communications Management, which involves determining the information and communication needs of the project stakeholders. One of the tools and techniques for this process is communication requirements analysis, which considers factors such as the availability, frequency, format, and level of detail of the information. By asking the project sponsor what sort of information is needed and agreeing on a frequency for the communication, the project manager is performing communication requirements analysis, which will help to tailor the communications management plan to the specific needs and preferences of the project sponsor. References: PMBOK Guide, 6th edition, pages 361-362, 367.

 According to the PMBOK® Guide, the project manager should include projected inflation rates in the budget estimate for a long-term project that will be executed over several years. This is because inflation rates affect the purchasing power of the project funds and the cost of resources over time. By including projected inflation rates, the project manager can account for the changes in the value of money and the cost of goods and services, and adjust the budget accordingly. This is part of the Estimate Costs process, which involves developing an approximation of the monetary resources needed to complete the project activities. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK® Guide, 6th edition, Chapter 7, Section 7.2, Estimate Costs

PMP Exam Prep, 10th edition, Rita Mulcahy, Page 223, Estimate Costs

According to the PMP Exam Content Outline, one of the tasks of the project manager is to “Manage project team members by negotiating and influencing their assignments, providing feedback, resolving and escalating issues, and managing team development” (Task 9, Domain II: Process). This implies that the project manager should protect the project team from any external interference or distraction that could affect their performance or availability. The project manager should also respect the contractual agreements and scope boundaries of the project, and avoid any unauthorized work or scope creep. Therefore, the project manager should decline the request politely since the issue is unrelated to the project and is not the responsibility of the project team. The project manager should also direct the customer to the appropriate channel or department to handle their request, such as the sales manager or the customer service team. References:

PMP Exam Content Outline, Domain II: Process, Task 9, page 101

PBA Exam Content Outline, Domain III: Analysis, Task 7, page 132

A Guide to the Project Management Body of Knowledge (PMBOK Guide), Sixth Edition, Chapter 9: Project Resource Management, Section 9.4: Manage Team, page 3413

Business Analysis for Practitioners: A Practice Guide, Chapter 5: Requirements Life Cycle Management, Section 5.3: Manage Requirements Traceability, page 97

When a project manager encounters a potential change in the project environment, such as a new law that may affect the project, the first two actions they should perform are to identify the risks and consult the stakeholders. Risk identification is the process of determining the risks that may affect the project and documenting their characteristics. It is an iterative process that should be performed throughout the project life cycle, especially when there are changes or uncertainties. Consulting the stakeholders is also important, as they may have valuable insights, opinions, or expectations regarding the potential impacts of the new law on the project. The project manager should communicate with the stakeholders and seek their feedback and support. Creating a change request, requesting additional budget, or discussing with SMEs are not the first actions to perform, as they require more analysis and evaluation of the situation. A change request should be submitted only after the project manager has assessed the impact of the change and determined the best course of action. Requesting additional budget should be based on a realistic estimate of the cost implications of the change, not on a contingency. Discussing with SMEs may be helpful, but it is not as essential as involving the project team and the stakeholders, who have more direct interest and influence on the project. References:

A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Chapter 11, Section 11.2

Practice Standard for Project Risk Management, Chapter 3, Section 3.1

The Standard for Project Management, Chapter 4, Section 4.3.2

A cost baseline is the approved version of the projected costs for the entire project. It is fixed, and, along with other aspects of the project baseline, is used as a benchmark for the rest of the project1. A cost baseline includes the cost estimates for all the tasks on the project schedule, plus the contingency reserves for identified risks (known unknowns)2. A cost budget is the cost baseline plus the management reserves for unidentified risks (unknown unknowns)2. Therefore, before determining the cost baseline, the project manager needs to add contingency into the budget to account for inflation and other changes that may affect the project costs. This is different from looking at a previous project, requiring stakeholder approval, or revising the project timeline and scope, which are not necessary steps for creating a cost baseline. References:

3: What Exactly is a Cost Baseline in Project Management? | Runn

2: Project Cost Management: Cost Baseline vs Budget for PMP Exam

 The project manager should share the organization’s decision with the team and make plans to adopt an agile approach in the upcoming project because this is the best way to align the team with the new direction and prepare them for the change. Agile approaches are based on values and principles that emphasize collaboration, flexibility, and customer satisfaction, which may differ from the traditional predictive methods that the team is used to. Therefore, the project manager should communicate the rationale and benefits of the agile approach, and involve the team in planning and executing the project using agile practices and tools. The other options are not the best choices because they do not support the organization’s decision or the project sponsor’s preference. Preparing a risk report that captures the probability and impact of risks, and then sharing it with the project sponsor (option A) may imply that the project manager is resistant or skeptical about the agile approach, and may not address the team’s readiness or capability. Making a request to human resources for new team members who have agile experience (option C) may undermine the existing team’s skills and motivation, and may not be feasible or necessary. Asking the project sponsor to change the approach back to predictive as that is the team’s strength (option D) may contradict the organization’s strategy and the project sponsor’s authority, and may not reflect the project manager’s willingness to learn and adapt. References: PMBOK Guide, 6th edition, pages 18-19, 686-687. Exam PMP topic 1 question 434 discussion. Episode 434: The PMP® Exam is Changing on 1 July 2020.

This answer is based on the agile principle of responding to change over following a plan1. By reviewing the backlog and prioritizing the tasks, the project manager can deliver value to the customer faster and reduce the risk of rework. The other options are not aligned with agile principles, as they either delay the project, ignore the customer feedback, or cancel the project altogether. References: 1: Agile Manifesto

The project manager should review the terms of the contract in order to determine the next steps. This is part of the Control Procurements process, which involves managing procurement relationships, monitoring contract performance, and making changes and corrections as appropriate1. The project manager should check if the contract has any clauses or penalties for the supplier’s delay or breach of contract, and take appropriate actions to protect the project’s interests and minimize the impact on the schedule. Updating the project team on the delay so that resources can be utilized elsewhere (A) is not a sufficient action since it does not address the root cause of the problem or prevent it from happening again. Analyzing the schedule and looking for fast tracking and crashing alternatives (B) is also not a good option since it may increase the project risk and cost without resolving the issue with the supplier. Updating the lessons learned register to serve as an input for future material transactions (D) is a good practice, but it is not the most urgent action in this situation. References:

1: A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition, Chapter 12, Section 12.3.3.1

The project manager should promote an environment where everybody knows what their contribution means to the project as a whole because this is the best way to have a highly engaged team. Agile projects are based on values and principles that emphasize collaboration, flexibility, and customer satisfaction, which require the team members to be motivated, committed, and empowered. Therefore, the project manager should communicate the vision, goals, and expectations of the project, and help the team members understand how their work adds value to the project and the organization. The project manager should also encourage the team members to share their ideas, feedback, and concerns, and involve them in decision-making and problem-solving. This can help to create a sense of ownership, accountability, and pride within the team, and foster a positive and productive work culture. The other options are not the best choices because they do not support the agile approach or the team engagement. Being clear with directions and assignments so people stay focused and engaged with their work (option A) may imply that the project manager is using a directive or authoritarian style, which may limit the team’s autonomy and creativity. Designing a reward system to get people motivated by recognizing significant individual contributions from the last sprint (option C) may help to acknowledge and appreciate the team members, but it may also create competition and conflict within the team, and may not align with the agile principle of valuing the team’s performance over the individual’s performance. Encouraging continuous rotation of roles among team members to keep people motivated throughout project delivery (option D) may help to diversify and enhance the team’s skills and knowledge, but it may also disrupt the team’s stability and efficiency, and may not consider the team members’ preferences and strengths. References: PMBOK Guide, 6th edition, pages 18-19, 52, 273, 335, 686-687. [PMP Questions page 467]. PMP Practice Exam | Free PMP Practice Questions.

The project manager should proactively engage with the stakeholders to address their dissatisfaction and work with them to find a solution. This is consistent with the stakeholder engagement plan, which defines the strategies and actions for managing stakeholder expectations and involvement. The project manager should not ignore the stakeholder issue, rely on the management team to intervene, or try to socialize with the stakeholders without addressing the root causes of the problem. References:

PMP Exam Content Outline (2021), Domain III: Executing the Project, Task 8: Engage with stakeholders to meet expectations and foster relationships, p. 131

A Guide to the Project Management Body of Knowledge (PMBOK Guide), Sixth Edition, Chapter 13: Project Stakeholder Management, Section 13.3.1.1: Stakeholder Engagement Plan, p. 5182

Professional in Business Analysis (PBA) Examination Content Outline (2018), Domain III: Analysis, Task 6: Manage Stakeholder Collaboration, p. 15

In an agile project, the project manager does not assign tasks to the team members, but rather facilitates the team’s self-organization and empowerment. The team decides how to plan, execute, monitor, and control the work within the sprint, based on the agreed-upon requirements and priorities. The project manager supports the team by removing impediments, providing feedback, and ensuring alignment with the project vision and goals. The daily standup is a short meeting where the team members share their progress, challenges, and plans for the next 24 hours, not a place where the project manager instructs the team what to do. References:

Agile Practice Guide, page 37

PMBOK Guide 7th Edition, page 97

According to the PMBOK Guide, 6th edition, section 5.6.2, the project manager should perform an impact analysis when a change request is received, to assess the potential effects on the project scope, schedule, cost, quality, resources, risk, and other aspects.3

The project manager should also communicate the impact analysis to the relevant stakeholders, such as the project sponsor, the product owner, the customer, and the team, to facilitate the decision making process and obtain their agreement on the change.3

The project manager should not accept or reject the change request without performing an impact analysis, as this may lead to unrealistic expectations, missed deadlines, scope creep, or stakeholder dissatisfaction.3

The project manager should not ask the product owner to prioritize the new request without performing an impact analysis, as this may disrupt the agile team’s work and compromise the quality of the deliverables.4

The project manager should not call the stakeholder to tell them that the final product schedule must be extended without performing an impact analysis, as this may damage the trust and relationship with the stakeholder and cause them to lose confidence in the project.

The references for this answer are:

1: Discuss Exam PMP Topic 2 Question 499 Discussion | Actual4test 2: Free PMP Practice Exam Questions - 120 Sample Test Questions 3: PMBOK Guide, 6th edition, Project Management Institute, 2017, pp. 149-152. 4: Agile Practice Guide, Project Management Institute, 2017, pp. 37-38. : [Managing Stakeholder Expectations for Project Success: A Knowledge Integration Framework and Value Focused Approach, Ori Schibi, 2013, pp. 97-98.](https://www.pmi.org/learning

The project manager should use the alignment of the project with the benefits management plan as an indicator that the project is actually delivering value because this is the best way to measure the project’s contribution to the organization’s strategic objectives and expected outcomes. The benefits management plan defines the benefits that the project is expected to deliver, the metrics and targets to evaluate them, the roles and responsibilities for benefits realization, and the timeline and process for benefits review and transition. By comparing the project’s performance and deliverables with the benefits management plan, the project manager can assess the value of the project and identify any gaps or issues that need to be addressed. The other options are not the best choices because they do not necessarily reflect the value of the project. Stakeholders’ satisfaction with the current status (option A) may be subjective and biased, and may not consider the long-term benefits of the project. The project being under budget and on schedule (option B) may indicate the project’s efficiency and adherence to the plan, but it does not guarantee the project’s effectiveness and alignment with the business needs. The project being aligned with the project charter (option C) may show the project’s compliance with the initial scope, objectives, and assumptions, but it does not account for any changes or updates that may affect the project’s value proposition. References: PMBOK Guide, 6th edition, pages 33-34, 75-76, 129-130. PMP Questions page 457. PMP Practice Exam | Free PMP Practice Questions.

The project manager should include knowledge transfer sessions between the project and operations teams at every stage of the migration project. Knowledge transfer is the process of sharing or disseminating knowledge from one party to another. It is essential for ensuring that the operations team is ready and capable of supporting the new system once the project is completed. By including knowledge transfer sessions at every stage, the project manager can ensure that the operations team is aware of the changes, benefits, and challenges of the new system, and can provide feedback and suggestions to the project team. This will also help to build trust and collaboration between the project and operations teams, and reduce the risk of resistance or rejection from the operations team. Creating a lessons learned register to include operations team training for future projects (option A) is a good practice, but it does not address the current situation or the needs of the operations team. Changing the project management plan to add a final stage for product handoff to the operations team (option C) may be necessary, but it does not ensure that the operations team is prepared and trained to support the new system. Preparing detailed documentation to be shared with the operations team during project closure (option D) is also important, but it may not be sufficient or timely to enable the operations team to understand and use the new system effectively. References:

PMBOK Guide, 6th edition, page 417-418, section 12.3.1.3 Knowledge Transfer

[Agile Practice Guide], page 77, section 5.2.2 Knowledge Transfer

PMP Exam Prep, 10th edition, page 445, question 445, answer and explanation

 This is the best answer because it involves engaging the relevant stakeholders in a constructive dialogue about the importance and benefits of following the project management procedures. According to the PMBOK Guide, project management procedures are part of the organizational process assets that help the project manager and the team to perform their work effectively and efficiently. By initiating a review of the procedures, the project manager can identify the gaps, issues, and opportunities for improvement, as well as communicate the value and rationale of the procedures to the CTO and the team. This can also help to build trust, collaboration, and commitment among the project participants. References: PMBOK Guide, 6th edition, pages 38-39, 541-542.

The project manager should address the team member’s concerns by using a problem-solving approach, which involves identifying the root cause of the conflict, generating and evaluating alternative solutions, and implementing the best option. The project manager should set up a discussion with the team lead and the team member to facilitate open and honest communication, listen to both sides of the story, and help them reach a mutually acceptable resolution. This is consistent with the principle of leading with empathy and respect, which is part of the PMI Talent Triangle®. References:

PMBOK Guide 7th Edition, page 133

Agile Practice Guide, page 48

PMI Talent Triangle® 1

 The project manager should consult the project team to understand the extent of the training needs for the contractor. This is consistent with the agile value of individuals and interactions over processes and tools1. The project manager should also collaborate with the contractor to provide them with the necessary guidance and coaching on the agile principles and practices2. Asking the project sponsor to replace the contractor since they do not have agile experience (A) is not a good option since it may cause unnecessary delays and costs for the project. Issuing a formal notice to the contractor to obtain an agile certification (B) is also not appropriate since it may create a sense of distrust and resentment in the contractor. Instructing the contractor to receive agile training since the project has already started (D) is not a sufficient action since it does not address the specific needs and expectations of the project team and the contractor. References:

1: Agile Practice Guide, Chapter 1, Section 1.2.1

2: Agile Practice Guide, Chapter 2, Section 2.3.2.2

According to the PMBOK Guide, the project manager is responsible for ensuring that the project deliverables meet the acceptance criteria and obtaining formal acceptance of the deliverables from the customer or sponsor1. The project manager should also involve the relevant stakeholders in the validation and acceptance process to ensure their satisfaction and buy-in2. Therefore, the best option is to set up a meeting with stakeholders to validate and confirm acceptance of the deliverables. Option A is incorrect because the project sponsor is not the only stakeholder who needs to approve the deliverables. Option B is incorrect because updating the project management plan and marking the milestone as completed are actions that should be done after obtaining formal acceptance, not before. Option C is incorrect because asking the vendor to validate the agreement for any deviations is not a sufficient way to ensure the quality and compliance of the deliverables. References: 1: PMBOK Guide, 6th edition, section 4.6.3.2, p. 123 2: PMBOK Guide, 6th edition, section 13.4.2.2, p. 529

A benefits management plan is a document that describes how and when the benefits of the project will be delivered, and how they will be measured and evaluated. It also aligns the benefits with the organization’s strategic objectives and shows how the project contributes to them. A benefits management plan can help the project manager communicate the value and benefits of the project to the stakeholders, especially if the project is in danger of failing or losing support. A benefits management plan is an output of the Identify Stakeholders process in the PMBOK Guide, and it is also covered in the PMI-PBA Exam Content Outline under Domain II: Needs Assessment. References:

PMBOK Guide, 7th edition, page 133

PMI-PBA Exam Content Outline, 2018, page 9

 According to the PMBOK Guide, when using an agile approach, the project manager needs to deliver value early and often by creating and testing increments of the product, service, or result that are potentially releasable1. A minimum viable product (MVP) is a version of the product that has enough features to satisfy the initial needs of the customers and stakeholders, and to provide feedback for future development2. By developing an MVP for assessment from a select customer group, the project manager can address the issue of the product owner’s uncertainty about the business value of each feature, as well as validate the product vision, test the assumptions, and reduce the risks2. The other options are not appropriate, as they do not reflect the agile mindset and principles. Assessing the product roadmap, commissioning a business analyst, or completing a WBS are all possible actions that could be taken in a predictive or waterfall approach, where the product features are defined and fixed upfront. However, in an agile approach, the product features are emergent and adaptive, and the project manager should collaborate with the customer and the team to deliver the best possible product3. References:

1: PMBOK Guide, 6th edition, page 18

2: PMBOK Guide, 6th edition, page 158

3: PMBOK Guide, 6th edition, page 156

 Diversity and inclusion are important for project effectiveness, as they enable diverse perspectives, ideas, and experiences to be shared and valued among the project team and stakeholders. However, diversity and inclusion are not just about demographics, but also about creating a culture of respect, belonging, and empowerment for everyone. To achieve this, the organization needs to provide training and education to the entire workforce, not just to specific teams or departments, to raise awareness, foster understanding, and promote positive behaviors. By doing so, the organization can prevent or reduce potential conflicts, misunderstandings, or biases that may arise from different backgrounds, views, or preferences. Furthermore, the organization can leverage the benefits of diversity and inclusion, such as improved innovation, collaboration, and customer satisfaction. References:

Diversity, Equity, and Inclusion in Project Management

Diversity and Inclusion Are Important for Project Effectiveness

Diversity, Equity, & Inclusion | PMI

 According to the Agile Practice Guide, one of the principles of agile project management is to “reflect on how to become more effective, then tune and adjust behavior accordingly” (Section 2.1). This implies that the project manager should facilitate regular retrospectives, where the team can inspect their work processes, identify what went well and what can be improved, and plan actions for the next iteration. By conducting a focused retrospective, the project manager can help the team to discover the root cause of why they had to work extra hours, and find ways to avoid or mitigate it in the future. This is also consistent with the PMBOK® Guide, which states that “the project manager should use retrospectives to review the effectiveness of the project team and the project management approach” (Section 4.6.3.3). References:

Agile Practice Guide, Section 2.1

PMBOK® Guide, 6th Edition, Section 4.6.3.3

The project manager should try to resolve the conflict between the supervisor and the workers by communicating the company culture and values, and how they affect the project objectives and stakeholder satisfaction. The project manager should also seek to understand the supervisor’s perspective and goals, and find a way to align them with the project team’s needs and expectations. This approach is consistent with the PMBOK Guide’s recommendations on managing stakeholder engagement, conflict management, and leadership skills12. References: 1: PMBOK Guide, 6th Edition, Chapter 13: Stakeholder Management 2: PMBOK Guide, 6th Edition, Appendix X3: Interpersonal and Team Skills

The project manager should evaluate the impact the new regulations will have on the project and submit a change request, as this is part of performing integrated change control. Performing integrated change control involves reviewing all change requests, approving changes, and managing changes to the deliverables, organizational process assets, project documents, and the project management plan. By evaluating the impact of the new regulations, the project manager can determine how the project scope, schedule, cost, quality, and risks will be affected, and propose the necessary changes to align the project with the new standards. The other options are not the best ways to handle this situation, as they either ignore, delay, or bypass the change control process. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK Guide, 6th edition, Chapter 4, Section 4.6

PMP Exam Content Outline, June 2019, Domain II, Task 7

PMP Sample Test Questions, Question 372

According to the PMBOK Guide, the project manager should communicate the organizational culture and project goal to the external stakeholders in a formal and written manner. This will help the stakeholders understand the context, scope, objectives, and deliverables of the project, as well as the roles and responsibilities of the project team and other stakeholders. A report is an appropriate communication tool for this purpose, as it can provide a comprehensive and structured overview of the project information. The other options are either too informal, indirect, or ineffective for communicating the organizational culture and project goal to the external stakeholders. References: PMBOK Guide, 6th edition, page 376-377, section 10.1.2.1.

According to the PMBOK Guide, an iteration is a fixed time period during which a set of activities are performed to deliver a potentially releasable product increment. In an agile or hybrid environment, the project manager should encourage the team to continuously inspect and adapt their processes and practices to improve their performance and deliver value to the customer. If a team member suggests a new method of doing things that provides no value to the end customer, but may help the team to work more efficiently, the project manager should consider the change because it will help the team work more efficiently. This means that the project manager should evaluate the benefits and costs of the proposed change, and determine if it is worth implementing. The project manager should also consult with the team and the product owner to get their feedback and approval. The change should not be immediately added to the product backlog, as it may disrupt the prioritization and planning of the customer requirements. The change should not be presented to the project sponsor for approval, as it is not a significant change that affects the project scope, schedule, or budget. The change should not be rejected because it adds no value to the end customer, as it may add value to the team and the project by improving the team’s efficiency and quality. References: PMBOK Guide, 6th edition, pages 18-19, 686-687, 723-724.

 The stakeholder engagement plan is a subsidiary plan of the project management plan that identifies the strategies and actions required to promote productive involvement of stakeholders in project decisions and execution. It is a dynamic document that should be updated throughout the project as stakeholder needs and expectations change. The project manager should explain to the key stakeholder that their needs will be updated in the stakeholder engagement plan and that their continued participation is important for the project success. References: PMBOK Guide, 7th edition, section 13.2.3.1; Professional in Business Analysis (PMI-PBA) Guide, 2nd edition, section 4.2.3.1.

According to the Agile Practice Guide, the product owner is the person who is responsible for defining and prioritizing the product backlog, and ensuring that the product meets the customer’s needs and expectations (Section 3.2.2). The product owner is also the key stakeholder who has the authority to accept or reject the work results, and to make the final decisions regarding the scope and requirements of the product (Section 3.2.3). Therefore, if there is a requirement that conflicts with the product owner’s requirements, the product owner is the one who should analyze the new requirement and make the final decision, in collaboration with the other stakeholders and the project team. This is also consistent with the PMBOK® Guide, which states that “the project manager should work with the product owner to ensure that the project delivers the agreed-upon features and functionality” (Section 5.1.2.2). References:

Agile Practice Guide, Section 3.2.2, Section 3.2.3

PMBOK® Guide, 6th Edition, Section 5.1.2.2

The project manager should request the project sponsor prioritize and if necessary, allocate additional budget so the team can work on a single project. This is because working on multiple projects at the same time can reduce the team’s focus, productivity, quality, and morale. It can also increase the risk of delays, errors, conflicts, and rework. Agile approaches require dedicated and cross-functional teams that can deliver value in short iterations. Therefore, the project manager should seek the support of the project sponsor to ensure that the team has the necessary resources and time to work on one project at a time. Providing an incentive plan so the team members will work more unaccounted hours on multiple projects (option B) is not a good solution, as it may lead to burnout, stress, and dissatisfaction among the team members. It may also violate the labor laws and ethical standards. Brainstorming with the team members on how they can deliver on multiple projects within the given budget (option C) is a possible option, but it may not be realistic or feasible, as it may compromise the quality and scope of the projects. Instructing the team members to spread evenly across projects so mistakes will not occur within the current budget (option D) is not a good option, as it may create confusion, duplication, and inconsistency among the team members. It may also prevent the team from forming, storming, norming, and performing as a cohesive unit. References:

PMBOK Guide, 6th edition, page 52-53, section 2.4.2 Project Team

[Agile Practice Guide], page 26-27, section 3.1.1 Team Composition

PMP Exam Prep, 10th edition, page 455, question 455, answer and explanation

According to the PMBOK Guide, the project manager should manage stakeholder expectations and communicate any changes that affect the project scope, schedule, cost, or quality. The project manager should also collaborate with the product owner, who is responsible for defining and prioritizing the product backlog, to ensure that the stakeholder’s needs are met. The product owner can assess the value and urgency of the new requirement and decide whether it should be added to the current sprint or deferred to a later release. The other options are either too passive, too risky, or too disruptive for the project. References: PMBOK Guide, 6th edition, page 49-50, section 2.1.3; page 135-136, section 4.2.3.1; page 540-541, section 13.3.2.4.

According to the PMBOK® Guide, the project manager is responsible for identifying, analyzing, and responding to project risks, and documenting them in the risk register (Section 11.1). If the project manager discovers that the same team has been missing delivery dates in previous projects, this indicates that there is a potential risk that may affect the project schedule and performance. The project manager should include this in the risk register, and assign a probability and impact rating, a risk owner, and a risk response strategy. This will help the project manager to monitor and control the risk, and to take appropriate actions if the risk occurs. This is also consistent with the Professional in Business Analysis (PMI-PBA)® Examination Content Outline, which states that one of the tasks of a business analyst is to “identify and analyze risks and opportunities related to the business need, requirements, and recommended solutions” (Task 3.5). References:

PMBOK® Guide, 6th Edition, Section 11.1

Professional in Business Analysis (PMI-PBA)® Examination Content Outline, Task 3.5

In an agile project, the product owner is the key stakeholder who represents the customer’s interests and has the authority to prioritize work for the team. If the stakeholders require a solution in a shorter time than it will take to deliver the entire project, it’s important to prioritize the requirements in the product backlog. This way, the most critical features can be developed and delivered first, potentially meeting the stakeholders’ immediate needs while the rest of the project continues. The project manager should facilitate this prioritization process by engaging with the product owner and the stakeholders12. References: 

https://www.indeed.com/career-advice/finding-a-job/delivery-manager-vs-project-manager-in-agile

https://www.knowledgehut.com/blog/project-management/project-delivery-management

 According to the PMBOK Guide, the product owner is the person responsible for defining and prioritizing the product backlog, and ensuring that the product delivers value to the customer and stakeholders1. The product owner also collaborates with the project team and the project manager to review the work in progress and provide feedback2. Therefore, if a key agile project team member takes a leave of absence in the middle of an iteration and will not return to work for a while, the project manager should review the work in progress with the product owner to determine the next step regarding the feature on which the team member was working. The product owner may decide to defer, modify, or cancel the feature depending on the value and urgency of the feature. The other options are not the best actions for the project manager to do next. Assigning the feature to another team member may not be feasible or desirable, as it may disrupt the team’s self-organization and velocity3. Reviewing team capacity and reassigning the functionality to additional iterations may not be aligned with the product owner’s vision and expectations4. Determining if the team member can work from home may not be possible or appropriate, as it may depend on the team member’s personal situation and the nature of the work. References:

1: PMBOK Guide, 6th edition, page 49

2: PMBOK Guide, 6th edition, page 50

3: PMBOK Guide, 6th edition, page 52

4: PMBOK Guide, 6th edition, page 53

: PMBOK Guide, 6th edition, page 54

: PMBOK Guide, 6th edition, page 57

The Project Management Professional (PMP) emphasizes the importance of leadership styles in project management. It suggests that a project manager should be able to move from one leadership style to another depending on the situation, which is crucial to be extraordinarily effective1. Moreover, the Professional in Business Analysis (PMI-PBA) highlights the role of a project manager in engaging and motivating the team towards a shared vision to achieve together2. Therefore, studying and determining the appropriate leadership style is essential for improving team performance and commitment.

The project manager should address this concern with the functional managers to ensure there will be no further delays in the project. The functional managers are the managers who have authority over the team members in their respective functional areas, such as engineering, marketing, finance, etc. The functional managers are responsible for assigning and releasing the team members to the project, as well as providing them with the necessary training, support, and feedback. The project manager should communicate and coordinate with the functional managers to ensure that the team members are available and committed to the project, and that they are not distracted or overloaded by other nonproject-related tasks. The project manager should also explain to the functional managers the impact of their emails on the team’s productivity and morale, and request them to respect the team’s priorities and schedules. The project manager should also seek the support and intervention of the project sponsor or the senior management, if needed, to resolve any resource conflicts or issues.

The other options are not the best actions for the project manager to take in this situation. Asking the product owner to speak with the functional managers to ensure future requirements come through the product owner is not relevant or effective, as it does not address the current problem of the team members receiving emails from their functional managers to support other nonproject-related tasks. The product owner is the person who represents the customer’s voice and defines and prioritizes the product backlog, which is a list of features and requirements that the customer wants to have in the product. The product owner is not involved in the resource management or allocation of the project, and may not have the authority or influence to negotiate with the functional managers. Logging this as a risk in the risk register and continuing to monitor the issue at subsequent meetings is not proactive or sufficient, as it does not prevent or mitigate the negative impact of the team members receiving emails from their functional managers to support other nonproject-related tasks. The risk register is a document that records the identified risks, their causes, impacts, probabilities, responses, and owners. The project manager should not just document and monitor the issue, but also take action to resolve it as soon as possible. Scheduling a meeting with all of the functional managers to resolve the resource conflicts may be too time-consuming and complicated, as it may involve multiple parties and perspectives. The project manager should not wait for a meeting to address the issue, but rather contact the functional managers individually and directly, and seek their cooperation and understanding. References:

PMBOK® Guide, 6th Edition, Chapter 9, Section 9.2, “Plan Resource Management”

PMBOK® Guide, 6th Edition, Chapter 9, Section 9.3, “Acquire Resources”

PMBOK® Guide, 6th Edition, Chapter 9, Section 9.5, “Control Resources”

PMBOK® Guide, 6th Edition, Chapter 11, Section 11.4, “Plan Risk Responses”

PMP Project Management Professional Exam Study Guide: 2021 Exam Update, 10th Edition, Chapter 8, Section 8.2, “Planning Resources” 1

The project manager should educate the new sponsor about the agile approach for project delivery, which is an iterative and adaptive way of working that focuses on delivering value to the customer and responding to change. The project manager should also explain how agile teams are self-organized, meaning that they have the autonomy and authority to plan, execute, and monitor their own work, without excessive control or interference from the sponsor or other stakeholders. The project manager should emphasize the benefits of self-organization, such as increased motivation, collaboration, innovation, and quality. The project manager should also clarify the role and responsibilities of the sponsor in agile projects, which include providing vision, funding, support, and feedback, but not micromanaging or dictating the work of the team. 123 References:

1: What is agile project management? - APM

2: What is Agile? - Project Management Institute

3: Role of Project Sponsor in Agile Project Management - PM Majik

According to the PMBOK Guide, 6th edition, section 6.2.2.4, the project manager should use agile practices such as sprint reviews and retrospectives to ensure that the product backlog items are delivered according to the product owner’s expectations and that the team continuously improves its performance. Sprint reviews are meetings where the team demonstrates the product increment to the product owner and other stakeholders and collects feedback for future iterations. Retrospectives are meetings where the team reflects on its processes, tools, interactions, and outcomes and identifies areas for improvement. These practices help to align the team and the product owner on the project vision, scope, and quality, and to prevent or resolve any issues or conflicts that may arise during the project. The PMI-PBA Guide, section 5.2.3.1, also supports this approach, as it states that the business analyst should participate in sprint reviews and retrospectives to validate the requirements and to ensure that the product meets the business needs and stakeholder expectations. References:

PMBOK Guide, 6th edition, section 6.2.2.4

PMI-PBA Guide, section 5.2.3.1

The project manager should review the operations manager’s concerns and ensure these concerns are addressed, as this is part of managing stakeholder engagement. Stakeholder engagement involves communicating and working with stakeholders to meet their needs and expectations, address issues, and foster appropriate stakeholder involvement. By reviewing and addressing the concerns, the project manager can increase the stakeholder satisfaction and support for the project, as well as avoid potential conflicts and delays. The other options are not the best ways to handle this situation, as they either ignore, escalate, or document the concerns without resolving them. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK Guide, 6th edition, Chapter 13, Section 13.3

PMP Exam Content Outline, June 2019, Domain II, Task 9

PMP Sample Test Questions, Question 163

According to the PMBOK Guide, the project manager should identify the key stakeholders and their needs and expectations at the beginning of the project and throughout the project life cycle1. The project manager should also involve the key stakeholders in the project agreement discussions, as it helps to establish a common understanding of the project objectives, scope, deliverables, and acceptance criteria2. Therefore, the best option is to identify key stakeholders and include all of them in project agreement discussions. Option A is incorrect because distributing a detailed quality management plan to the key stakeholders may not ensure that they agree with the project objectives or the quality standards. Option B is incorrect because including the final report during the closing phase may not address the issue of stakeholder dissatisfaction or misalignment, as it may be too late to make any changes or adjustments. Option D is incorrect because performing project reporting according to the communications management plan may not guarantee that the stakeholders are aware of or satisfied with the project outcomes, as it may not reflect their feedback or concerns. References: 1: PMBOK Guide, 6th edition, section 13.1.3.1, p. 513 2: PMBOK Guide, 6th edition, section 4.1.3.1, p. 89

The most proactive and effective response is to leverage virtual teams. PMI recognizes virtual and distributed teams as standard practice in today’s environment, especially when in-person meetings aren’t possible. Tools for collaboration, file sharing, and real-time communication can ensure productivity and engagement across diverse geographic locations.

According to the PMBOK® Guide – Seventh Edition and Agile Practice Guide, leveraging technology to support remote collaboration is part of tailoring project environments.

Option A focuses on risk tracking rather than an immediate solution.

Option C is drastic and costly.

Option D unnecessarily delays deliverables instead of adapting.

This scenario highlights a common project risk: resource dependency on a single skilled team member. The most immediate and practical action is to ensure active collaboration among team members to foster knowledge transfer. Agile and adaptive environments encourage continuous collaboration to mitigate such risks early. Option D reflects proactive risk response and aligns with the Agile principle of shared knowledge and team empowerment.

The Agile Practice Guide (Chapter 4: "Agile Teams and Team Performance") emphasizes the importance of collaboration and cross-functional learning. It promotes the development of T-shaped skills, where individuals develop a broad range of knowledge while maintaining deep expertise in specific areas. This approach allows other team members to step in when needed.

Option A is too long-term and not responsive enough to the current project phase.

Option B might not address the knowledge gap if others are untrained.

Option C is useful but does not solve the immediate knowledge-sharing concern.

The best way to improve deliverable quality is to embed continuous feedback and inspection throughout the process, rather than relying solely on late-phase inspections. By breaking the project into iterations (an Agile principle), the team can apply automated testing early and often, while also using retrospectives (quality improvement sessions) to continuously improve.

According to the Agile Practice Guide (Chapters 3 and 5), Agile frameworks encourage frequent quality checks, test automation, and continuous integration to reduce defect rates. This approach aligns with “Build Quality In,” a principle emphasized in both the PMBOK® Guide (Seventh Edition) and lean/agile practices.

Option A addresses training but lacks ongoing quality integration.

Option B is reactive and too late in the process.

Option C is better than B, but quality auditing alone is not sufficient.

The project lead must investigate the client's claims to assess the validity of the concerns and the associated penalties. Engaging in fact-finding and documentation review is the first step. If there’s a dispute, negotiation should follow. This approach aligns with the PMBOK® Guide’s guidance on issue management and stakeholder engagement.

Option A is premature and accepts liability without due diligence.

Option C bypasses the client’s concern.

Option D deflects the responsibility and delays resolution.

Since the requirements are not fully defined and the project involves a vendor partnership, an agile approach is suitable. Agile supports iterative development and welcomes evolving requirements. A Time and Materials (T&M) contract is commonly used in such cases where scope is uncertain. This type of contract allows flexibility in scope and payment based on actual work performed.

According to the Agile Practice Guide, “When scope cannot be clearly defined early in the project, time and materials or cost-reimbursable contracts may be more appropriate.” T&M contracts provide flexibility to accommodate changes, which aligns well with agile delivery.

Option B is incorrect because cost-reimbursable with predictive does not support flexibility in evolving requirements.

Option C (Fixed-price with predictive) assumes fixed scope, which is unsuitable for this scenario.

Option D (MOU) is not a formal contract and lacks enforceable terms.

By encouraging the SMEs to meet and come to an agreement together, the project manager is using the Collaborate/Problem-Solve conflict resolution technique. This technique involves working together to find a win-win solution that satisfies all parties.

According to the PMBOK® Guide – Seventh Edition, collaboration is the preferred conflict resolution method because it leads to consensus and long-term solutions.

Option A (Compromise) is a lose-lose approach.

Option C (Synergy) is not an official PMI conflict resolution method.

Option D (Force) is a win-lose approach and not used here.

Comprehensive and Detailed Explanation:

Significant estimation discrepancies often indicate a lack of clarity. The story may be ambiguous or too broad. In agile practices, the team should ask the product owner to refine the story so it can be better understood and estimated with greater accuracy.

A (averaging) is not an agile practice.

C may be helpful but not sufficient in real time.

D is arbitrary and ignores team consensus.

B supports agile practices like backlog refinement.

When multiple stakeholders and organizational layers are involved, it's essential to have a well-defined Communications Management Plan. This plan outlines what information will be shared, how, when, and with whom. It integrates both agile practices (e.g., information radiators, daily standups) and organizational needs (e.g., formal reports, PMO templates).

PMBOK® Guide – Seventh Edition emphasizes tailoring communication strategies based on stakeholder needs and context. Agile teams are encouraged to remain transparent and adapt communication forms to suit stakeholders (Agile Practice Guide, Chapter 6).

Option A ignores the need for comprehensive documentation.

Option B is incomplete and doesn’t cover all communication formats.

Option C prioritizes PMO policy over project-specific needs.

Agile and adaptive approaches prioritize delivering value continuously and focusing on customer needs. When an enhancement is requested during a demo, the project manager should evaluate whether the change aligns with the project's value goals and, if so, integrate it into future iterations if feasible.

According to the Agile Practice Guide and PMBOK® Guide – Seventh Edition, project teams should support value-based delivery and adapt plans to prioritize high-value features when appropriate.

Option A and D focus too early on cost without considering value alignment.

Option C may be valid in a predictive project, but in Agile, the backlog is typically reprioritized instead of triggering formal change control processes.

When future performance is expected to continue at the same cost efficiency (CPI), the formula to calculate Estimate at Completion (EAC) is:

EAC = BAC / CPI

Step 1:

CPI = EV / AC = 145 / 170 ≈ 0.8529

Step 2:

EAC = 285 / 0.8529 ≈ 334 person/day

Thus, the correct estimate at completion is approximately 334 person/day.

Option B is the original BAC and does not reflect cost inefficiency.

Options C and D are incorrect based on the formula and data provided.

When an unexpected change or constraint arises during execution, the project manager should first assess the impact. The development team is closest to the technical implications, and their analysis will guide decisions about alternatives, scheduling, or risk.

Per the PMBOK® Guide – Seventh Edition (Risk and Delivery Performance Domains), impact analysis is a key first step before escalating, updating risk logs, or brainstorming new paths forward.

Option A is premature before understanding the scope of impact.

Option C is about risk documentation, but this situation already materialized.

Option D is part of response planning, not the first action.

Before taking any action, the project manager should gather more context and engage the team to assess feasibility. This includes evaluating schedule impacts, resource constraints, regulatory implications, and whether scope trade-offs are required. This approach aligns with the PMBOK® Guide’s recommendation to evaluate change impacts before making decisions.

Option A is misaligned; root cause analysis is more appropriate for problem resolution, not for scope acceleration.

Option B assumes approval and feasibility without review.

Option C applies to Agile backlog reprioritization but this is a regulatory milestone, likely not in a product backlog.

In government-funded projects during political transitions, proactive stakeholder engagement is essential to maintain continuity. The project sponsor has the political influence and position to communicate with the incoming administration to highlight the project's progress, strategic value, and alignment with national/international goals.

According to the PMBOK® Guide – Seventh Edition, managing stakeholder relationships and ensuring continuous support is critical in such scenarios.

Option A delays progress unnecessarily.

Option C supports documentation but not continuity.

Option D is passive and ignores risk mitigation.

The correct approach is for the project manager to directly address the issue with the team member using empathetic communication and coaching. This aligns with the servant leadership principle common in Agile frameworks, where the project manager facilitates team well-being and engagement through open dialogue.

According to PMBOK® Guide – Seventh Edition, under "Leadership Skills and Team Performance," the project manager should use emotional intelligence to understand and respond to team dynamics effectively. Option C reflects that behavior.

Options A and D involve external interventions without first understanding the individual. Option B delays the feedback loop and abdicates the project manager’s responsibility.

When a change (such as a new regulatory requirement) is introduced, the first step is always to assess the potential impact. This allows the project manager to understand how scope, schedule, cost, or quality may be affected. Only after assessing the impact should changes be formally documented and implemented.

The PMBOK® Guide – Seventh Edition emphasizes adaptive planning and impact assessment in response to external change (e.g., legal or regulatory). The guide states: "Assess changes to determine impact before recommending a course of action."

Option A (Increase slack) is reactive and premature without assessment.

Option B implies implementation before assessing consequences.

Option C (Consult the plan) might follow, but impact assessment is the most immediate and necessary action.

During execution, any addition to scope must go through the formal change control process. The project manager should initiate a change request for proper evaluation and approval. This ensures that scope, budget, and schedule impacts are assessed before proceeding.

According to the PMBOK® Guide – Seventh Edition, any changes to the baseline during execution must follow the change control procedures defined in the governance structure.

Option A risks scope creep.

Option B is helpful but not sufficient as a next step.

Option C closes the door without considering the critical nature of the request.

The described behavior—agreeing externally while internally opposing—matches the accommodative (also known as smoothing or yielding) conflict resolution style. This approach involves one party giving in to maintain harmony, even at the cost of their own interests.

According to the PMI’s conflict resolution techniques:

Accommodating (or smoothing): One party gives in to maintain harmony.

Avoiding: Withdrawing from conflict and not addressing it.

Collaborating: Working together to find a win-win solution.

Competing (Combative): Pursuing one's own concerns at the other’s expense.

The team members in the scenario were not withdrawing (so not Avoidant), and certainly not arguing (so not Combative). They weren't actively resolving either, which rules out Collaborative. Thus, the correct resolution style is Accommodative.

Although the team member was absent, they possess expert knowledge that may impact project outcomes. The appropriate course of action is to schedule a meeting to hear their concerns and determine whether any adjustments are necessary. This aligns with stakeholder engagement best practices and the PMBOK® Guide’s principle of team collaboration and empowerment.

Option A discourages engagement and feedback.

Option C focuses on compliance rather than collaboration.

Option D misclassifies this situation as a risk when it is a communication and engagement issue.

Comprehensive and Detailed Explanation:

When a new compliance policy is introduced, the project manager must evaluate how it may impact the project. Addressing blockers (obstacles that arise due to the new policy) ensures the project can continue progressing while maintaining compliance. This is a proactive approach to risk and issue management.

* A ignores a potential external constraint (noncompliance risk).

* B is vague and does not focus on risk response.

* D may be useful but is not immediately action-oriented.

* C aligns with risk management best practices.

Comprehensive and Detailed Explanation:

When a critical project is delayed, especially one impacting multiple stakeholders (e.g., branch offices), a proactive and direct communication method is best. A video conference enables two-way communication, clarity, and immediate response to concerns. This supports stakeholder engagement, transparency, and relationship-building.

Option A (group chat) is too informal and may cause misunderstandings.

Option C (memo) is one-way communication and may lack context.

Option D (monthly report) delays the message unnecessarily.

Net Present Value (NPV) is the most appropriate financial metric for comparing long-term project investments such as build vs. buy options. It helps assess which option provides greater value over time after considering costs and future benefits discounted to present value.

PMI recommends NPV as a key tool in investment decision-making during project selection and early planning stages.

EMV is best used in risk-based decision-making.

EV measures performance during execution.

Impact value is not a recognized PMI metric.

Comprehensive and Detailed Explanation:

When a team is demotivated, the best approach is participative—engage them directly in finding a solution. Meeting with the team to collaboratively define a feasible plan empowers them, shows respect for their input, and rebuilds motivation. It also helps regain commitment by reinforcing a sense of ownership.

* B focuses only on individual motivation but not planning.

* C may appear dismissive of the team's emotional state.

* D is premature without first involving the team.

This is a PERT (Program Evaluation and Review Technique) estimation problem. The formula used is:

Expected Duration (TE) = (Optimistic + 4×Most Likely + Pessimistic) / 6

= (5 + 4×11 + 20) / 6

= (5 + 44 + 20) / 6

= 69 / 6 = 11.5 → Rounded = 12 days

While 11.5 is the exact mathematical output, PMI-style questions typically round this to the nearest whole number when appropriate.

Thus, the correct answer is C. 12 days

Inconsistent velocity is often a sign of underlying issues in how user stories are estimated or delivered. The Scrum Master should first engage the team to explore why velocity is fluctuating. Reviewing data from the past three sprints allows for identifying patterns or estimation inconsistencies. Velocity is owned by the team, not the product owner.

According to the Agile Practice Guide, the Scrum Master facilitates inspection and adaptation by enabling transparency and review.

Option A is dismissive and deflects the concern.

Option B and C involve the product owner in estimation, which is team-owned.

Option D correctly starts with team-led reflection and analysis.

To define the MVP in an agile project, it's essential to identify the highest-value features and gather input from stakeholders. MVP refers to the smallest functional product that delivers value to users.

Option D (Conducting an information-gathering session) aligns with MVP development since the value delivered is the priority in Agile.

Option E (Referring to the stakeholder register) ensures that the right stakeholders are consulted to define what "minimum" means from their perspective.

Option A (Creating a WBS) is traditional/predictive and not suitable for MVP-focused, value-driven development.

Option B (RACI) is useful for role clarity but not directly relevant to defining an MVP.

Option C (Developing a PM Plan) is broader and not MVP-specific.

To accurately develop a project budget, the project manager must base cost estimates on detailed scope elements. The work breakdown structure (WBS) provides a hierarchical decomposition of all deliverables and work packages. By referencing the WBS along with the project schedule, the project manager can estimate the costs of each component and aggregate them into a total project budget. This approach is known as bottom-up estimating.

Option B relies too much on the high-level charter and sponsor input, which is insufficient for detailed cost planning.

Option C uses analogous estimating, which is less precise and appropriate only when limited information is available.

Option D is an informal and unreliable estimation method.

When trust or satisfaction is an issue with a stakeholder—especially one as critical as the sponsor—the first step is direct communication. A one-on-one meeting to understand expectations, concerns, and establish rapport is essential. This aligns with stakeholder engagement best practices, where early and proactive engagement is prioritized.

The PMBOK® Guide – Seventh Edition, in the Stakeholder Performance Domain, recommends identifying and analyzing stakeholder needs and initiating communication to build or maintain relationships.

Option A is too process-oriented and premature before establishing rapport.

Option B is informative but lacks interpersonal connection.

Option C provides updates but does not address dissatisfaction or rebuild trust.

When conflict arises between team members, especially around assumptions or decisions, the project manager should address the root cause while reminding the team of the project’s priorities. Discussing the schedule impact emphasizes collaboration over personal preference.

The PMBOK® Guide – Seventh Edition encourages timely conflict resolution and prioritization of project objectives over individual views.

Option A is not a collaborative or long-term solution.

Option B is extreme and not the first course of action.

Option C may overlook critical input and reduce team trust.

Comprehensive and Detailed Explanation:

When multiple stakeholders have differing expectations, it is best to bring them together in collaborative sessions such as requirements workshops or facilitated discussions. This ensures alignment on goals and scope and helps define a clear MVP to minimize future change requests.

* A is rigid and may create resistance.

* B risks alienating less-influential stakeholders.

* D lacks the collaborative element required in complex stakeholder environments.

* C promotes inclusion and consensus-building, key for stakeholder alignment.

Comprehensive and Detailed Explanation:

In agile planning, a story estimated at 100 points indicates it is too large to be actionable. The best practice is to break it down into smaller, more manageable stories that fit within a sprint or iteration. This enables incremental progress and continuous delivery.

* A delays addressing the problem.

* B misunderstands the purpose of story points.

* C uses negotiation inappropriately—estimates should reflect effort, not negotiation.

When user stories are not fully completed during an iteration, it often indicates that the team's velocity or sprint planning is unrealistic. The Scrum Master should facilitate a discussion to revalidate and adjust the team's velocity and ensure that user stories are sized and selected to allow for both development and testing within the same iteration.

The Agile Practice Guide emphasizes maintaining a sustainable pace and complete definition of done.

Option A is anti-agile (splitting user stories by function defeats cross-functional work).

Option B adds resources without addressing root cause.

Option D undermines sustainable delivery and Agile principles.

The RACI chart is a responsibility assignment matrix that helps define roles and responsibilities across project activities. It ensures clarity about who is responsible, accountable, consulted, and informed for each task or deliverable.

The PMBOK® Guide – Seventh Edition recommends responsibility assignment matrices such as RACI as part of stakeholder and resource management.

Option A outlines communication plans but not roles.

Option C visualizes workflow, not responsibilities.

Option D communicates high-level objectives, not detailed responsibilities.

The best approach in this situation is for the project manager to meet with the team members and the developer individually to understand the underlying issues and perspectives. This aligns with the conflict resolution strategies outlined in the PMBOK Guide, which emphasizes the importance of addressing conflicts proactively and collaboratively12. By meeting with the parties involved separately, the project manager can gather unbiased information, which is crucial for formulating an effective action plan. This approach also allows for a more personalized discussion, where each individual can express their concerns without the pressure of group dynamics. Once the project manager has a clear understanding of the conflict’s root causes, they can work with the team to develop a resolution strategy that addresses the concerns of all parties and supports the project’s goals.

The PMBOK Guide and materials on conflict resolution techniques for project management professionals, as well as best practices for business analysts in managing conflicts123.

External stakeholders typically require performance metrics to understand the status of a project. Earned value is a proven methodology to measure project performance objectively. Earned Value in terms of schedule (D) and cost (E) offers valuable insights on how well the project is adhering to its baseline plans.

D: Earned Schedule (EV vs. Planned Value) shows schedule adherence.

E: Earned Cost (EV vs. Actual Cost) shows cost efficiency.

Options A and C are portfolio-level metrics, not typically reported by project managers.

Option B is vague and not part of standard EVM practice.

 According to the PMBOK® Guide – 7th edition, project artifacts are designed to keep the project work aligned to project requirements and business goals1. However, they are not the outputs or deliverables themselves. The guide emphasizes that while artifacts are important for project management, they are not substitutes for the actual deliverables of the project1. Therefore, the project manager should advise the team that focusing only on artifacts will not lead to the successful completion of project deliverables. Instead, the team should balance the creation of artifacts with the progress of actual deliverables.

According to the best practices in project management, it is essential to engage with the team to understand the root causes of issues and collaboratively develop solutions. Punitive measures like reducing payment or issuing formal warnings without first seeking to understand the underlying reasons for the increased breaks may not be effective and could harm team morale and productivity. Instead, having a meeting to discuss the issue openly allows for a constructive dialogue where team members can express their concerns, and together, the team can agree on a way forward that respects the needs of both the project and its workers.

The answer aligns with the principles outlined in the PMBOK® Guide, which emphasizes the importance of communication, team engagement, and problem-solving within project teams. Additionally, the approach of discussing issues and proposing solutions is supported by the Professional in Business Analysis (PMI-PBA) reference materials, which advocate for collaboration and stakeholder engagement as key to successful project outcomes.

In a hybrid project environment, especially when dealing with strict schedules and budgets, it is crucial to utilize available resources efficiently. Engaging agile-experienced resources through daily video conferencing is a practical approach that allows for real-time collaboration and communication without the need for physical relocation or additional budget allocation. This method supports the agile principle of individuals and interactions over processes and tools, as it fosters team interaction and customer collaboration, which are essential for agile projects.