A project introduces something new. New requires change from what was to a promise of what will. The project deliverable, or promise, undertaken without a process is a leap in the dark.
No sane person will take a leap in the dark without some promise or rational premise of:
- What will be,
- What it will cost to get there, and
- How long it might take to get
Process reduces risk.
Project management process reduces project risk and reduced risk increases a project’s success rate. The project goal enables the firm goal and the project promise enables organization promise.
A project launched to a promise to deliver on time, on budget, and within scope relies on a team of people to manage project process, but does not hold project process above the promise.
Process as hope
Project management is a reliable, repeatable process to deliver on time, on budget, and within project scope. We look at the process, or project life cycle, and try to guide sponsors and stakeholders along a charted path of prior project process standards:
- Initiate – processes performed to define a new project or a new phase of an existing project by obtaining authorization to start the project or phase;
- Plan – processes required to establish the scope of the project, refine the objectives, and define the course of action required to attain the objectives that the project was undertaken to achieve;
- Execute – processes performed to complete the work defined in the project management plan to satisfy the project specifications;
- Monitor and Control – processes required to track, review, and regulate the progress and performance of the project; identify any areas in which changes to the plan are required; and initiate the corresponding changes; and
- Close – processes performed to finalize all activities across all process groups to formally close the project of phase
A perfect project plan includes each of above and their related tools, templates, and procedures.
Variation as promise
A project life cycle rigid to process, process tools, and process templates [templates and formulas have no emotion] without account for variables and unknowns [emotions] is a project short of rationale.
Since people, not machines, run projects expect rational to always get trumped by emotional.
- Project management processes: rational
- People: emotional
Process provides skeptics a map. Unfortunately, processes do not like variables. Variables are risk and risk threatens projects. People and time are the absolute variables risks that affect a project.
- People layer their agenda, their bias, their culture, or their values above any team. A team does not have a shared value stronger than an individual’s value. Their individual and collective emotions affect each other.
- Time obscures variables. Variables increase as the time horizon increases. The further the time horizon the higher the variables that assault the process and no process accounts for all variables.
Project management is not about the process, but delivering a promise. Obedience to process without context of how people and time provide critical variance, is a sure way to miss project deliverables, if not derail project promise entirely.
Promise Project Management
People need to manage the project process fluidly to deliver the promise; not in spite of the promise, but because of the promise. Process underpins the promise. Between process and promise, it is more important that process is flexible and the promise remains set.
Keeping people emotionally involved means looking at what motivates and drives people. The power of promise is that it creates an emotional connection that people commitment to. Whether a project is delivered or fails, what is remembered was if the promise was delivered, not that the process was correct.
No process promises 100% success. A perfect project plan is less important than a project plan perfect for the people involved.
Project management source:
A Guide to the Project Management Body of Knowledge: (PMBOK 5.0 Guide)
Share this Post
Comments 4
Hi Toby,
As a project manager and someone who’s highly involved in the project management world through PM Hut ( http://www.pmhut.com ), I think that your post is great. Project management is indeed a promise before being a process.
I would like to republish your post on PM Hut, where many project managers will benefit from it. Please either email me or contact me through the “Contact Us” from on the PM Hut website in case you’re OK with this.
I appreciate PM Hut acknowledging this post about project process versus project promise.
I started the post to write project management is an example of systems theory: a system within a system and the likelihood of the success of one if the other system continually fails, etc…
However, the post started to move in a different direction and this is what came about.
I will contact you, as suggested. This post will join 4 tips to use Twitter for project management at PM Hut that received pros/cons comments to the post; comments that I always value and were professional. So, I appreciate the opportunity to expand community collaboration.
Thank you for dropping by. I get great value from the PM Hut site and Twitter feed.
Excellent post … ties together several important concepts … the promise (or commitment on the goal), the need to involve people in the plan (considering their talents, characteristics, interests and constraints), and the fact that having some process is important, following the process perfectly and blowing the promise is not a path for success.
Author
Process over promise, I imagine some contend order is maintained when a process is followed, but I feel if we focus on framework we come to flexibility that leads more to self-organized work and better results.
Then there is the whole governance over competence … a training issue more than a control solution, in my book.
Have a great New Year Henry, and thank you for the comment.