How to PLAN your Project's Map and Timing for the Best Execution and Schedule
The purpose of this blog post is to cover PLAN from the MPM model, which includes all of the project pieces related to defining how the project is going to be completed and the schedule for its completion.
The PLAN domain is one of the three domains in the MPM model.
The PLAN domain is one of the three domains in the MPM model.
The Project Manager Plans the Map and Timing
Our personal vehicle purchase project has been used in a number of blog articles and we’ll build on that here.
Imagine you have to buy a vehicle and it’s like a small project. And you followed the steps to INITIATE your project, so you have your best start to the greatest probability of project success.
Just imagine in a couple of months, you are celebrating with your vehicle expert friend who helped you and you find yourself saying, “that was actually a fun little project and very successful, I must say.”
How do you get to that successful end-state, where you had the best execution and a realistic, achievable, and enjoyable schedule? And all while using the least amount of your time? A lot of that success depends on the quality of your plan.
PLAN for your best execution and most realistic and achievable schedule
MPM Model Quick Review
In our project management MPM model, there are 6 project segments that contain all of the project pieces and answer the core subject research questions, and then 5 steps whose tools utilize those pieces for each step.
The 6 Project Segments Answer Core Questions
The 6 project management segments answer the 6 core subject research questions: why, who, what, how-much, where, and when questions from a project perspective:
- Why = Motive: purpose, description, assumptions, constraints, risks
- Who = People: roles, team, organization, stakeholders, communications, adoption
- What = Outcomes: objectives, requirements, scope, deliverables, testing, quality, earned value outcomes
- How Much = Financials:CAPEX, OPEX, budget, procurement, earned value financials
- Where = Map (or Path): methodology, approach, earned value progress
- When = Timing: timelines, milestones, schedule
6 project segments answer the 6 core subject research questions
The Steps Use Tools to Assemble the Pieces
Step 1: Initiate and Rationalize is noting down key thoughts to ensure you get what you want and you know what “done” looks like before you get started.
Step 2: Prepare and Plan, is a daily or weekly review to ensure strategy and tactics align, or if a change in direction is required.
Step 3: Meet and Execute, is a daily or weekly focus and collaborative brainstorming on what is most critical to get done daily and weekly to stay on track.
Step 4: Publish and Monitor, is a daily, weekly, and even more frequent, process to monitor, assist, and communicate, tasks, outcomes, progress, and challenges.
Step 5: Transition and Close, sets up the outcomes for long term success, and moves resources and activities from a project to operational state.
The project management MPM model has 5 main Steps
Each step of the model often involves some aspect of the other steps as well, but each label for that step tells us our intent at that point, and indicates what aspect we are emphasizing, and the lens through which we are looking at our project.
What is in PLAN?
PLAN answers the general questions of “Where?” and “When” which for managing projects is the “Map” and “Timing”.
“Map” is covered in three pieces: 1. Methodology, and 2. Approach, and 3. Plan Earned Value
“Timing” is covered in three pieces: 1. Timelines, 2. Milestones, and 3. Schedule.
Each section first explains the project item, then brings in the example of the personal vehicle purchase project to help illustrate the concept of the project item and finishes with suggested daily and weekly habits.
A vehicle purchase is a personal example of a project.
Map
The “map” is the route your project is taking to complete the deliverables. Basically, it is creating a path that connects how all of the deliverables are completed, from the beginning to the end of the project.
The “map” is the path your project takes to execute.
“Map” is the methodology and approach for the project
1. Methodology
The methodology is template for how your kind of project is typically done. You may not be able to find a methodology that you can follow that matches your project, but if you can find one, this is where it comes in.
Methodologies can cover the gamut, from very minimal and high-level to very detailed and extensive.
Methodology for Your Vehicle Purchase Project
For the vehicle purchase project example, here are some examples of different methodologies:
- Example of car buying methodology from Edmunds:
- Research vehicles and features
- Get preapproved for a loan
- Plan your trade-in
- Locate and test-drive the car
- Check sale price and warranties
- Review the deal and dealer financing
- Close the deal
- Take delivery
- Example of car-buying methodology from Carfax:
- Decide what type of vehicle you want
- Start searching
- Find out what the vehicle is worth
- Take a test drive
- Get a pre-purchase inspection
- Get a VIN Check
- Get the history
- Questions you should ask
- Negotiate the price
- Get car insurance
- Finalize the sale
A methodology is a sequence of steps, not tips
Notice these two lists are steps, not tips. Tips are not necessarily in an order or sequence, because they are suggestions or helpful things to think about.
A methodology is a sequence of dependent steps to get from the beginning of a process to the end.
Your project is a process of steps, with partial or full dependencies between the steps.
Some of the steps can be done in parallel. Some steps are sequential or linear, meaning that a step cannot be started until one or more steps before it are completed. Some steps can be started when the steps before it are partially completed, or one aspect of the prior steps are completed.
Methodologies are developed after someone has been through a process a number of times.
Simple PM Strategies is taking you through a methodology for how to create and manage your project.
A methodology is a framework for execution
A methodology is a framework you use to develop your own project approach which starts with that template set of steps and then you create a map from beginning to end using your specific project pieces.
How you use the methodology changes over time
You use the methodology as a starting point to develop your own customized approach for how your project map proceeds from beginning to end.
It is valuable to review over the template or methodology upon which your project approach is based at times throughout your project to ensure nothing new has come up.
In other words, your interpretation of the methodology to suit your project purposes is a point in time based on what you know at that time. You leave certain parts out or emphasize other aspects based on what you know then.
As your project proceeds your knowledge about what you are accomplishing and the steps that are needed can change and therefore items that you previously left out in your interpretation of the methodology may need to be brought back into the project approach.
Therefore, a review of the methodology at periodic points is advisable.
Weekly habits for Methodology
The methodology that your project approach is based on does not need a weekly review. It probably only needs a review every month, unless your project approach has recently gone through a major change.
If there are no dramatic changes to your project approach, then 30-minute review every one to two months is sufficient.
If your project has been through a major change in the approach or steps, then it is a good idea to go back to the methodology you are following to verify if there are any things to bring forward which were left out before.
2. Approach
The approach is the set of steps through your project from beginning to end using your project’s specific deliverables and is based on the methodology you are following.
The approach that is in the charter is based on what is known very early on in the project but as more knowledge is gained, adjustments may be necessary.
Start with the deliverable set from OVERSEE
To create the first approach, start with the deliverable set that you created in OVERSEE. Map out the project from beginning to end. When that deliver set is completed that satisfies the project objectives.
Each time you review the approach bring in the methodology and combine that with the deliverables to create the unique approach that your project plan follows.
The approach may need frequent, weekly adjustments based on the progress of the deliverables.
Approach for Your Vehicle Purchase Project
In your vehicle purchase project, an example of approach could be:
- Price range established
- Vehicle choices decided
- List of dealerships to visit created
- Final vehicle choices established
- Vehicle chosen and options decided
- Vehicle purchased
You can start with the initial set developed during INITIATE, and add in additional steps based on what you know now that are necessary for project completion.
Notice that the approach steps for the vehicle purchase example is different from the two methodologies for the vehicle purchase example shown in the Methodology section above.
Refer to the methodology and deliverables
It’s a good idea to refer to your methodology as you refine your approach to learn from those who have done what you are doing multiple times.
Refer to your methodology as you are getting started, and on a weekly basis as your project is proceeding and deliverables and steps are evolving and changing.
The value of a methodology is that is serves as a kind of checklist to ensure that your approach includes all of the required pieces and steps.
I received my professional engineering designation based on work in methodologies, specifically for IT projects. It was unusual because normally a P.Eng. is based on more tangible, quantifiable outcomes; but this is one of my areas of expertise.
I have been involved in creating many methodologies over the years in every organization I have worked for such as EDS and IBM, and smaller firms as well and one thing I have learned over the years working in defining methodologies is that they are a work in progress and never done. The knowledge and environment they are based on is always evolving and changing.
Your Approach and Methodology are a point in time
Your project approach is based on a methodology that is constantly evolving and therefore it is important to ensure that you are basing your approach on methodologies that are updated with the most recent knowledge and material including recent advances in technology.
Weekly habits for Approach
Reviewing and adjusting the approach is one area that absorbs a lot of your time during the week.
You have to guard against it consuming too much of your time because the danger is to spend too much time adjusting it to make it perfect past the point of diminishing returns. In other words, additional detail does not measurable help your project.
You have to guard against too much insignificant tweaking and adjusting. Your approach is never perfect. Get it to the point where you can meet the project end date and milestones, and the team is comfortable with the dates and deliverable work efforts and then call it good for that week.
Early each week, when you have at least 30 minutes of quiet time, review over the approach and how the deliverables are being created, their dependencies and sequence.
Look for areas where deliverables can be done coincidentally or simplified yet still meet the project objectives.
These ideas become your input or prompts for ideas in your weekly project team meeting. Use these as conversational seeds to inspire your project team to look for efficiencies or ways of completing your project sooner or gaining some contingency time. Contingency time is covered under the Schedule section.
3. Plan Earned Value
Plan earned value is a statement about the progress of the plan at a point in the project compared to the progress that was expected.
For example, if your plan expected to particular milestones met, deliverables achieved, and budget spent, is it where you expected it to be or ahead or behind.
The outcomes earned value in OVERSEE measures how far along with respect to where we expected to be for the tangible deliverables the project is creating. And the financial earned value looks at the same as far as the budget is concerned.
However the plan takes an overall view as it involves the components of: scope, schedule, cost, quality, resources, communication, risks, procurement, and stakeholders.
Therefore the plan EV is a statement about how the plan is doing with respect to where it is expected to be for all of those components.
EV for Your Vehicle Purchase Project
In our vehicle purchase project, plan EV is a little more informal, but it could be something as simple as you only have 8 weeks to visit dealerships and in that time you wanted to drive 16 vehicles, 2 at each dealership.
It is now the four week mark, so half-way, and while you’ve driven 8 vehicles, you’ve unfortunately used up all the time of your expert, so they aren’t able to help you anymore, and some actions need to be taken to resolve this.
Weekly habits for EV
The best habit for a weekly plan EV review is to compare review each of those plan components listed and ask where you are with respect to where you expected to be for: scope, schedule, cost, quality, resources, communication, risks, procurement, and stakeholders.
Timing
The “timing” in your project includes the timelines, milestones, and schedule.
Project Management “Timing” includes the timelines, milestones, and schedule
1. Timelines
Timelines list the date guardrails or constraints the project must follow.
The milestones are the half-dozen to dozen important high-level checkpoints. The schedule is the detailed deliverables and tasks and their corresponding resources, costs, effort, duration, and dependencies amongst them. The timelines list the overall date constraints as input to the plan.
When does this have to be done by and why? Is this part of a bigger initiative or program. Are there external factors that are driving a hard end immovable end date?
Timelines for Your Vehicle Purchase Project
In the vehicle purchase project, timelines such as needing to complete the purchase by winter or by a vacation date because it is needed for that are items that become an input to the milestones and schedule.
Weekly habits for the Schedule
On a weekly basis, early in the week when reviewing the schedule and milestones, allocate a few minutes to also review the project timelines looking for date risks and constraints that may now be more relevant to consider.
2. Milestones
Milestones are dates that are important to stakeholders, to the project completion or to integration with other initiatives external to the project.
I have always included a list of milestones in the charter and these become points of focus for stakeholders to measure whether or not the project is on progress.
A smaller project may only have a half-dozen milestones. Larger projects can have many more, especially for an incremental or agile based project.
To create the milestone table, start with the set of deliverables, narrow it down to an important subset that stakeholders can relate to and then add in the dates from the schedule for each milestone.
Milestones for Your Vehicle Purchase Project
For the vehicle purchase project, the following milestone table can be used:
Project milestone examples
In the milestone table above, I left out the deliverable “List of Dealerships to Visit Created” because while this is critical to the project manager, it may not be as relevant or important to stakeholders and may be considered an intermediate or unnecessary date to be aware of.
Use stakeholders as input to decide on milestones
Deciding which milestones to include does not have a lot of hard and fast rules.
I usually start with the set of deliverables and based on what my stakeholders might be concerned about and then reduce the set to just the essentials, getting feedback from some of the key stakeholders for a final verification.
Remember that if your schedule, approach or deliverables change, the milestone dates may need updating as well, so keep the set to a minimum because they usually have a lot of visibility to all of your stakeholders.
Some stakeholders or executive also like to see the projected milestone date versus the actual date as a measure of the project’s ability to meet its dates, so be wary of this as well, and that then creates an additional column in the table above. And there’s another reason not to include too many milestones.
Weekly habits for Milestones
Spend about 5 minutes reviewing over the milestone dates coincident with the weekly schedule review.
The milestones are usually visible project dates, and in some cases I have found, the only dates particular stakeholders care about.
Your review is to identify any that need communication in the upcoming week, and also to identify any that need to be raised with your sponsor or discussed with the project team regarding concerns about timeliness of completion.
Choose them carefully because if your schedule and the corresponding milestone dates are changing often, those date changes require communication to the stakeholders, and if dates are slipping, it is usually a communication that requires explanation, and elicits pointed questions, rather than one that receives accolades and applause.
3. Schedule
The schedule is where you impose dates and calendar events on your approach.
Developing the schedule, as you may expect, is iterative between the deliverables and approach.
In an ideal world, you firstly determine what deliverables you need, the effort and duration for each, and secondly, layout the approach based on the deliverable order and dependence for completion, and thirdly layer on dates and timeframes and magically you have a perfect schedule.
Well, like all things in business that move from the classroom to the real world, rarely does it happen like that.
Sometimes the schedule projects an end-date too far past the required end date, so deliverables need to be simplified, changed, or completed in parallel.
Sometimes key milestones end up conflicting with other events and the approach has to be moved around to accommodate the dates.
Developing a schedule involves give and take between the deliverables, approach, and schedule, special skill-set availability, financial constraints, and so on.
The schedule is one of those items that can consume a lot of time to optimize and so you have to be guarded about wanting to make things to perfect.
As a manager wearing the hat of the project manager, one of the things you are looking for as you are optimizing your schedule is where you can gain some float or contingency time in your schedule.
This is extra reserve time, such as a few days or weeks, before key milestones are due, or before the expected project end date, that is available for you and the team to use, if some deliverables or tasks inadvertently take longer than expected. This allows for extra time to be used without impacting key milestones or the project end date.
The schedule imposes dates on the approach
Schedule for Your Vehicle Purchase Project
In the vehicle purchase project, durations for the test drives and researching financing options are two items that initially may result in an end date later than what your objectives state, conflicting with a required, earlier possession date.
One way to resolve this is to reduce the number of test drives or to schedule your critical resource, the automotive expert, to accompany you for additional test drives on one outing. Another way to shorten the time frame is to do a better job of planning a more effective schedule for dealership visits for the test drives.
Researching financing options can be sped up by outsourcing to someone else, such as a contracted resource, to research for you, or paying an online service to provide a number of alternatives that meet your specific criteria.
Adjusting the schedule by varying the approach, deliverables, and skill sets available, which are only three of the criteria that can be manipulated, involves an iteration through many alternatives to arrive at an optimum balance amongst the variables.
Weekly habits for the Schedule
On a weekly basis, early in the week, allocate 30 minutes to review the project schedule looking for risks, challenges, or opportunities to complete tasks or deliverables sooner.
You will find that a frequent review provides familiarity that helps during the project team meetings or in discussions with management regarding options available for reducing time in the schedule or moving around the completion of deliverables.
Summary
The PLAN is where the lens of the calendar dates and approach constraints are applied to the deliverables.
Though the PLAN elements speak to the sequence and order of deliverables and the application of dates, iteration usually involves all other aspects of the project, including many items in LEAD such as risks, availability of skill sets and change management, as well as items in OVERSEE such as objectives, requirements, deliverables and the availability of funds.
On a weekly basis this is a very important area for the manager to spend time early in the week reviewing where things are at and listing some options for discussion with stakeholders or project team members.
Action Steps / Apply This Knowledge
- Review your project approach, without looking at the schedule, in other words without date constraints, just from a standpoint of how the deliverables are connected. Look for areas where deliverables may have dependencies related to skill set constraints that are causing the dependency. This provides an opportunity to get items done sooner by applying more hours of a particular skill set.
- Review the project through the lens of the schedule and ask yourself if there are milestones that can be delivered coincidentally or deliverables which can be started sooner, if date constraints are removed.
- Set aside an hour early in the week to review over the deliverables, approach, and schedule and make a goal to find at least two areas where the schedule can be improved. Bring these up with the team each week as a brainstorming idea to get them thinking about urgency and getting things done sooner.
- Prompt engineering guidance for AI GPTs such as chatGPT: “I’m a business leader leading a project that is delivering X and Y. What are some things I need to be aware when developing the plan components of methodology, approach, the schedule, and milestones?”
Learn More to Do More
Business evolves through change initiatives otherwise known as projects. The key to managing these change initiatives so you have more time, and less stress is to use simple strategies and tools.
Check out the Learning Hub’s other Articles with Actionable Steps, organized with a busy leader in mind, by topic or main idea, and with some AI GPT (e.g. ChatGPT) prompt engineering suggestions under the Action steps: https://simplepmstrategies.com/learning-hub-index
PLAN - Main
© Simple PM Strategies 2024