Unlearning Project Management
Who's Managing Whom?
Mercury

The fifth installment of my Unlearning Project Management series has been posted online. Here's the link.

This part continues considering project control.

"In a recent conversation, Howell remarked, “Current project controls increase risk in projects ... external risk is rarely the killer. Things most often go wrong because of the wreckage caused by the feedback and control used in current PM: control for cost, squeeze ‘em down, and the people will find a way to do just what you ask — reduce the immediate cost of their work. This reduces the predictability of workflow in the system, further reducing performance. Hazing managers in response to further cost increases puts projects into the death spiral.”



Thermostat Wars
ThermostatThe fourth installment of my Unlearning Project Management--The Control Dilemma--series has been posted. Here's the link.

Question of the day: What does the following video have to do with unlearning?



Don't Task, Don't Tell
The Zoo
The third installment of my Projects@Work Unlearning Project Management series, Don't Task, Don't Tell, has been posted. Follow this link, (mildly annoying registration required.)

I wish I could claim credit for the snappy title, but that is the work of P@W's fine editor, Aaron Smith.

The picture accompanying this posting comes from the final exercise of our Mastering Projects Workshop, where after two and a half days deeply considering how projects work, participants are assigned a planning exercise where traditional Management By Planning approaches fail. Few groups fail to create meaning with this experience, and none who succeed do so in ways they imagined beforehand. This installment considers alternatives to Management By Planning.

The first two installments generated a lot of comments. This one hasn't. Don't know why, but I'll appreciate any bark-back you might feel moved to post there.

Here's a taste of the content:

"Management By Planning, carried to its naturally recursive root, enlists every member of a project’s community as a planning project manager, which is far from Fayol and Taylor’s original Management By Planning intent. Each interprets the plan they receive, producing a locally situated version. Whether the plan received is wise depends, again, upon the mindfulness of each situated planner. Whether the project manager is wise might depend more upon their ability to listen than their authority to dispatch pre-planned work assignments.

"In the Spanish viceroy system, a bureaucracy that lasted more than 500 years, each viceroy reported directly to the king. Communications being slow in those days, a dispatch from the king, responding to a viceroy’s report, could take more than a year to reach an individual viceroy. So, the viceroys adopted a simple rule for interpreting directions from the king — The King Is Wise. This rule encouraged each local viceroy to interpret the king’s direction in some way that would preserve the apparent wisdom of the king, even if this meant utterly changing his specific instructions."

Unlearning Project Management (2)
eskimoWhat do you see in this picture? And what does this picture have to do with unlearning project management? See the second installment of my Unlearning Project Management.

Unlearning Project Management
napoleon
Technorati Profile

I'm investigating some ways to spread the contents of this blog more widely using Technorati. I might as well start here:

I have been, over the past month, developing a series of articles for Projects@Work entitled Unlearning Project Management. The first in this series was published last week to varied critical reception; mostly, it seems, quite critical. My editor there didn't report any death threats, but he did say that several people recommended that he black ball me from further contribution. He said he'd stick with me through this series, hoping that I might "win over a few of my critics" by the time I've finished the series.

What IS my problem with project management as I see it increasingly practiced? Here's some background from an email exchange with one of the critics of the first installment:

Here's something like a root foundation beneath my assertion. Over the past decade, I have visited dozens of companies struggling to deliver project results. The PMBoK-addicted ones seem to struggle much more. I know this says nothing about the PMBoK, but a lot about how people interpret PMBoK. Perhaps if it was titled, "Some Potentially Useful Project Management Information" this imprinting would be less severe. And, honestly, the problem imprint is rarely at the project manager level, but several levels above that. Executive edict commands that projects will henceforth be managed according to some Hoyle's model, and people within the organization just shut down their natural ability to pick and choose what seems right for their context in favor of pleasing their management. The stories proliferate (most falsely) that if they fail to live up to the promise of PMBoK by choosing differently, they'll be fired (or worse, whatever that might be.) So then their projects are saddled with the obligation to both do their projects "right" AND deliver results. The disconnect is not lost on many, but the disconnect is not easily reconnected.

I have seen many, many, many projects expend more energy failing to fulfill high church expectations that are inappropriate to the scale of their engagements. And lose connection to what works there in the process. So, I'm not on a rail against PMBoK, but, as you'll see in upcoming parts of the series, about how people, in the presence of the """Body Of Knowledge""" respond as if in the presence of something smarter, more knowledgeable, than they already are.

Napoleon claimed that the pursuit of perfection was the greatest evil. I think my moral outrage at the continuous improvement mindset is somehow rooted in this observation.

So, I'm trying to reconnect people to their natural genuis, the one that pre-dates their innocent adoption of an essentially mechanical mindset, which insisted that work is about process and process-improvement, and not about organic human interaction. This is a tough sell, and an even tougher 'think.' Once imprinted on a frame of reference, it's next to impossible to consider any other way; and even more difficult, this experience is teaching me, to explain an alternative in any way that makes sense from within the imprinted frame of reference. I teach about dissolving dilemmas, and I've adopted a dandy one here.

Good For A Goose