January sale - up to 30% off training courses – use code: LATEJAN26EUR
2 May 2017 | Updated on 2 May 2017
At its most basic level, a project plan answers the questions āwhyā, āwhatā, āwhoā and āwhenā. Here, weāll create a product plan template informed by PRINCE2, PMP and APM. Showing how these three majo...
At its most basic level, a project plan answers the questions āwhyā, āwhatā, āwhoā and āwhenā. Here, weāll create a product plan template informed by PRINCE2, PMP and APM. Showing how these three major frameworks outline plans will help you understand and make your own. They may also boost your understanding of the frameworks and help you decide which one(s) you want to study in more detail.
This is the project planās āwhyā and āwhatā. Every framework has a business case which defines the problem the project will resolve. APM also recommends an options appraisal at this point. This lists all the considered solutions along with the chosen solution.
Every good business case also states how the organization will benefit from the project. These are called āexpected benefitsā in APM and ādesired outcomesā in PRINCE2. If the benefits are material, a PMP project calls them the āmajor deliverablesā.
All projects come with some element of risk. Thatās why project plans should anticipate them as thoroughly as possible. PRINCE2ās initial business cases list the major risks. The more detailed Project Initiation Document will have a Risk Management Strategy for them.
APMās expected benefits section also covers the projectās unavoidable negative impacts. This is different from risks, which are based on assumptions and may be avoidable. For managing risk, APM and PMP both have a Risk Management Plan. The project plan will have a section which lists what the risks are and how they might impact the business case.
This is the project planās āwhoā. Itās important that everyone knows their role and that every role is filled. For small projects and organizations, this often means doubling up roles. In PRINCE2 project plans, these are usually called Role Descriptions.
PMP usually calls this section Roles and Responsibilities, which is similar to the name of the PRINCE2 principle āDefine Roles and Responsibilitiesā. You can use Roles and Responsibilities or Role Descriptions in your own project plan, as theyāre both descriptive titles. Just make sure you include other roles, like sponsors, and not just the project team. Every stakeholder should be accounted for.
Sponsors will most likely consider this the most important part of a project plan, and projects donāt get off the ground without sponsor approval. A PMP project plan will have a dedicated Financial Management Plan. This identifies all financial requirements and how to finance them.
In a PRINCE2 plan, this section is usually titled Budgets. It covers time as well as cost, and also includes provisions for risk and change. It makes sense to place the Tolerances section after this, as it describes acceptable changes to the budget.
PRINCE2 is well known for managing projects by stages, but itās familiar to PMP, APM and all good frameworks. Itās easier for the team and managers to complete projects when theyāre broken down into manageable parts. Itās also easier for agile projects and for responding to unexpected risks.
The projectās major steps are called timescales in APM and schedules in PRINCE2. Whatever your qualification, itās best to use the terms popular in the organization. Also consider Gannt charts, product flow diagrams or other graphical representations. They make timelines easier to create, understand and action, regardless of the projectās framework.
Despite their differences, all three frameworks referenced in this blog are based on best practices. They share many principles that make their project plans broadly similar, despite coming from different governing bodies. For more specific knowledge of how to structure projects, we have fully accredited training courses for PRINCE2, APM and PMP.