
Terminal 3 of Beijing Capital International Airport. An extraordinary number of processes must work with precision for an airline to operate "within normal parameters" for a single day. Aircraft, fuel, seating assignments, luggage, flight crew, security, and on and on. That they do as well as they do is worthy of admiration.
Early in the morning on May 27, one of Britain's busiest annual travel days, British Airways canceled all flights from London's two biggest airports. More than 1,000 flights and 75,000 passengers were affected. In a statement, the airline announced that "a major IT system failure" had disrupted flight operations worldwide. [Johnston 2017] [Dans 2017]
On September 28 "network problems" struck the firm Amadeus IT Group SA, whose Altea software "is used by more than 100 airlines worldwide," including "Air France, Southwest, Lufthansa, British Airways, Qantas, China Air and Korean Air." [Rizzo 2017] Passengers around the world reported long lines, and although the system did recover that same day, delays of hours were widespread, and many international passengers missed connections.
On that same day, in the midst of worldwide air traffic disruption, Reuters reported that the United States General Accounting Office would be investigating these disruptions and a string of others that had occurred in the previous six months. [Shepardson 2017] Fires, network outages, human error, and goodness knows what else were suspected causes.
Clearly something was not right with the airlines' management of technological risk. And since no major industry understands technological risk management better than the airlines, it's reasonable to suppose that if the airline industry is having trouble managing technological risk, just about everyone is.
However assiduously we avoid risk, we sometimes find — suddenly, as the airlines did — that we're up to our necks in it. How does this happen? How does risk creep into our projects and our operations? Let's consider projects, because they're time-limited and therefore a little less complicated.
When project champions are required to "sell" When project champions are
required to "sell" a project
internally, they sometimes overcommita project internally, they sometimes overcommit. If that happens because of an inordinately high bar imposed by senior management, one possible cause is a most curious phenomenon, related to what Boehm et al. call a "conspiracy of optimism" [Boehm 2016], and which is actually a variant of the n-person prisoner's dilemma. [Hamburger 1973] Specifically, senior management might be trying to manage enterprise-scale risk by requiring high returns at low risk from individual projects (or even individual portfolios of projects). Ironically, this approach results in risk elevation for the individual projects or portfolios, because project champions must promise the nearly impossible, or the outright impossible, to gain access to resources. The paradoxical result is that risk aversion on the part of senior management fosters an environment in which nearly all activities that are underway are high risk. By attempting to wring risk out of the enterprise, management opens the door and invites it in.
It gets worse. It turns out that the risks confronting individual projects, arising from the unrealistic promises of project champions, are correlated. And that means that when one risk event materializes, others will too. We'll explore how project champions contribute to risk creep next time. Top
Next Issue
Are your projects always (or almost always) late and over budget? Are your project teams plagued by turnover, burnout, and high defect rates? Turn your culture around. Read 52 Tips for Leaders of Project-Oriented Organizations, filled with tips and techniques for organizational leaders. Order Now!
Footnotes
Your comments are welcome
Would you like to see your comments posted here? rbrenubcqSvusyBsQaEDwner@ChacfhuriyFKgDguTpuYoCanyon.comSend 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.
This article in its entirety was written by a human being. No machine intelligence was involved in any way.
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:
Guidelines for Sharing "Resources"
- Often, team members belong to several different teams. The leaders of teams whose members have divided
responsibilities must sometimes contend with each other for the efforts and energies of the people they
share. Here are some suggestions for sharing people effectively.
The Retrospective Funding Problem
- If your organization regularly conducts project retrospectives, you're among the very fortunate. Many
organizations don't. But even among those that do, retrospectives are often underfunded, conducted by
amateurs, or too short. Often, key people "couldn't make it." We can do better than this.
What's stopping us?
Missing the Obvious: I
- At times, when the unexpected occurs, we recognize with hindsight that the unexpected could have been
expected. How do we miss the obvious? What's happening when we do?
Missing the Obvious: II
- With hindsight, we sometimes recognize that we could have predicted the very thing that just now surprised
us. Somehow, we missed the obvious. Why does this happen?
Seven More Planning Pitfalls: I
- Planners and members of planning teams are susceptible to patterns of thinking that lead to unworkable
plans. But planning teams also suffer vulnerabilities. Two of these are Group Polarization and Trips
to Abilene.
See also Project Management and Project Management for more related articles.
Forthcoming issues of Point Lookout
Coming June 4: White-Collar Contractor Sabotage
- Modern firms in competitive, dynamic markets draw on many types of employer/employee relationships, including contractors. By providing privileges and perks preferentially among these different types, they risk creating a caldron of resentments that can reduce organizational effectiveness. Available here and by RSS on June 4.
And on June 11: More Things I've Learned Along the Way: VI
- When I gain an important insight, or when I learn a lesson, I make a note. Example: If you're interested in changing how a social construct operates, knowing how it came to be the way it is can be much less useful than knowing what keeps it the way it is. Available here and by RSS on June 11.
Coaching services
I offer email and telephone coaching at both corporate and individual rates. Contact Rick for details at rbrenubcqSvusyBsQaEDwner@ChacfhuriyFKgDguTpuYoCanyon.com or (650) 787-6475, or toll-free in the continental US at (866) 378-5470.
Get the ebook!
Past issues of Point Lookout are available in six ebooks:
- Get 2001-2 in Geese Don't Land on Twigs (PDF, )
- Get 2003-4 in Why Dogs Wag (PDF, )
- Get 2005-6 in Loopy Things We Do (PDF, )
- Get 2007-8 in Things We Believe That Maybe Aren't So True (PDF, )
- Get 2009-10 in The Questions Not Asked (PDF, )
- Get all of the first twelve years (2001-2012) in The Collected Issues of Point Lookout (PDF, )
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-1000 words in your inbox in one hour. License any article from this Web site. More info
Follow Rick
Recommend this issue to a friend
Send an email message to a friend
rbrenubcqSvusyBsQaEDwner@ChacfhuriyFKgDguTpuYoCanyon.comSend a message to Rick
A Tip A Day feed
Point Lookout weekly feed
