Mitigating Risk Resistance Risk
by Rick Brenner
Project managers are responsible for managing risks, but they're often stymied by insufficient resources. Here's a proposal for making risk management more effective at an organizational scale.

Flooding in Metarie, Louisiana, following Hurricane Katrina. The photo was taken September 8, 2005. The Hurricane had made landfall nine days earlier, on August 29. The catastrophic scale of the damage was due, in part, to the scale of the storm, and, in part, to the manner in which the various governments involved managed risk and risk resistance. Dr. Walter Maestri, Emergency Management Consultant with
DRC Group, was for over a decade the Director of Emergency Management for Jefferson Parish, Louisiana, of which Metarie is a part. Dr. Maestri held that position through the events associated with Hurricane Katrina. In a 2005 interview with the PBS program
FRONTLINE, and on numerous other occasions including congressional testimony, Dr. Maestri told of funds promised but not allocated and mitigation plans revised or deferred. He is quoted as saying, "pay me now or pay me later. You're going to pay now, the estimates are more than $160 billion to rebuild this community. If you had pre-positioned all of the resources that needed to be here, if you had raised the levees or begun that process or looked at some of these other out-of-the-box ideas, it wouldn't have cost $160 billion, and we wouldn't have lost as much as we have." In response, government officials have argued that even if those plans had been executed, the catastrophe would not have been prevented, because the scale of the storm exceeded the design capacity of the mitigations. However, such a claim only indicts as inadequate the planned — but deferred — mitigations. Photo courtesy
U.S. National Oceanic and Atmospheric Administration.
Risk resistance is the objection to all or part of a risk plan's content. Typically, objectors are project sponsors or senior managers. Typical objections are that the risks in question are fictitious, or that the mitigation plan is too expensive. Since the organizational power of the objectors generally exceeds that of the risk plan's authors, authors often simply eliminate or downgrade the items with which objectors disagree.
Although risks rarely materialize as projected, something similar often does. A classic example is the flooding of New Orleans in 2005. Concerns about such catastrophes trace back at least to the Flood Control Act of 1965, but the resources provided over the years for mitigating flood risk were most inadequate. The result of these mitigation downgrades is the disaster following Hurricane Katrina.
Downgrading risk plans — or their funding — doesn't downgrade the risk or make risk mitigation any cheaper. Instead, it opens gaps between risk plans and reality. That's how risk resistance creates risk. Here are four methods for addressing risk resistance risk.
- Make risk plan revision traceable
- Document risk plan revision in a Risk Plan Revision History — a section of the project plan that documents the downgrading of risk probability estimates and risk mitigation budgets.
- Traceability facilitates corrective action when the organization is found unprepared for risks that do materialize. Record in the History the original risk plan elements, the reasoning supporting the modifications, and the dates of and parties to the downgrade decisions.
- Retrospectively review gaps between risk plans and reality
- After an unanticipated risk materializes, and its full impact on budget and schedule are known, review how it was addressed in the risk plan.
- Was the risk anticipated in the final plan? If not, was it addressed in any earlier versions of the risk plan? Were earlier versions of the plan downgraded? Use the Risk Plan Revision History to answer these questions.
- Measure risk response budgets and actuals
- Keep accurate historical data measuring both the budget and actuals for risk response.
- Managing risk more Document risk plan revision in
a Risk Plan Revision Historyeffectively requires narrowing the gap between risk plan budgets and risk response expenditures. Rarely do we have the necessary data available when we try to assess our risk performance. Start collecting it now.
- Measure risk performance globally
- Mitigating risk by taking actions that harm other projects can be expensive to the organization.
- Some projects use political power to export the costs of their risk responses onto other projects. For example, reassigning people with rare skills — or holding onto them longer than planned — might aid one project, but it can harm others. To assign responsibility for these costs correctly, measure risk response costs across the entire organization, as opposed to per-project.
Objectors to risk plans, who often recognize the implications of the measures suggested here, might raise objections to implementing them. Begin advocacy or implementation only when you're prepared to meet those objections.
Top
Next Issue
Is every other day a tense, anxious, angry misery as you watch people around you, who couldn't even think their way through a game of Jacks, win at workplace politics and steal the credit and glory for just about everyone's best work including yours? Read 303 Secrets of Workplace Politics, filled with tips and techniques for succeeding in workplace politics. Order Now!
Your comments are welcome
Would you like to see your comments posted here?
Send me your comments by email, or
by Web form.
About Point Lookout
Thank you for reading this article. I hope you enjoyed it and found it useful,
and that you'll consider
recommending it to a friend.
Point Lookout is a free weekly email newsletter. Browse the archive
of past issues. Subscribe for free.
Support Point Lookout by joining the Friends of Point Lookout,
as an individual or as an organization.
Do you face a complex interpersonal situation? Send it in,
anonymously if you like, and I'll give you my two cents.
Related articles
More articles on
Project Management:
Flanking Maneuvers
- Historically, military logistics practice has provided a steady stream of innovations to many fields, including project management. But project managers can learn even more if we investigate battlefield tactics.
The Injured Teammate: Part I
- You're a team lead, and one of the team members is very ill or has been severely injured. How do you handle it? How do you break the news? What does the team need? What do you need?
Long-Loop Conversations: Asking Questions
- In virtual or global teams, where remote collaboration is the rule, waiting for the answer to a simple question can take a day or more. And when the response finally arrives, it's often just another question. Here are some suggestions for framing questions that are clear enough to get answers quickly.
Project Improvisation Fundamentals
- Project plans are useful — to a point. Every plan I've ever seen eventually has problems when it contacts reality. At that point, we replan or improvise. But improvisation is an art form. Here's Part I of a set of tips for mastering project improvisation.
Nonlinear Work: Internal Interactions
- In this part of our exploration of nonlinear work, we consider the effects of interactions between the internal elements of an effort, as distinguished from the effects of external changes. Many of the surprises we encounter in projects arise from internals.
See also Project Management and Workplace Politics for more related articles.
Coaching services
I offer email and telephone coaching at both corporate and individual rates.
Contact me for details at
rbrenner@ChacoCanyon.com
or (617) 491-6289, or toll-free in the continental US at (866) 378-5470.
Get the ebook!
Past issues of
Point Lookout are available in six ebooks:
Reprinting this article
Are you a writer, editor or publisher on deadline?
Are you looking for an article that will get people talking and get compliments flying your way? You can have 500 words in your inbox in one hour. License any article from this Web site.
More info
Public seminars
- The Race to the South Pole: Ten Lessons for Project Managers
- On 14
December 1911, four men led by Roald Amundsen reached the South Pole. Thirty-five days later, Robert F. Scott and four others followed. Amundsen had won the race to the pole. Amundsen's party returned to base on 26 January 1912. Scott's party perished. As historical drama, why this happened is interesting enough, but to project managers, the story is fascinating. Lessons abound. Read more about this program. Here's an upcoming date for this program:
- The Race to the South Pole: The Power of Agile Development
- On 14
December 1911, four men led by Roald Amundsen reached the South Pole. Thirty-five days later, Robert F. Scott and four others followed. Amundsen had won the race to the pole. Amundsen's party returned to base on 26 January 1912. Scott's party perished. As historical drama, why this happened is interesting enough. Lessons abound. Among the more important lessons are those that demonstrate the power of the agile approach to project management and product development. Read more about this program. Here's an upcoming date for this program: