<?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: Embrace Change</title>
	<atom:link href="http://www.yuwantitwhen.com/blog/2007/08/13/embrace-change/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.yuwantitwhen.com/blog/2007/08/13/embrace-change/</link>
	<description>Practical methods for successful software management.</description>
	<lastBuildDate>Mon, 03 Aug 2009 05:32:33 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Bill Miller</title>
		<link>http://www.yuwantitwhen.com/blog/2007/08/13/embrace-change/comment-page-1/#comment-244</link>
		<dc:creator>Bill Miller</dc:creator>
		<pubDate>Sat, 22 Mar 2008 23:55:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.yuwantitwhen.com/blog/2007/08/13/embrace-change/#comment-244</guid>
		<description>Glen,
I believe the plan as that separate document is what many people may find as irrelevant as we were discussing on your recent post:
&lt;a href=&quot;http://herdingcats.typepad.com/my_weblog/2008/03/if-it-wasnt-for.html&quot; rel=&quot;nofollow&quot;&gt;If it wasn&#039;t for the &quot;last minute&quot; nothing would get done&lt;/a&gt;.  (For anyone reading this, I highly recommend you give Glen&#039;s post a read.)

Too often the plan as represented in that separate document isn&#039;t a strategy.  It&#039;s a boilerplate document that says essentially the same thing for every project. When that is the case, I can empathise with those feelings that say the plan is irrelevant.  Too often teams creating a process from the CMMI model will identify a document, called the plan, that has that characteristic.</description>
		<content:encoded><![CDATA[<p>Glen,<br />
I believe the plan as that separate document is what many people may find as irrelevant as we were discussing on your recent post:<br />
<a href="http://herdingcats.typepad.com/my_weblog/2008/03/if-it-wasnt-for.html" rel="nofollow">If it wasn&#8217;t for the &#8220;last minute&#8221; nothing would get done</a>.  (For anyone reading this, I highly recommend you give Glen&#8217;s post a read.)</p>
<p>Too often the plan as represented in that separate document isn&#8217;t a strategy.  It&#8217;s a boilerplate document that says essentially the same thing for every project. When that is the case, I can empathise with those feelings that say the plan is irrelevant.  Too often teams creating a process from the CMMI model will identify a document, called the plan, that has that characteristic.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Glen B. Alleman</title>
		<link>http://www.yuwantitwhen.com/blog/2007/08/13/embrace-change/comment-page-1/#comment-243</link>
		<dc:creator>Glen B. Alleman</dc:creator>
		<pubDate>Sat, 22 Mar 2008 23:03:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.yuwantitwhen.com/blog/2007/08/13/embrace-change/#comment-243</guid>
		<description>As well the Plan and the Schedule are two different documents in some paradigms. Integrated Master Plan / Integrated Master Schedule (IMP/IMS) for example.
The Plan is the strategy for the successful completion of the project. With maturity assessment points (Program Events), Significant Accomplishements and their Accomplishment Criteria called out.
The Schedule is the description of when, who, and what work will be performed to produce the Accomplishment Criteria.</description>
		<content:encoded><![CDATA[<p>As well the Plan and the Schedule are two different documents in some paradigms. Integrated Master Plan / Integrated Master Schedule (IMP/IMS) for example.<br />
The Plan is the strategy for the successful completion of the project. With maturity assessment points (Program Events), Significant Accomplishements and their Accomplishment Criteria called out.<br />
The Schedule is the description of when, who, and what work will be performed to produce the Accomplishment Criteria.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Miller</title>
		<link>http://www.yuwantitwhen.com/blog/2007/08/13/embrace-change/comment-page-1/#comment-242</link>
		<dc:creator>Bill Miller</dc:creator>
		<pubDate>Sat, 22 Mar 2008 22:01:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.yuwantitwhen.com/blog/2007/08/13/embrace-change/#comment-242</guid>
		<description>Glen,
Thanks for visiting and commenting.  It was only after working through a few projects, early in my career, that I came to understand that the plan and the schedule are working documents, and that the objective was not to create an immutable plan up front, but to define and manage an evolving strategy.</description>
		<content:encoded><![CDATA[<p>Glen,<br />
Thanks for visiting and commenting.  It was only after working through a few projects, early in my career, that I came to understand that the plan and the schedule are working documents, and that the objective was not to create an immutable plan up front, but to define and manage an evolving strategy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Glen B. Alleman</title>
		<link>http://www.yuwantitwhen.com/blog/2007/08/13/embrace-change/comment-page-1/#comment-241</link>
		<dc:creator>Glen B. Alleman</dc:creator>
		<pubDate>Fri, 21 Mar 2008 22:01:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.yuwantitwhen.com/blog/2007/08/13/embrace-change/#comment-241</guid>
		<description>Great Post,
A Plan is a Strategy for Success. Strategies must adapt to the emerging situtaions of the project. Both internal and external forces.
This notion is lost on many in the PM community that conjecture planning adds little value in the presence of changing requirements.</description>
		<content:encoded><![CDATA[<p>Great Post,<br />
A Plan is a Strategy for Success. Strategies must adapt to the emerging situtaions of the project. Both internal and external forces.<br />
This notion is lost on many in the PM community that conjecture planning adds little value in the presence of changing requirements.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tyner Blain</title>
		<link>http://www.yuwantitwhen.com/blog/2007/08/13/embrace-change/comment-page-1/#comment-12</link>
		<dc:creator>Tyner Blain</dc:creator>
		<pubDate>Fri, 21 Sep 2007 04:52:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.yuwantitwhen.com/blog/2007/08/13/embrace-change/#comment-12</guid>
		<description>&lt;strong&gt;Why Your Project Plan Will Fail...&lt;/strong&gt;


You&#8217;ve written a project plan.  Your team is ready to start.  Here&#8217;s the bad news - you&#8217;re going to fail.  But why?  How can you avoid failure?

The Undergrad Mistakes
Failing to plan is planning to fail.  We&#8217;ve all heard this ...</description>
		<content:encoded><![CDATA[<p><strong>Why Your Project Plan Will Fail&#8230;</strong></p>
<p>You&#8217;ve written a project plan.  Your team is ready to start.  Here&#8217;s the bad news &#8211; you&#8217;re going to fail.  But why?  How can you avoid failure?</p>
<p>The Undergrad Mistakes<br />
Failing to plan is planning to fail.  We&#8217;ve all heard this &#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
