Blog: Fixing Problem and High-Risk Projects

After nearly 30 years of project work, I struggle to understand the role of a project management office (PMO). Even though, I have written of the pros and cons, and read a plethora of articles, opinions, and how-to guides little has been done to convince me that the PMO is reducing project failure. It seems to be nothing more than a tool to fill a void in leadership? Even the acronym, which is so widely thrown around, has little meaning as the "P" has no less than four meanings. It is an executive's crutch for their lack of understanding in how projects work. These, like other, unattended holes in the corporate accountability create opportunities for new and greater bureaucracies and empires that further obfuscate accountability.

"Kotter, ADKAR, or CAP which methodology should we be using to build our approach to improving project adoption?" I hear this question repeatedly from people trying to implement an organizational change management (OCM) program. The problem is that is the wrong question. Take a perfunctory peek at any of the models and you will see that in the quest for an answer people have mistakenly jumped over the first few steps and they head down the road of failure. It is a Catch-22; unless you already have an OCM process in place, you will most likely fail at implementing it. Putting one in place, however, is a change—one of the most difficult cultural transformations your company will undertake. As a result, people jump to the solution stage, which is well down the change management process path (which, they did not know, ironically, since there was no procedure in place).

Customer Relationship Management (CRM) implementations fail at an alarming rate. For the last fourteen years, numerous independent parties have come up with the same dismal statistics. In fact, your implementation probably will not meet your goals either. The graphic above does not bode well for anyone heading out on that journey. To be sure, configuring the software is significantly more difficult that it appears at first glance. As much as one wants to blame Salesforce, Microsoft, or some other software vendor, though, the trouble lies much closer to home.

For the astute onlookers it is easy to tell when the implementation is going the awry. It is the argument over who is going to drive the project—IT or Sales and Marketing. Unfortunately, these are the wrong people to have in the discussion.

I have never posted email marketing results, because... well, let's face it... it is kind of tacky. Now and then, however, there is a story to be told. In my opinion, this set of statistics is a little over-the-top in what it shows. I can only see one way to interpret it other than Information Technology "leaders" simply do not care about leadership.

To understand how I can make such a brash statement, you need a little background...