<?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/"
		>
<channel>
	<title>Comments on: Exit Strategies as part of Project Plans</title>
	<atom:link href="http://www.undocumentedfeatures.com/2008/10/13/exit-strategies-as-part-of-project-plans/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.undocumentedfeatures.com/2008/10/13/exit-strategies-as-part-of-project-plans/</link>
	<description>Manage your projects.  Don&#039;t let them manage you.</description>
	<lastBuildDate>Sat, 19 Jun 2010 08:42:25 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3515</generator>
	<item>
		<title>By: Pawel Brodzinski</title>
		<link>http://www.undocumentedfeatures.com/2008/10/13/exit-strategies-as-part-of-project-plans/comment-page-1/#comment-361</link>
		<dc:creator>Pawel Brodzinski</dc:creator>
		<pubDate>Thu, 27 Nov 2008 13:26:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.undocumentedfeatures.com/?p=222#comment-361</guid>
		<description>Although I believe &lt;a href=&quot;http://blog.brodzinski.com/2008/11/failure-is-option.html&quot; rel=&quot;nofollow&quot;&gt;a failure should always be considered as an option&lt;/a&gt; I usually don&#039;t setup exit strategies at the beginning of the project. Usually I try to monitor project condition regularly. If you do proper post mortem session (or whatever you call it) you should see red lights if something really bad is going to happen in future.

I&#039;ve seen a whole product line which was unprofitable but senior management refused even to work on exit strategy. They pumped money into project for two years more before being able to consider closing a project. They probably started analyzing revenues on each implementation and came to see the same arguments the project team would scream over their ears two years earlier.

I think most of the time a failure can be seen soon enough to have time to prepare proper exit plan. As far as you consider failure as an option.</description>
		<content:encoded><![CDATA[<p>Although I believe <a href="http://blog.brodzinski.com/2008/11/failure-is-option.html" rel="nofollow">a failure should always be considered as an option</a> I usually don&#8217;t setup exit strategies at the beginning of the project. Usually I try to monitor project condition regularly. If you do proper post mortem session (or whatever you call it) you should see red lights if something really bad is going to happen in future.</p>
<p>I&#8217;ve seen a whole product line which was unprofitable but senior management refused even to work on exit strategy. They pumped money into project for two years more before being able to consider closing a project. They probably started analyzing revenues on each implementation and came to see the same arguments the project team would scream over their ears two years earlier.</p>
<p>I think most of the time a failure can be seen soon enough to have time to prepare proper exit plan. As far as you consider failure as an option.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Getting out from under in projects &#171; Crossderry Blog</title>
		<link>http://www.undocumentedfeatures.com/2008/10/13/exit-strategies-as-part-of-project-plans/comment-page-1/#comment-314</link>
		<dc:creator>Getting out from under in projects &#171; Crossderry Blog</dc:creator>
		<pubDate>Thu, 16 Oct 2008 09:29:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.undocumentedfeatures.com/?p=222#comment-314</guid>
		<description>[...]  Posted on October 16, 2008 by Paul Ritchie   Excellent short post by Stacey Douglas on Exit Strategies as part of Project Plans.  Here is how she closes the post: The inability to gracefully shut down one project when it needs [...]</description>
		<content:encoded><![CDATA[<p>[...]  Posted on October 16, 2008 by Paul Ritchie   Excellent short post by Stacey Douglas on Exit Strategies as part of Project Plans.  Here is how she closes the post: The inability to gracefully shut down one project when it needs [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
