In environmental science, and elsewhere, the term problem displacement describes what happens when solving a given problem creates a different problem. For example, sewage sludge disposal by incineration solves the sewage sludge disposal problem, but one consequence is air pollution . The term problem displacement is possibly a misnomer, because displacement typically refers to moving from one place to another. In most cases of problem displacement, the created problem or problems usually replace the original problem. For this reason, in these circumstances, I prefer the term problem replacement.
Problem replacement can also apply to problem solutions in organizations. It can be useful as a management tool, because it can clarify organizational status by accounting more accurately for all the costs of solving a problem. As an example, consider technical debt.
Technical debt is the collection of technology artifacts, arising by any mechanism, which we would like to revise or replace for sound engineering reasons. In many cases, if not most, organizations incur new technical debt as a consequence of solving some other problem. In our terms, much technical debt is the result of problem replacement.
For concreteness, consider upgrading a Customer Relationship Management (CRM) system. Suppose that because of financial pressures, the company decides not to upgrade the hardware that supports the CRM software. And suppose further, as is common, that the latest version of the CRM software requires a hardware upgrade. Consequently, upgrading the CRM software is impossible, which means that CRM system users must maintain existing applications — and develop new ones — based on the (now outdated) CRM software. They must later repeat that work when the new system is installed. It therefore comprises technical debt.
The debt in this example is not due to shoddy workmanship or shortcuts in implementing CRM applications. Rather, it's the direct result of "solving" the company's financial problems by postponing a hardware upgrade. It's an example of problem replacement.
In most In most organizations, the costs of
retiring software technical debt are
usually charged to the Information
Technology (IT) function. That
practice can obscure the
actual source of the problem.organizations, the costs of retiring software technical debts of this kind are usually charged to the Information Technology (IT) function. In our example, the cost of IT is thus represented as higher than it actually would be without problem replacement. Likewise, the cost of financial management is correspondingly represented as lower than it would be without problem replacement. A more accurate accounting would allocate to the financial management function, rather than to IT, the costs of carrying and eventually retiring the technical debt.
Because problem replacement scenarios are common in organizations, they account for a significant fraction of technical debt. The overstatement of the costs of the IT function, and the corresponding understatement of the costs of other enterprise elements, make responsible management of the enterprise difficult.
Some replacement problems can be termed unintended consequences. Perhaps some technical debt is unintentional. But some solutions that entail problem replacement, especially those that burden political rivals, are most intentional indeed. We'll explore examples of that phenomenon next time. Next in this series 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. More info
Your comments are welcomeWould you like to see your comments posted here? rbrenjITXLlIPznVmvnvUner@ChacCtiKSarcvRGaQGRsoCanyon.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 Problem Solving and Creativity:
- Nine Positive Indicators of Negative Progress
- Project status reports rarely acknowledge negative progress until after it becomes undeniable. But projects
do sometimes move backwards, outside of our awareness. What are the warning signs that negative progress
might be underway?
- 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.
- Problem Not-Solving
- Group problem solving is a common purpose of meetings. Although much group problem solving is constructive,
some patterns are useless or worse. Here are some of the more popular ways to engage in problem not-solving.
- New Ideas: Experimentation
- In collaborative problem solving, teams sometimes perform experiments to help choose a solution. These
experiments sometimes lead to trouble. What are the troubles and how can we avoid them?
- Rationalizing Creativity at Work: II
- Creative thinking at work can be nurtured or encouraged, but not forced or compelled. Leaders who try
to compel creativity because of very real financial and schedule pressures rarely get the results they
seek. Here are examples of tactics people use in mostly-futile attempts to compel creativity.
Forthcoming issues of Point Lookout
- Coming July 26: Strategic Waiting
- Time can be a tool. Letting time pass can be a strategy for resolving problems or getting out of tight places. Waiting is an often-overlooked strategic option. Available here and by RSS on July 26.
- And on August 2: Linear Thinking Bias
- When assessing the validity of problem solutions, we regard them as more valid if their discovery stories are logical, than we would if they're less than logical. This can lead to erroneous assessments, because the discovery story is not the solution. Available here and by RSS on August 2.
I offer email and telephone coaching at both corporate and individual rates. Contact Rick for details at rbrendirkKetGqTnRixIUner@ChacyiMjeniykPpfplTPoCanyon.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
- 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 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's a date for this program:
- CTCPA, 716 Brook Street,
Rocky Hill, CT 06067: September 20,
Full-day Workshop, Southern New England 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 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.