Monday, December 12, 2005

Results vs. Process; Which is More Important?








In the project management world, we've all been hearing about "process" for years, and of course most of us have been indoctrinated in PMI principles. And process is important, because it gives us a roadmap to follow and allows for continuous improvement (provided we learn from mistakes and tweak our processes accordingly).

But as the saying goes, the map is not the territory. Ultimately, in order to achieve results on a project, we need to know when to streamline certain processes, or even break the rules entirely, especially when faced with day-to-day challenges.

Companies like Toyota live by processes (even over short-term results), and do very well. But that is organizational strategy -- and a good one at that. The idea is that if processes are monitored and improved over time, then long term results will ultimately be realized. With project management, on any given project we cannot afford to wait years to see the fruit of our process improvement labors pay off. We're on a limited timeline, and must show results.

Granted, we still must conduct lessons-learned sessions and regularly revise gaps in our project management process (constantly looking to streamline), but from a tactical project management standpoint, results must come first.

This is why I conclude that, when it comes to managing a project, results are more important than process.

But there's something even more important than results, and that's people.

Ah, but that's the subject of another blog (to paraphrase the ending of the film, "The Jungle Book" -- the Sabu version, not the Disney cartoon).

Labels: , , , , , , , ,

2 Comments:

At 7:27 PM, Anonymous Anonymous said...

results are more important than process.

So long as the processes 'streamlined' or left out do not include quality control, configuration management and change control!

 
At 11:54 PM, Blogger Jerry Manas said...

I'm actually very glad you brought that up! The "results over process" principle does not apply to processes that are necessary for the success of project deliverables, such as the ones you mentioned. My other driving principle, which I did not list on this particular blog but did earlier, is that,while speed is important, success is more important than speed (which serves to balance out this principle).

I should clarify - By "results over process", I'm referring instead to the need to bypass bureaucratic processes when appropriate, especially ones that don't positively impact the success of the project (such as the case with some administrative processes). Instead, if a project manager focuses on only that which needs to be done to assure good results, the paperwork can be done in a simpler fashion or after the fact.

I'm also referring to the need to adopt the right project approach (be it agile, rolling wave, etc.) and not attempt a "one size fits all" methodology.

Even then, I still feel that scope definition and change management are critical. But there needs to be some leeway during design phases to allow for enlightened and progressive trial and error - and frequent stakeholder communication.

I might need to clarify my principle with different terminology (perhaps "Results are more important than Rules" might be more appropriate).

 

Post a Comment

Links to this post:

Create a Link

<< Return to PMThink! Project Management Gateway