Project-Management-Professional PMP Release Date

The conflict described is a communication issue within the team. According to the PMBOK Guide, one of the key roles of a project manager is to manage team dynamics and resolve conflicts. In this case, reviewing the ground rules for collaboration within the team can help remind team members of the expected behaviors and communication norms, which can help resolve the issue. Moving a team member to a different team (Option A) may not solve the underlying issue, reporting to supervisors (Option C) may escalate the situation unnecessarily, and modifying the communications management plan (Option D) may not directly address the interpersonal conflict. References: Project Management Body of Knowledge (PMBOK) Guide, 6th Edition, Section 9.5.2.1: Conflict Management

According to the PMBOK Guide, a retrospective is a meeting held by a project team at the end of a project or process (often after an iteration) to discuss what was successful about the project or time period covered by that retrospective, what could be improved, and how to incorporate the successes and improvements into future iterations or projects. In an agile project, retrospectives are usually held at the end of each iteration or sprint, regardless of the size or duration of the increment, milestone, or progress. The purpose of retrospectives is to enable continuous improvement and learning throughout the project life cycle, not just at the end of a major phase or deliverable. Therefore, the project manager should organize the first team retrospective when the work is progressing well through the team, which implies that the team has completed at least one iteration or sprint and has some feedback to share and act upon. References: (Professional in Business Analysis Reference Materials source and documents)

PMBOK Guide, 6th edition, Chapter 4, Section 4.6.1.2, page 123

PMBOK Guide, 6th edition, Appendix X3, Section X3.2.2, page 718

PMI PMP-Project Management Professional Practice Exam Q. 781 to 790

A minimum viable product (MVP) is a product with the minimum features that can deliver value to the customer and validate the product concept1. To estimate the cost of an MVP, the project manager can use agile methods such as user story points and forecasting. User story points are a relative measure of the size and complexity of a user story, which is a description of a feature from the user’s perspective2. Forecasting is a technique that uses historical data and trends to project future outcomes3. By estimating the user story points for each feature of the MVP and using forecasting to calculate the time and resources needed, the project manager can report a realistic and accurate budget for the MVP. This approach is more suitable than the other options because:

B. Determining the control accounts and using a top bottom estimate is a traditional method that is more applicable to large and complex projects with well-defined scope and requirements. It involves breaking down the project into smaller units and estimating the cost of each unit from the top level to the bottom level. This method may not be flexible enough to accommodate the changes and uncertainties that are common in MVP development.

C. Considering the cost performance index (CPI) based on earned value (EV) divided by costs is a method that is used to measure the efficiency of the project performance. It compares the value of the work completed with the actual cost incurred. This method is not relevant for estimating the cost of an MVP, as it requires the project to be already in progress and have a baseline plan to compare with.

D. Calculating the budget at completion (BAC) based on the completed and planned features is a method that is used to estimate the total cost of the project at the end of its life cycle. It involves adding up the actual cost of the work done and the estimated cost of the remaining work. This method is not appropriate for estimating the cost of an MVP, as it assumes that the scope and features of the project are fixed and known in advance, which is not the case for MVP development.

According to the PMBOK Guide, 7th edition, section 4.6.2, the project manager should assess the impact of any requested changes on the project objectives, scope, schedule, cost, quality, resources, risks, and stakeholder engagement. The project manager should also follow the established change management process, which usually involves submitting the change request to the CCB for approval or rejection. The CCB is a group of stakeholders who have the authority to review and approve changes to the project baselines. The project manager should not implement the new features without the CCB’s approval, nor reject them outright, as this could damage the relationship with the sponsor and other stakeholders. The project manager should also not add the new features just to please the sponsor, as this could lead to scope creep and gold plating, which are practices of adding unnecessary or unapproved features that increase the project cost and risk without adding value. References:

PMBOK Guide, 7th edition, section 4.6.2, page 121-122

PMBOK Guide, 7th edition

PMP Exam Content Outline