Project Smart ~ Exploring trends and developments in project management today

Calendar icon
Adobe PDF icon

The "Real" Project Plan

~ By Jorge Dominguez

Gantt chart

I need a project plan by tomorrow morning. As project managers, that's what we hear. But we know that what the boss usually means is that s/he wants a project schedule. There is a problem though, how can you come up with a schedule without having the "real" project plan first?

The project plan, or project management plan as defined by PMI (for simplicity, we'll call it project plan in this article), is completely different from a project schedule and is the result of the planning processes. A change in the project plan can affect the project schedule. The project plan describes how the project work will be performed. It is the primary source of information for how the project will be planned, executed, monitored, controlled and closed.

The development of the project plan is an iterative process in itself. It is composed of a single document or a master document with a series of subsidiary documents, each defining one or several areas of the project management process.

The project plan content varies based on the project scope and complexity of the project. PMI says that the plan includes:

  • The project management processes selected by the project management team
  • The level of implementation of each selected process
  • The descriptions of the tools and techniques to be used for accomplishing those processes
  • How the selected processes will be used to manage the specific project, including the dependencies and interactions among those processes, and the essential inputs and outputs
  • How work will be executed to accomplish the project objectives
  • How changes will be monitored and controlled
  • How configuration management will be performed
  • How integrity of the performance measurement baselines will be determined and used
  • The need and techniques for communicating among stakeholders
  • The selected project life cycle and, for multi-phase projects, the associated project phases
  • Key management reviews for content, extent, and timing to facilitate addressing open issues and pending decisions

A subsidiary plan may include but is not limited to:

  • Project scope management plan
  • Schedule management plan
  • Cost management plan
  • Quality management plan
  • Process improvement plan
  • Staffing management plan
  • Communication management plan
  • Risk management plan
  • Procurement management plan

The plan may include these other components, once they are known, in a subsequent iteration, but is not limited to:

  • A milestone list
  • A resource calendar
  • A schedule baseline
  • A cost baseline
  • A quality baseline
  • A risk register

A project plan is not a one-time deliverable that remains static throughout the project. Updates arising from approved changes during project execution may significantly impact parts of the plan. The project plan must be kept in sync with approved changes and this is an iterative and ongoing process called rolling wave planning and the results of these iterations are documented as updates to the project plan.

Now that we know what a "real" project plan is, it is time your boss does too. Don't you think so…? Well, I do.


Jorge Dominguez wrote the article "The "Real" Project Plan" and recommends you visit www.Expiriance.com for more information about project management.


Advertisement


Comments

Be the first to comment on this article.

Add a comment



(never displayed)



 
2000
Enter the word foot backwards.
Notify me of new comments via email.
Remember my form inputs on this computer.

10 Golden Rules of Project Risk Management

Three red dice reading: Manage your risk

The benefits of risk management in projects are huge. You can gain a lot of money if you deal with uncertain project events in a proactive manner.

The Mythical 50% Resource

Red blocks with the percent sign on a white background

Most managers of software development projects have had an encounter with a resource who is committed to their project some percentage of the time.

How to Avoid Project Burnout

Exhausted businessman resting on a pile of paperwork with tongue hanging out from overwork

Resources on projects can be susceptible to burning out before the project finishes. Here are a few ideas to prevent burnout in project teams.

Learning from Project Failures

Success and failure directional signs

Some of the most important lessons we learn come from failures. Kenneth Darter explains a simple four step process to make sure the same failures aren't repeated.

PROJECT SMART is the project management resource that helps managers at all levels improve their performance. We provide an important knowledge base for those involved in managing projects of all kinds. With weekly exclusive updates, we keep you in touch with the latest project management thinking.

WE ARE CONNECTED ~ Follow us on social media to get regular updates and opinion on what's happening in the world of project management.


Latest Comments

Ashwini Pendharkar commented on…
10 Golden Rules of Project Risk Management
- Tue 20 June 1:32pm

Tery commented on…
A Brief History of SMART Goals
- Mon 19 June 10:10pm

Tammy Marin commented on…
Better Coaching Using the GROW Model
- Thu 15 June 10:37pm

Latest tweets

General Project Management • Please Advise: Does PRINCE2 Practitioner Exam Scenerio Changes… https://t.co/OK90gkJzMN #projectsmart #pmot about 8 days ago

RT @rkelly976: “I cannot give you the formula for success, but I can give you the formula for failure, which is: Try to please everybody.”… about 11 days ago

General Project Management • Re: Do I need project management software? https://t.co/u4Tu1fnzuY #projectsmart #pmot about 11 days ago