PM tools must support decision making, not replace it!

From the Easy in theory, difficult in practice Blog
by
My musings on project management, project portfolio management and change management. I'm a firm believer that a pragmatic approach to organizational change that addresses process & technology, but primarily, people will maximize chances for success. This blog contains articles which I've previously written and published as well as new content.

About this Blog

RSS

Recent Posts

Defeating the multitasking monster

Just because you have information radiators doesn't mean senior stakeholders will review them!

What's the right sprint length for your team?

There can be only one (and it is not YOUR project)!

A camel is a horse designed by a committee


Categories: Project Management, Tools


For many, the Holy Grail of PM tools are those that are able to automate all aspects of the project portfolio management life cycle.  There is something very appealing about being able to guide PMs, sponsors, stakeholders & team members through a methodology by removing any opportunities for inconsistent usage.  The assumption is that presented with a single path, everyone will dutifully follow that path resulting in higher quality decision support data for executives.

There are a few challenges with this Utopian scenario:

  • A common cause of PMO failures is a lack of fit with their host organization – the same can be said for PM tools.  If the tools don’t fit the culture and maturity of the teams that have to use them, active or passive change resistance will impact tracking and reporting quality.
  • Since there is no one size fits all projects PM methodology, the same will apply to the tools supporting the methodology.  Unless the PM tools are also able to support multiple approaches to the PM life cycle (e.g. big vs small projects, waterfall vs agile approaches), what works well for one project will be inappropriate for another.  Of course, if the projects are all of a particular type (e.g. implementing the same COTS application following a consistent process for multiple clients) this might be less of a concern.
  • “Best practices” are only suitable if they are best for your organization.  Given the infinite variations on process workflows and information gathering needs, no single solution can claim to have a built-in set of best practices that will apply to more than a handful of situations.
  • Removing flexibility from the PM process stifles creativity.  Unlike producing widgets where process control and total consistency of execution is needed, the uncertainty factor on projects requires people to think outside the box.  While I am not advocating the chaos that emerges from having NO processes or supporting automation, the opposite extreme is equally bad as staff run the risk of spending more time blindly following the processes than thinking for themselves.
  • The tool shouldn’t replace normal delivery assurance practices.  It is a fallacy to assume that process compliance will automatically lead to improved project predictability.  PPM or PM tools are there to support decision making, and not to replace it.
  • If your sponsors & stakeholders are not performing their roles appropriately based on human feedback, will system-provided feedback be any more effective?

A better approach might be a coach/mentor expert system – for example, the tool could suggest an appropriate decomposition level for the WBS, or could notify the PM if the risk register is getting stale.  It is still left to the PM to decide whether or not to accept the advice, but such a system coupled with a feedback loop (e.g. “was this advice helpful?”) could change the role of the automation from Big Brother to Bagger Vance.

(Note: This article was originally written and published by me in June 2011 on my personal blog, kbondale.wordpress.com)

Posted on: March 20, 2018 07:00 AM | Permalink

Comments (15)

Please login or join to subscribe to this item
Kiron, I was so looking forward to AI robots taking over our projects and we just hang around counting "electric sheep" ;-)

That was a nice article Kiron

PM tools do not replace PM skills and experience. PM tools are there to support and not substitute (so far). AI might effect the way we do things but mostly in a supporting roles or else, I too will be joining Sante.
Thank you Kiron for a great article.

Kiron, in my company we are looking forward to implement a PM tool to help us with communication problems and to serve as information/documentation management and control. What would you suggest to ask to the provider for in order to keep this as a tool and not as a magic wand to solve everything for us?

Thank you for the article, it is really great.

Good article, Kiron and thanks for sharing.

Thanks Eduin & Anish!

Juan - I'd suggest finding out whether the tool is scalable and features you aren't using right now can be turned off. I'd also suggest giving the folks who will be entering and maintaining data in it to "kick the tires".

Kiron

This is critically important with well-crafted bullet points to support. I have seen this all too often, just in general, with IT, Business Groups, individual teams. What often is missing is knowing what 'it' is that needs support.

Nice [re]post, Kiron.

Thank you, Kiron. I'll keep that in mind for this endeavor.

I hope we'll keep in touch!

Very interesting insight.

There really is very useful information here

Please Login/Register to leave a comment.

ADVERTISEMENTS

"Don't go around saying the world owes you a living. The world owes you nothing. It was here first."

- Mark Twain

ADVERTISEMENT

Sponsors