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.
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 welcomeWould you like to see your comments posted here? rbrenBJkfHGwQpUdsuTNDner@ChacXzMSecNOxfMuTqQMoCanyon.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.
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.
More articles on Project Management:
- Make a Project Family Album
- Like a traditional family album, a project family album has pictures of people, places, and events.
It builds connections, helps tie the team together, and it can be as much fun to look through as it
is to create.
- Declaring Condition Red
- High-performance teams have customary ways of working together that suit them, their organizations,
and their work. But when emergencies happen, operating in business-as-usual mode damages teams —
and the relationships between their people — permanently. To avoid this, train for emergencies.
- Scheduling as Risk Management
- When we schedule a complex project, we balance logical order, resource constraints, and even politics.
Here are some techniques for using scheduling to manage risk and reduce costs.
- The Politics of the Critical Path: I
- The Critical Path of a project or activity is the sequence of dependent tasks that determine the earliest
completion date of the effort. If you're responsible for one of these tasks, you live in a unique political
- Ten Approaches to Managing Project Risks: III
- Project risk management strategies are numerous, but these ten strategies are among the most common.
Here are the last three of the ten strategies in this little catalog.
Forthcoming issues of Point Lookout
- Coming August 23: Look Where You Aren't Looking
- Being blindsided by an adverse event could indicate the event's sudden, unexpected development. It can also indicate a failure to anticipate what could have been reasonably anticipated. How can we improve our ability to prepare for adverse events? Available here and by RSS on August 23.
- And on August 30: They Just Don't Understand
- When we cannot resolve an issue in open debate, we sometimes try to explain the obstinacy of others. The explanations we favor can tell us more about ourselves than they do about others. Available here and by RSS on August 30.
I offer email and telephone coaching at both corporate and individual rates. Contact Rick for details at rbrenBJcCrVmhbIyeAqQyner@ChacXkByoVZTRwWUDjzAoCanyon.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:
- 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
- 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 organizational leaders, business
analysts, project sponsors, and project managers, the story is fascinating. Lessons abound. Read
more about this program. Here are some dates for this program:
- The Westin Virginia Beach Town Center, 4535 Commerce Street,
Virginia Beach, VA 23462: September 13,
Monthly Meeting, Hampton Roads Chapter of the Project Management Institute. Register now.
- CTCPA, 716 Brook Street,
Rocky Hill, CT 06067: September 20,
Full-day Workshop, Southern New England Chapter of the Project Management Institute. Register now.
- The Westin Virginia Beach Town Center, 4535 Commerce Street, Virginia Beach, VA 23462: September 13, Monthly Meeting, Hampton Roads Chapter of the Project Management Institute. Register now.
- Creating High Performance Virtual Teams
- Many people experience virtual teams as awkward, slow, and sometimes
frustrating. Even when most team members hail from the same nation or culture, and even when they all
speak the same language, geographic dispersion or the presence of employees from multiple enterprises
is often enough to exclude all possibility of high performance. The problem is that we lead, manage,
and support virtual teams in ways that are too much like the way we lead, manage, and support co-located
teams. In this program, Rick Brenner shows you how to change your approach to leading, managing, and
supporting virtual teams to achieve high performance using Simons' Four Spans model of high performance.
Read more about this program. Here's a date for this
- Baci Grill, 134 Berlin
Road, Berlin, CT 06416: September 19,
Monthly Meeting, Southern New England Chapter of the Project Management Institute. Register now.
- Baci Grill, 134 Berlin Road, Berlin, CT 06416: September 19, Monthly Meeting, Southern New England Chapter of the Project Management Institute. Register now.
- 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.