Project Management

Who’s The Judge Here, Anyway?

From the Game Theory in Management Blog
by
Modelling Business Decisions and their Consequences

About this Blog

RSS

Recent Posts

George Jetson, Bring Me A Rock!

How To Obstruct A PMO

Rage, Rage Against The Dying Of The Project

Think You Have A Culture Problem? Think Again.

Finally! A GAAP Concept PMs Can Get Behind!

Categories

Game Theory, PMO, Politics, Risk Management, Strategic Management

Date

linkedin twitter facebook Request to reuse this  


I was recently in a discussion with my older son, who works as a prosecutor and graduated from Notre Dame Law School (Magna Cum Laude … not that I’m proud, or anything), when he brought up a highly relevant point that I had completely missed.

“Objection!” I interjected, “Evidence not entered as fact!”

“That’s gibberish” he replied.

“Not according to the television law shows I’ve seen.”

“Then you need to watch a higher caliber of law shows.”

Meanwhile, back in the PM world, there exists a surfeit of ideas that claim to be within the umbrella of legitimate project management science. Some of these (critical path, earned value) unquestionably belong, while others are at best suspect, at worst plunging whole sectors of project management theory into irrelevance. As my regular readers know, I regularly skewer these ideas, which nominally include:

  • Generally Accepted Accounting Principles masquerading as project cost/schedule performance analysis,
  • Risk Management or Analysis, in most of its forms,
  • Communications Management, which does have its place, but has been marketed far beyond its nominal efficacy,
  • Quality Management, which shares with risk management an over-dependence on Gaussian Curves,
  • Human Resources management, which belongs with, well, resource management,
  • Procurement, which belongs completely under the asset managers’ purview,

…among others. I can rail to my blogger heart’s content against these theories and practices, but there is no final arbiter, a judge who can render a decision that all parties must respect going forward.

Or is there?

Note what the Agile/Scrum developers did. In the crushingly competitive IT market, they adapted just those project management concepts that they believed provided a competitive advantage, and paid less (or no) attention to those practices that were, well, irrelevant. What traditional PM practices are missing from most Agile/Scrum projects? Just:

  • GAAP practices pretending to provide cost/schedule performance,
  • Risk Management or analysis, in most of its forms,
  • Communications Management has been intensified, but only internal to the project team, and serves as a substitute for more formal change control or configuration management. All that business about engaging all stakeholders is notably absent.
  • Quality Management is also put into its place, being very important to successful IT project delivery, but not to the point that the QC guys can slam the brakes on the whole project, or dramatically alter the way the software engineers do their jobs,
  • Many (most?) IT projects get delivered without any HR influence, and
  • Procurement. Including procurement might be a bit unfair, since IT projects are typically labor-intensive, but you see my point.

For those concepts and ideas whose developers/backers desperately want to be considered relevant, there will be no judge, jury, and competing assertions tested for veracity in a finding-of-legitimacy setting. They can only submit articles, columns, and blogs, entreating their readers to use some of those concepts in order to be doing “real” or “legitimate” PM. In the meantime, the ultimate decider of relevancy – the free market – will pick and choose which ideas are indeed helpful in their markets, and which are, well, irrelevant.

The jury’s out on those areas I’ve regularly criticized in this blog. But I’m optimistic, though this optimism may be fueled by the sub-standard legal dramas I’ve been watching.


Posted on: June 27, 2016 10:17 PM | Permalink

Comments (4)

Please login or join to subscribe to this item
avatar
Dave Hamel PM I| Société Québécoise des Infrastructures Shannon, Quebec, Canada
Thanks for the post, it touched on something I often wonder about which is do we have actual data, such as money or time saved or customer feedback, and not just peer opinions supporting the effectiveness of the practices described in the PMBok or Agile for that matter?

I'm a "traditional" project manager in manufacturing/construction projects and I've worked on a few IT projects. From having seen Agile at work, I can't say that I'm that impressed by it and benchmarking against it to me is not a garantee of stellar project performance. Is there data showing that projects using Agile have a better track record than projects that did without?

I think a lot of the PMBoK and also Agile comes more from ideology than actual fact. The way these methodologies are built is from gathering information and feedback on what made projects succesful from people who often had a vested interest in these same methodologies, so biases come into play. That being said, I'm a strong believer in most if not all of the practices described in the PMBok, but selling it is sometimes difficult when facing older more conservative managers and some hard data would be helpful.

I think project management, like most social sciences, would benefit from a rigourous fact based approach backed up with statistical analysis to determine which practices actually make a difference. That being said, this is not easy to do when you can't really find identical projects and isolate variables to play with from one to the other. So, like in social sciences, you have to find those "natural" experiments.

I don't know if there has been work done in this fashion regarding PM practices but if so I'm interested in being pointed in the right direction and reading about it.

avatar
Wade Harshman Scrum Master| GDIT Indianapolis, In, United States
Traditional risk management / analysis might be missing from Scrum, but a valid argument could be made that the iterative and incremental approach inherently incorporates risk management into the Scrum framework, since there are scheduled reviews and opportunities for adjustments. From that perspective, a well-functioning Scrum team might actually be managing risk better than those of us who spend our time manipulating probability/impact charts.

avatar
Michael Hatfield Author / Blogger| Author Albuquerque, Nm, United States
Objection! Evidence not entered as fact! (Oh, that doesn't work, does it?)
I have to object, though, to Mr. Harshman's comment. He seems to be suggesting that, even though Scrum PM teams do not use the traditional methods of risk management, nor do they generate RM's typical output, they are, nonetheless, "managing risk." If they are, in fact, managing risk without any of the traditional RM analysis methods or artifacts, doesn't that make my point for me?
But, to really see RM take-downs, I would like to recommend my August postings ... those are far more complete in addressing my heartburn with RM as currently practiced.

avatar
Alaa Hussein Program Manager| MEMECS Baghdad, Iraq
Thanks for sharing!

Please Login/Register to leave a comment.

ADVERTISEMENTS

Eighty percent of success is showing up.

- Woody Allen

ADVERTISEMENT

Sponsors