Project Management

Please login or join to subscribe to this thread

Comments on Project Management Plan - Development approach

linkedin twitter facebook  
avatar
George Lewis Program/Project Manager| DXC Technology Company Heredia, Costa Rica
Comments on Project Management Plan - Development approach
Sort By:
avatar
Kiron Bondale Retired | Mentor| Retired Welland, Ontario, Canada
George -

are you asking how folks go about developing a PM plan? If so, I think of that as a briefcase with a bunch of file folders in it related to key topics like scope, schedule, cost and so on. While a PM plan might be created as a single, standalone artifact, it's often better if it is just a loosely connected group of documents or even a set of wiki pages to acknowledge the reality that it is a "living" document over the life of the project.

Kiron
avatar
Sante Delle-Vergini, PhD Senior Project Manager| Infosys Melbourne, Victoria, Australia
I recall the PMBOK saying all these plans form one Project Management Plan document, and not separated, but the reality is they are usually separated.
avatar
Kevin Drake Perth, Western Australia, Australia
The primary challenge I face is HOW to keep these documents alive and updated especially towards the end of the project.The connection between these documents is very sensitive, changing one part could lead to a lot of changes in many other docs, it is not only about the baseline.

My development approach, I start simple and then build it up systematically.
1. I am always concern about the scope clarity and the interpretation of the customer to it. The best possible scope statement is crucial in my approach.
2. Develop The project plan including baselines.
3. Explain the project plan to key stakeholders and discuss its key components.
3. Define roles and responsibilities.
5. Create the steps the team will take to manage variances to these plans.

One important aspect of the project plan is the communications plan. This document states such things as:
Who on the project wants which reports, how often, in what format and using what media
How issues will be escalated and when
Where project information will be stored and who can access it
What new risks have surfaced and what the risk response will include
What metrics will be used to ensure a quality product is built
What reserves have been used for which uncertainties.

Once the project plan is complete, it is important that its contents be delivered to key stakeholders. This communication should include such things as:
Review and approval of the project plan
Process for changing the contents of the plan
Next steps - executing and controlling the project plan and key stakeholder roles/responsibilities in the upcoming phases.

The project manager who takes time to create a clear project plan will follow a more direct route toward project success.

I am still trying to be more Agile in my approach.
...
2 replies by Anish Abraham and Riyadh Salih
Apr 23, 2018 12:40 AM
Riyadh Salih
...
Kevin, I really appreciate your lecture - you're a school ya ghali ya madrasa
May 19, 2018 8:21 PM
Anish Abraham
...
Good one, Kevin and thanks for sharing.
avatar
Riyadh Salih Saskatchewan, Canada
Apr 22, 2018 11:13 PM
Replying to Kevin Drake
...
The primary challenge I face is HOW to keep these documents alive and updated especially towards the end of the project.The connection between these documents is very sensitive, changing one part could lead to a lot of changes in many other docs, it is not only about the baseline.

My development approach, I start simple and then build it up systematically.
1. I am always concern about the scope clarity and the interpretation of the customer to it. The best possible scope statement is crucial in my approach.
2. Develop The project plan including baselines.
3. Explain the project plan to key stakeholders and discuss its key components.
3. Define roles and responsibilities.
5. Create the steps the team will take to manage variances to these plans.

One important aspect of the project plan is the communications plan. This document states such things as:
Who on the project wants which reports, how often, in what format and using what media
How issues will be escalated and when
Where project information will be stored and who can access it
What new risks have surfaced and what the risk response will include
What metrics will be used to ensure a quality product is built
What reserves have been used for which uncertainties.

Once the project plan is complete, it is important that its contents be delivered to key stakeholders. This communication should include such things as:
Review and approval of the project plan
Process for changing the contents of the plan
Next steps - executing and controlling the project plan and key stakeholder roles/responsibilities in the upcoming phases.

The project manager who takes time to create a clear project plan will follow a more direct route toward project success.

I am still trying to be more Agile in my approach.
Kevin, I really appreciate your lecture - you're a school ya ghali ya madrasa
...
1 reply by Kevin Drake
Apr 23, 2018 5:12 AM
Kevin Drake
...
Keep me away from the tradies and reality tv shows (who call themselves project managers) and I will be happy mate.
avatar
Kevin Drake Perth, Western Australia, Australia
Apr 23, 2018 12:40 AM
Replying to Riyadh Salih
...
Kevin, I really appreciate your lecture - you're a school ya ghali ya madrasa
Keep me away from the tradies and reality tv shows (who call themselves project managers) and I will be happy mate.
avatar
Srikana Ray
Community Champion
IT Project Manager
Project Management plan is a document which comprises of many other plans like scope, cost, schedule, requirements, human resource, communication, risk and stakeholder management plan. These could be maintained as documents or as a webpage or on paper. All of them are stored or linked to create the project management plan. Whenever any of the plans changes, the new update needs to reflect on the project management plan as well.
avatar
Anish Abraham Privacy Program Manager| University of Washington Auburn, Wa, United States
Apr 22, 2018 11:13 PM
Replying to Kevin Drake
...
The primary challenge I face is HOW to keep these documents alive and updated especially towards the end of the project.The connection between these documents is very sensitive, changing one part could lead to a lot of changes in many other docs, it is not only about the baseline.

My development approach, I start simple and then build it up systematically.
1. I am always concern about the scope clarity and the interpretation of the customer to it. The best possible scope statement is crucial in my approach.
2. Develop The project plan including baselines.
3. Explain the project plan to key stakeholders and discuss its key components.
3. Define roles and responsibilities.
5. Create the steps the team will take to manage variances to these plans.

One important aspect of the project plan is the communications plan. This document states such things as:
Who on the project wants which reports, how often, in what format and using what media
How issues will be escalated and when
Where project information will be stored and who can access it
What new risks have surfaced and what the risk response will include
What metrics will be used to ensure a quality product is built
What reserves have been used for which uncertainties.

Once the project plan is complete, it is important that its contents be delivered to key stakeholders. This communication should include such things as:
Review and approval of the project plan
Process for changing the contents of the plan
Next steps - executing and controlling the project plan and key stakeholder roles/responsibilities in the upcoming phases.

The project manager who takes time to create a clear project plan will follow a more direct route toward project success.

I am still trying to be more Agile in my approach.
Good one, Kevin and thanks for sharing.

Please login or join to reply

Content ID:
ADVERTISEMENTS

"It's kind of fun to do the impossible."

- Walt Disney

ADVERTISEMENT

Sponsors