<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Elbow Room for Handling Technical Debt</title>
	<atom:link href="http://theagileexecutive.com/2009/10/07/elbow-room-for-handling-technical-debt/feed/" rel="self" type="application/rss+xml" />
	<link>http://theagileexecutive.com/2009/10/07/elbow-room-for-handling-technical-debt/</link>
	<description>Making Agile Work</description>
	<lastBuildDate>Mon, 16 Jan 2012 14:09:12 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Is There Something Inherently un-Agile About ERP Software? &#171; The Agile Executive</title>
		<link>http://theagileexecutive.com/2009/10/07/elbow-room-for-handling-technical-debt/#comment-858</link>
		<dc:creator><![CDATA[Is There Something Inherently un-Agile About ERP Software? &#171; The Agile Executive]]></dc:creator>
		<pubDate>Wed, 30 Dec 2009 11:47:03 +0000</pubDate>
		<guid isPermaLink="false">http://theagileexecutive.com/?p=3523#comment-858</guid>
		<description><![CDATA[[...] reduce your technical debt instead of trying total rewrite. Chances are you will struggle to find Elbow Room for Handling Technical Debt. My hunch is that once &gt;50% of development resources are assigned to maintaining the software [...]]]></description>
		<content:encoded><![CDATA[<p>[...] reduce your technical debt instead of trying total rewrite. Chances are you will struggle to find Elbow Room for Handling Technical Debt. My hunch is that once &gt;50% of development resources are assigned to maintaining the software [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: It Won&#8217;t Work Here &#171; The Agile Executive</title>
		<link>http://theagileexecutive.com/2009/10/07/elbow-room-for-handling-technical-debt/#comment-796</link>
		<dc:creator><![CDATA[It Won&#8217;t Work Here &#171; The Agile Executive]]></dc:creator>
		<pubDate>Mon, 07 Dec 2009 11:46:54 +0000</pubDate>
		<guid isPermaLink="false">http://theagileexecutive.com/?p=3523#comment-796</guid>
		<description><![CDATA[[...] Affordability: The question to ask is whether you can afford not to improve your software. Tools are readily available to quantify your company&#8217;s technical debt. Monetize the technical debt and include it as a liability line item in a pro forma balance sheet. Doing so is likely to shift the discussion from affordability to how to create elbow room for handling the technical debt. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Affordability: The question to ask is whether you can afford not to improve your software. Tools are readily available to quantify your company&#8217;s technical debt. Monetize the technical debt and include it as a liability line item in a pro forma balance sheet. Doing so is likely to shift the discussion from affordability to how to create elbow room for handling the technical debt. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Technical Debt: Refactoring vis-a-vis Starting Afresh &#171; The Agile Executive</title>
		<link>http://theagileexecutive.com/2009/10/07/elbow-room-for-handling-technical-debt/#comment-744</link>
		<dc:creator><![CDATA[Technical Debt: Refactoring vis-a-vis Starting Afresh &#171; The Agile Executive]]></dc:creator>
		<pubDate>Tue, 10 Nov 2009 22:29:20 +0000</pubDate>
		<guid isPermaLink="false">http://theagileexecutive.com/?p=3523#comment-744</guid>
		<description><![CDATA[[...] simply continue a struggle that becomes more and more difficult over time. As indicated in the post Elbow Room for Handling Technical Debt, the second option is quite difficult to carry out if it is exercised at a late point in the [...]]]></description>
		<content:encoded><![CDATA[<p>[...] simply continue a struggle that becomes more and more difficult over time. As indicated in the post Elbow Room for Handling Technical Debt, the second option is quite difficult to carry out if it is exercised at a late point in the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Israel Gat</title>
		<link>http://theagileexecutive.com/2009/10/07/elbow-room-for-handling-technical-debt/#comment-620</link>
		<dc:creator><![CDATA[Israel Gat]]></dc:creator>
		<pubDate>Thu, 08 Oct 2009 11:51:29 +0000</pubDate>
		<guid isPermaLink="false">http://theagileexecutive.com/?p=3523#comment-620</guid>
		<description><![CDATA[1. Indeed, software bankruptcy is a powerful concept. Everyone gets in (at least intuitively) and it leaves no room to hide.
2. I am actually amidst compiling a post on the costs and implications of starting afresh. Attractive that it might look, starting afresh poses numerous problems IMHO. I will publish this post (on starting afresh) next week.

Israel]]></description>
		<content:encoded><![CDATA[<p>1. Indeed, software bankruptcy is a powerful concept. Everyone gets in (at least intuitively) and it leaves no room to hide.<br />
2. I am actually amidst compiling a post on the costs and implications of starting afresh. Attractive that it might look, starting afresh poses numerous problems IMHO. I will publish this post (on starting afresh) next week.</p>
<p>Israel</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: William Pietri</title>
		<link>http://theagileexecutive.com/2009/10/07/elbow-room-for-handling-technical-debt/#comment-619</link>
		<dc:creator><![CDATA[William Pietri]]></dc:creator>
		<pubDate>Thu, 08 Oct 2009 03:37:34 +0000</pubDate>
		<guid isPermaLink="false">http://theagileexecutive.com/?p=3523#comment-619</guid>
		<description><![CDATA[With some places I&#039;ve had to introduce the concept of software bankruptcy. At some point, it makes little financial sense to keep investing in a code base with excess debt. It can be radically cheaper to start fresh.

Unfortunately, no matter how clear the numbers, many executives are unwilling to admit that they&#039;ve gotten into so much technical debt that their project is worth less than nothing. Although they&#039;re willing to accept that a collision-damaged car is totaled and should be scrapped, they just can&#039;t (or won&#039;t) understand the same thing about a software system.]]></description>
		<content:encoded><![CDATA[<p>With some places I&#8217;ve had to introduce the concept of software bankruptcy. At some point, it makes little financial sense to keep investing in a code base with excess debt. It can be radically cheaper to start fresh.</p>
<p>Unfortunately, no matter how clear the numbers, many executives are unwilling to admit that they&#8217;ve gotten into so much technical debt that their project is worth less than nothing. Although they&#8217;re willing to accept that a collision-damaged car is totaled and should be scrapped, they just can&#8217;t (or won&#8217;t) understand the same thing about a software system.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

