<?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: More on PM Methodologies: Be Selective!</title>
	<atom:link href="http://blog.brodzinski.com/2009/02/more-on-pm-methodologies-be-selective.html/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.brodzinski.com/2009/02/more-on-pm-methodologies-be-selective.html</link>
	<description>Dealing with software projects in real life</description>
	<lastBuildDate>Fri, 10 Feb 2012 19:07:34 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>By: Pawel Brodzinski</title>
		<link>http://blog.brodzinski.com/2009/02/more-on-pm-methodologies-be-selective.html#comment-2181</link>
		<dc:creator>Pawel Brodzinski</dc:creator>
		<pubDate>Mon, 02 Mar 2009 07:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.brodzinski.com/2009/02/more-on-pm-methodologies-be-selective.html#comment-2181</guid>
		<description>I know your background so I have no other choice but to agree. Personally I haven&#039;t worked in environment where such alignment was required although I can think of a few examples. Anyway I think that vast majority of projects which are done don&#039;t fall into &quot;follow the manual&quot; approach in any place.</description>
		<content:encoded><![CDATA[<p>I know your background so I have no other choice but to agree. Personally I haven&#8217;t worked in environment where such alignment was required although I can think of a few examples. Anyway I think that vast majority of projects which are done don&#8217;t fall into &#8220;follow the manual&#8221; approach in any place.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Glen B. Alleman</title>
		<link>http://blog.brodzinski.com/2009/02/more-on-pm-methodologies-be-selective.html#comment-2180</link>
		<dc:creator>Glen B. Alleman</dc:creator>
		<pubDate>Mon, 02 Mar 2009 02:38:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.brodzinski.com/2009/02/more-on-pm-methodologies-be-selective.html#comment-2180</guid>
		<description>Pawel,&lt;br/&gt;I&#039;d say that the difference between a toolbox item and manual to follow are domain dependent.&lt;br/&gt;The monthly statusing of Control Accounts on a NASA program are &quot;step-by-step&quot; processes performed exaclty the same way every month.&lt;br/&gt;The creation of the baseline for the next rolling wave on the same program is &quot;step-by-step&quot; for the framework, but the content is highly situationally dependent on the engieering processes.&lt;br/&gt;With those step-by-step processes the ad hoc processes have no framework in which to be developed.&lt;br/&gt;This is the core difference and princple and practice.</description>
		<content:encoded><![CDATA[<p>Pawel,<br />I&#8217;d say that the difference between a toolbox item and manual to follow are domain dependent.<br />The monthly statusing of Control Accounts on a NASA program are &#8220;step-by-step&#8221; processes performed exaclty the same way every month.<br />The creation of the baseline for the next rolling wave on the same program is &#8220;step-by-step&#8221; for the framework, but the content is highly situationally dependent on the engieering processes.<br />With those step-by-step processes the ad hoc processes have no framework in which to be developed.<br />This is the core difference and princple and practice.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pawel Brodzinski</title>
		<link>http://blog.brodzinski.com/2009/02/more-on-pm-methodologies-be-selective.html#comment-2179</link>
		<dc:creator>Pawel Brodzinski</dc:creator>
		<pubDate>Sat, 28 Feb 2009 16:27:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.brodzinski.com/2009/02/more-on-pm-methodologies-be-selective.html#comment-2179</guid>
		<description>Raven,&lt;br/&gt;&lt;br/&gt;For me methodologies used in project management or software development were always more like a toolbox rather than a manual to follow up. When you have a toolbox you use tools which suit you fine in a specific situation. There&#039;s no need to use a hammer every single time.&lt;br/&gt;&lt;br/&gt;What more you can achieve the same results different ways - sometimes it takes more effort sometimes less. Sometimes you have other tools that these from your toolbox which helps you to do the job. I see no point in throwing them away only because it wasn&#039;t a part of a brand new toolbox you bought the other day.</description>
		<content:encoded><![CDATA[<p>Raven,</p>
<p>For me methodologies used in project management or software development were always more like a toolbox rather than a manual to follow up. When you have a toolbox you use tools which suit you fine in a specific situation. There&#8217;s no need to use a hammer every single time.</p>
<p>What more you can achieve the same results different ways &#8211; sometimes it takes more effort sometimes less. Sometimes you have other tools that these from your toolbox which helps you to do the job. I see no point in throwing them away only because it wasn&#8217;t a part of a brand new toolbox you bought the other day.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Raven Young</title>
		<link>http://blog.brodzinski.com/2009/02/more-on-pm-methodologies-be-selective.html#comment-2178</link>
		<dc:creator>Raven Young</dc:creator>
		<pubDate>Sat, 28 Feb 2009 16:09:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.brodzinski.com/2009/02/more-on-pm-methodologies-be-selective.html#comment-2178</guid>
		<description>Pawel - Thanks for sharing my post and I totally agree this is the best tip in the bunch! &lt;i&gt;Being selective&lt;/i&gt; with what (or how) to implement from a given process, standard or methodology is key to making it work in your specific org, group and team.</description>
		<content:encoded><![CDATA[<p>Pawel &#8211; Thanks for sharing my post and I totally agree this is the best tip in the bunch! <i>Being selective</i> with what (or how) to implement from a given process, standard or methodology is key to making it work in your specific org, group and team.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pawel Brodzinski</title>
		<link>http://blog.brodzinski.com/2009/02/more-on-pm-methodologies-be-selective.html#comment-2177</link>
		<dc:creator>Pawel Brodzinski</dc:creator>
		<pubDate>Sat, 28 Feb 2009 09:04:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.brodzinski.com/2009/02/more-on-pm-methodologies-be-selective.html#comment-2177</guid>
		<description>Glen, you&#039;re right. We so often hear to follow this method or another but we seldom think why a specific technique should be used. Which principle is covered and if that&#039;s the best way to do the job.&lt;br/&gt;&lt;br/&gt;That&#039;s what I have on my mind every time when I&#039;m talking about choosing wisely which techniques you should use when implementing new methodology. I&#039;ve seen a couple of times situation when practices doing good job with covering key principles of project management were thrown away just because they didn&#039;t align with new cool methodology. No one thought why they have been in the place, which principle stands behind them and whether new methods will do the same or better job.</description>
		<content:encoded><![CDATA[<p>Glen, you&#8217;re right. We so often hear to follow this method or another but we seldom think why a specific technique should be used. Which principle is covered and if that&#8217;s the best way to do the job.</p>
<p>That&#8217;s what I have on my mind every time when I&#8217;m talking about choosing wisely which techniques you should use when implementing new methodology. I&#8217;ve seen a couple of times situation when practices doing good job with covering key principles of project management were thrown away just because they didn&#8217;t align with new cool methodology. No one thought why they have been in the place, which principle stands behind them and whether new methods will do the same or better job.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Glen B. Alleman</title>
		<link>http://blog.brodzinski.com/2009/02/more-on-pm-methodologies-be-selective.html#comment-2176</link>
		<dc:creator>Glen B. Alleman</dc:creator>
		<pubDate>Sat, 28 Feb 2009 04:03:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.brodzinski.com/2009/02/more-on-pm-methodologies-be-selective.html#comment-2176</guid>
		<description>Pawel,&lt;br/&gt;What we&#039;ve started doing is to focus on the &quot;principles&quot; of managing projects before moving the the &quot;practices.&quot;&lt;br/&gt;This provides an anchor for assessing the approporiateness of the practice. &lt;br/&gt;A problem is there are only a few descriptions of the principles and many - possibly too many - practices.</description>
		<content:encoded><![CDATA[<p>Pawel,<br />What we&#8217;ve started doing is to focus on the &#8220;principles&#8221; of managing projects before moving the the &#8220;practices.&#8221;<br />This provides an anchor for assessing the approporiateness of the practice. <br />A problem is there are only a few descriptions of the principles and many &#8211; possibly too many &#8211; practices.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

