![A diagrammatic representation of the Deer Island Waste Water Treatment Plant in Boston Harbor A diagrammatic representation of the Deer Island Waste Water Treatment Plant in Boston Harbor](../images/deer-island-diagram.png)
A diagrammatic representation of the operation of the Deer Island Waste Water Treatment Plant in Boston Harbor. Ending years of noncompliance with federal water treatment regulations by Massachusetts, the Massachusetts Water Resources Authority began partial operation of the plant in 1995. It became fully operational in 2000. View a larger image
Addressing the problem of sewage treatment necessarily requires confronting the question of what to do with the various products it produces, while avoiding generating new problems. This diagram, and the explanation that accompanies it at the MWRA Web site, shows how the plant design solves the sewage problem while it avoids creating new problems. For example, the methane generated in the sewage digesters is collected and used in Deer Island?s on-site power plant to create steam that supplies hot water and heat for the facility. This process is one of many other renewable energy processes the plant employs.
Image courtesy Massachusetts Water Resources Authority.
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. [Jänicke 1990] 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 issue 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
Footnotes
Your comments are welcome
Would you like to see your comments posted here? rbrendPtoGuFOkTSMQOzxner@ChacEgGqaylUnkmwIkkwoCanyon.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 Problem Solving and Creativity:
Bois Sec!
- When your current approach isn't working, you can scrap whatever you're doing and start again —
if you have enough time and money. There's a less radical solution, and if it works, it's usually both
cheaper and faster.
Breaking the Rules
- Many outstanding advances are due to those who broke rules to get things done. And some of those who
break rules get fired or disciplined. When is rule breaking a useful tactic?
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.
During-Action Reviews
- When you depend on internal services to get your job done, and they aren't being delivered in a customer-oriented
fashion, solving the problem during the incident isn't likely to work. Here are seven tips for addressing
the issue.
Remote Hires: Inquiry
- When knowledge workers join organizations as remote hires, they must learn what's expected of them and
how it fits with what everyone else is doing. This can be difficult when everyone is remote. A systematic
knowledge-based inquiry procedure can help.
See also Problem Solving and Creativity and Workplace Politics for more related articles.
Forthcoming issues of Point Lookout
Coming July 3: Additive bias…or Not: II
- Additive bias is a cognitive bias that many believe contributes to bloat of commercial products. When we change products to make them more capable, additive bias might not play a role, because economic considerations sometimes favor additive approaches. Available here and by RSS on July 3.
And on July 10: On Delegating Accountability: I
- As the saying goes, "You can't delegate your own accountability." Despite wide knowledge of this aphorism, people try it from time to time, especially when overcome by the temptation of a high-risk decision. What can you delegate, and how can you do it? Available here and by RSS on July 10.
Coaching services
I offer email and telephone coaching at both corporate and individual rates. Contact Rick for details at rbrendPtoGuFOkTSMQOzxner@ChacEgGqaylUnkmwIkkwoCanyon.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
![Send email or subscribe to one of my newsletters](../images/social-icons/email-32.png)
![Follow me at LinkedIn](../images/social-icons/linkedin-reg-32.png)
![Follow me at X, or share a post](../images/social-icons/x-32.png)
![Subscribe to RSS feeds](../images/social-icons/feed-icon-32.png)
![Subscribe to RSS feeds](../images/social-icons/facebook-icon-32.png)
Recommend this issue to a friend
Send an email message to a friend
rbrendPtoGuFOkTSMQOzxner@ChacEgGqaylUnkmwIkkwoCanyon.comSend a message to Rick
A Tip A Day feed
Point Lookout weekly feed
![Technical Debt for Policymakers Blog](../images/logos/techdebtpolicy-logo-sm-1.png)