On the Risk of Undetected Issues: II

As we saw last time, the difference between a risk and an issue is that risks are adverse events that might or might not happen. They are uncertain. On the other hand, issues are adverse events that have already arisen, or are certain to do so. Undetected issues are especially problematic when we treat them as risks, instead of mounting serious efforts to uncover them.

Let's now explore tactics for uncovering undetected issues. The general principle underlying all these approaches is an obvious one: Look for undetected issues in the places where you're most likely to find them.

Involve the customer in development — from the beginning

When developers and customers collaborate, they educate each other. Customers don't always know what they want or need. Sometimes they think they know, but they're mistaken. Still, customers can make valuable contributions to development processes, and participation in development helps refine their knowledge of what they want or need. The sooner this happens, the closer the product comes to delighting the customer. And when this mutual education doesn't happen — or when it happens too late — we sometimes discover issues only after the product is delivered.

Use what you're building — early

Actual usage is Actual usage is the method
most likely to expose the
problems that arise
in actual usagethe method most likely to expose the problems that arise in actual usage. Use what you're building (or parts thereof) as early as possible, or recruit actual users to do so. If needed, install placeholders for incomplete components. Placeholders are usually worth the investment, because early usage that exposes serious problems can reduce rework.

Exploit organizational history

In retrospectives, note the occurrence of undetected issues, the time it took before they were detected, and the cost of not having detected them promptly. Review the observations for patterns. Apply this information to future and ongoing efforts, checking for repetitions of these patterns, and incorporating into designs of products, services, projects, controls, and procedures, clever mechanisms that will signal the presence of any of these patterns. Use the cost information to set the levels of these investments.

Account for the effects of cognitive biases

Cognitive biases are patterns of thinking that lead to systematic deviations from rationality and objectivity. They can cause us, for example, to dismiss indications of undetected issues in products or projects. Learn about cognitive biases and incorporate safeguards into your processes to reduce the impact of cognitive biases.

Test with undetected issues in mind

Tests and inspections typically focus on determining whether the items tested meet requirements and quality standards. That isn't enough. If you have evidence of patterns of undetected issues in earlier work, broaden the testing focus to check for undetected issues. If you're unaware of patterns of undetected issues, make some brilliant guesses.

Your organization probably has a number of projects underway. Almost certainly there are some undetected issues. What are they? Where are they? First in this series   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!

Your comments are welcome

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:

Restarting Projects

When a project gets off track, we sometimes cancel it. But since canceling projects takes a lot of courage, we look for ways to save them if we can. Often, things do turn out OK, and at other times they don't. There's a third choice, between pressing on with a project and canceling it. We can restart.

Finger Puzzles and "Common Sense"

Working on complex projects, we often face a choice between "just do it" and "wait, let's think this through first." Choosing to just do it can seem to be the shortest path to the goal, but it rarely is. It's an example of a Finger Puzzle.

Status Risk and Risk Status

One often-neglected project risk is the risk of inaccurately reported status. That shouldn't be surprising, because we often fail to report the status of the project's risks, as well. What can we do to better manage status risk and risk status?

False Summits: II

When climbers encounter "false summits," hope of an early end to the climb comes to an end. The psychological effects can threaten the morale and even the safety of the climbing party. So it is in project work.

Unresponsive Suppliers: III

When suppliers have a customer orientation, we can usually depend on them. But government suppliers are a special case.

See also Project Management and Critical Thinking at Work for more related articles.

Forthcoming issues of Point Lookout

Coming August 22: Dealing with Credit Appropriation

Very little is more frustrating than having someone else claim credit for the work you do. Worse, sometimes they blame you if they get into trouble after misusing your results. Here are three tips for dealing with credit appropriation. Available here and by RSS on August 22.

And on August 29: Please Reassure Them

When things go wildly wrong, someone is usually designated to investigate and assess the probability of further trouble. That role can be risky. Here are three guidelines for protecting yourself if that role falls to you. Available here and by RSS on August 29.

Coaching services

I offer email and telephone coaching at both corporate and individual rates. Contact Rick for details at rbrenAZTaWVUtdEHMzhbiner@ChaccbwRBFCMrZWylTZwoCanyon.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, USD 11.95)
• Get 2003-4 in Why Dogs Wag (PDF, USD 11.95)
• Get 2005-6 in Loopy Things We Do (PDF, USD 11.95)
• Get 2007-8 in Things We Believe That Maybe Aren't So True (PDF, USD 11.95)
• Get 2009-10 in The Questions Not Asked (PDF, USD 11.95)
• Get all of the first twelve years (2001-2012) in The Collected Issues of Point Lookout (PDF, USD 28.99)

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 Power Affect: How We Express Our Personal Power

Many people who possess real organizational power have a characteristic demeanor. It's the way they project their presence. I call this the power affect. Some people — call them power pretenders — adopt the power affect well before they attain significant organizational power. Unfortunately for their colleagues, and for their organizations, power pretenders can attain organizational power out of proportion to their merit or abilities. Understanding the power affect is therefore important for anyone who aims to attain power, or anyone who works with power pretenders. Read more about this program.

• A recording of a program presented 6:00 PM June 29 (Eastern Time), Monthly Webinar, Technobility Webinar Series. You can earn 1.0 Category 'A' PDU by viewing this program. View this program now.
   
• A recording of a program presented 6:00 PM June 29 (Eastern Time), Monthly Webinar, Technobility Webinar Series. You can earn 1.0 Category 'A' PDU by viewing this program. View this program now.
   

Technical Debt Management: Making the Business Case

This program outlines the steps necessary for deploying a program for rational management of technical debt. For many organizations, adopting a program for rationally managing technical debt entails organizational change. And unlike some organizational changes, this one touches almost everyone in the organization, because technical debt isn't merely a technical problem. Technical debt manifests itself in technological assets, to be sure, but its causes are rarely isolated to the behavior and decisions of engineers. We can't resolve the problem of chronically excessive levels of technical debt by changing the behavior of engineers alone. Technical debt is the symptom, not the problem. In this program we outline the essential elements of an effective business case for adopting a rational technical debt management program. But this business case, unlike many business cases, cannot be captured in a document. We must make the case not only at the leadership level of the organization, but also at the level of the individual contributor. Everyone must understand. Everyone must contribute. We explore five issues that make technical debt so difficult to manage, and develop five guidelines for designing technical debt management strategies for the modern enterprise. Read more about this program. Here's a date for this program:

• , Monthly Meeting, Central Illinois Chapter of the Project Management Institute.
   

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 a date for this program:

• , Monthly Meeting, Cincinnati chapter of the International Institute of Business Analysis.
   

The Power Affect: How We Express Our Personal Power

Many people who possess real organizational power have a characteristic demeanor. It's the way they project their presence. I call this the power affect. Some people — call them power pretenders — adopt the power affect well before they attain significant organizational power. Unfortunately for their colleagues, and for their organizations, power pretenders can attain organizational power out of proportion to their merit or abilities. Understanding the power affect is therefore important for anyone who aims to attain power, or anyone who works with power pretenders. Read more about this program.

• A recording of a program presented 6:00 PM June 29 (Eastern Time), Monthly Webinar, Technobility Webinar Series. You can earn 1.0 Category 'A' PDU by viewing this program. View this program now.