<?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: Technical Debt: Refactoring vis-a-vis Starting Afresh</title>
	<atom:link href="http://theagileexecutive.com/2009/11/10/technical-debt-refactoring-vis-a-vis-starting-afresh/feed/" rel="self" type="application/rss+xml" />
	<link>http://theagileexecutive.com/2009/11/10/technical-debt-refactoring-vis-a-vis-starting-afresh/</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: Israel Gat</title>
		<link>http://theagileexecutive.com/2009/11/10/technical-debt-refactoring-vis-a-vis-starting-afresh/#comment-747</link>
		<dc:creator><![CDATA[Israel Gat]]></dc:creator>
		<pubDate>Thu, 12 Nov 2009 13:15:16 +0000</pubDate>
		<guid isPermaLink="false">http://theagileexecutive.com/?p=3586#comment-747</guid>
		<description><![CDATA[No doubt indeed, &quot;you&#039;re starting with the knowledge you&#039;ve learned over the years building and supporting a product in the market.&quot; I would add that you start as well with the ongoing needs of the customer base using your legacy sysyem. The way you cater to (or fail to cater to) their operational and business needs while working on and introducing the new software is your acid test.

Israel]]></description>
		<content:encoded><![CDATA[<p>No doubt indeed, &#8220;you&#8217;re starting with the knowledge you&#8217;ve learned over the years building and supporting a product in the market.&#8221; I would add that you start as well with the ongoing needs of the customer base using your legacy sysyem. The way you cater to (or fail to cater to) their operational and business needs while working on and introducing the new software is your acid test.</p>
<p>Israel</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Todd Olson</title>
		<link>http://theagileexecutive.com/2009/11/10/technical-debt-refactoring-vis-a-vis-starting-afresh/#comment-745</link>
		<dc:creator><![CDATA[Todd Olson]]></dc:creator>
		<pubDate>Thu, 12 Nov 2009 03:39:14 +0000</pubDate>
		<guid isPermaLink="false">http://theagileexecutive.com/?p=3586#comment-745</guid>
		<description><![CDATA[Nice post. I appreciate that you proposed a model to evaluate this decision.

However, in practice I find that teams and organizations rarely consider starting afresh.  It&#039;s often written off as being impossible without any analysis at all. 

I encourage teams I work with to evaluate starting afresh even it seems impossible.  Of course, you need to be smart about changes like this, but you are never starting completely new.  You&#039;re starting with the knowledge you&#039;ve learned over the years building and supporting a product in the market.]]></description>
		<content:encoded><![CDATA[<p>Nice post. I appreciate that you proposed a model to evaluate this decision.</p>
<p>However, in practice I find that teams and organizations rarely consider starting afresh.  It&#8217;s often written off as being impossible without any analysis at all. </p>
<p>I encourage teams I work with to evaluate starting afresh even it seems impossible.  Of course, you need to be smart about changes like this, but you are never starting completely new.  You&#8217;re starting with the knowledge you&#8217;ve learned over the years building and supporting a product in the market.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

