Project Rescue and Recovery
Most projects do not fail for the problems on the project; they fail for the problems in the organizations associated with them. Even issues within the project are usually personnel related requiring the project manager to do more counseling than managing. So where does the project manager get these skills? Unfortunately, they come from experience; few come from formal training. Instead, project managers get training on process, which, as can be seen in many of my articles, is misguided. Project managers need to spend more time developing the organizations, making them stronger. Without doing extensive organization development, projects will continue to fail.
Recently I have seen an abundance of references to decision making in everything from presentations to job titles. Yes, I said job title. Director of Quality Decisions. The second thing that struck me (the first being that it was actually a title) was that it was too low in the company. Are other leadership roles like C-Levels, Presidents, and VPs exempt? Unfortunately, I know little about that job and cannot find the person that got the position. I would love to interview him or her.
Last week I had coffee with fellow tweep, Peter Kretzman, at the Zeitgeist Coffee in Seattle. We had a wonderful conversation and shared stories, philosophies, and impressions. In the process we stumbled upon a common literary love—The Mythical Man-Month by Frederick Brooks. I read it for the first time last summer and Peter reads every few years. We both extolled the virtues of the book and lamented at the fact that so many of the items Brooks brings up continue to plague us today.
From her corner office, the new executive decried, "Decentralize the PMO. Let each department be responsible for their own projects." Maybe she had made a pact with another executive for some other bit of power, or it could be she lost a power struggle and the PMO had to go, or possibly she has little regards for project management thinking it is a mechanical, blue collar discipline that methodically follows a recipe to execute each project. Bottom line, she is missing the point of the Project Management Office (PMO)—it is all about business goals. Unfortunately, for the company, decentralized PMOs provide little if any value. They are similar to distributed teamwork—an oxymoron. The concept is illogical.
|Publisher:||American Management Association|
|Publication date||1st Ed. February 2003
2nd Ed. January 2009
3rd Ed. March 2015
As the title implies, this book discusses identifying and managing risks on projects. Although the book is written in a very generic manner, it has a decidedly high-tech flavor. This partly due to the fact that the author worked at Hewlett-Packard for twelve years.
Kendrick's coverage of risk, or more correctly uncertainty, is complete in a general sense focusing a majority of his discussion on risk in projects due to poor planning and change management processes. Two chapters of the book deal with quantifying risk, but the math is kept simple as he recommends using commercial products to the brunt of the work.
The quickest way to get lost, in business or in your personal life, is failing to make decisions. Not knowing where you are headed increases stress and frustration. It would seem natural, then, that teams on projects beleaguered with indecisive management would be excited to have the logjam broken by a dynamic, decisive leader. Simply put, they are not. Every decision has its opponents and they are bound to be irritated, feeling they have lost prestige or stature. However, turning the decision into action requires a unified team. One of the best tools to accomplish this is to understand what impeded decision making and tactfully educating the team members on the source of the problem. This will garner their backing and improve their willingness to support the decision.
Last week I gave a presentation at the San Diego PMI Chapter's Tutorials conference. Flanking both sides of my ten o'clock presentation in the leadership track was Steve Romero. His two presentations were on IT governance. His energy, insight, enthusiasm, and passion (not to mention being the IT governance evangelist for CA Technologies) made him an excellent selection. And, what is so news worthy about that? Nothing. However, for someone that has little regard for adding one more layer of management to solve a problem, I was surprised that I sat through both of his presentations. He provided a three hours of information on governance—both PMOs and PPMs—crammed into two intense and valuable hours.
If you must choose between managing a project or building a team, start with the latter.
Teams run projects, not project managers. Projects fail without teams, plain and simple. Project managers need to start by building a team. Red, or failing, projects have an even bigger problem, the teams are beat up, demoralized, depressed and frustrated. The recovery manager must focus on rebuilding the team. Balancing this with finding the project's issues may seem daunting. Fortunately, many aspects of these tasks overlap and good leadership qualities make it even easier.
In a recent blog on stupid decisions, a reader asked about lessons learned processes. I had to defer the question since my reply would have been as long as the blog he was commenting on. So here we go: the entire class of retrospectives, postmortems, and lessons learned are a waste of time. Well, to be fair, I have never seen them work. They may have worked for others. Maybe the reason I never see them work is that I am involved only on disasters, you know, those projects everyone talks about for years to come, the ones people cannot get way from fast enough. Surely, the type of work I perform taints my experience.
Businesses exist to make money. To improve operations they create various initiatives with promises of improving the bottom line. Projects, though, cost money. They do not make a profit. The dichotomy in a strapped economy to spend savings on projects to improve future profits usually results in the conservation of cash. Many an argument has been had over whether it is better to run improvement projects, burning precious cash and heading off the competition, or taking the traditional approach and wait for times with better cash flow. Subsequent to 2008's financial folly, it is well known that most companies sat on their reserves and waited. That action may have some unintended consequences that are in the midst of surfacing.