<?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 for Peter DeYoe&#039;s Blog</title>
	<atom:link href="http://it-insight-blog.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://it-insight-blog.com</link>
	<description>Agile, Leadership, Management and IT Insights</description>
	<lastBuildDate>Sun, 06 Mar 2011 18:41:24 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
	<item>
		<title>Comment on Denounce Your CSM?! by Peter DeYoe</title>
		<link>http://it-insight-blog.com/2011/03/denounce-your-csm/#comment-559</link>
		<dc:creator>Peter DeYoe</dc:creator>
		<pubDate>Sun, 06 Mar 2011 18:41:24 +0000</pubDate>
		<guid isPermaLink="false">http://it-insight-blog.com/?p=363#comment-559</guid>
		<description>AgileColony...Thanks for your input.  I have to agree that it is time to evolve and improve the process of verification.  We&#039;ll see who wins out in this challenge.  Will it be Agile Alliance, ICAgile or even perhaps PMI.  Let the games begin! - Pete</description>
		<content:encoded><![CDATA[<p>AgileColony&#8230;Thanks for your input.  I have to agree that it is time to evolve and improve the process of verification.  We&#8217;ll see who wins out in this challenge.  Will it be Agile Alliance, ICAgile or even perhaps PMI.  Let the games begin! &#8211; Pete</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Denounce Your CSM?! by AgileColony</title>
		<link>http://it-insight-blog.com/2011/03/denounce-your-csm/#comment-555</link>
		<dc:creator>AgileColony</dc:creator>
		<pubDate>Sun, 06 Mar 2011 12:12:07 +0000</pubDate>
		<guid isPermaLink="false">http://it-insight-blog.com/?p=363#comment-555</guid>
		<description>Pete,

I actually think this may be a good thing.   Taking thousands of people who attend a Scrum course and simply branding them with a CSM achieves nothing.   If a certification is to be valued by employers, it should have....well....value.

The CSP from AgileAlliance is a step towards validating one practices Agile, however that is a written application submitted to the AA and they can&#039;t validate whether the author is fabricating their experience or not.

I think the ICAgile group is simply evolving this process in line with the more respected project management certifications such as PMP.   

A little &quot;trust by verification&quot; is a good thing.</description>
		<content:encoded><![CDATA[<p>Pete,</p>
<p>I actually think this may be a good thing.   Taking thousands of people who attend a Scrum course and simply branding them with a CSM achieves nothing.   If a certification is to be valued by employers, it should have&#8230;.well&#8230;.value.</p>
<p>The CSP from AgileAlliance is a step towards validating one practices Agile, however that is a written application submitted to the AA and they can&#8217;t validate whether the author is fabricating their experience or not.</p>
<p>I think the ICAgile group is simply evolving this process in line with the more respected project management certifications such as PMP.   </p>
<p>A little &#8220;trust by verification&#8221; is a good thing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Friday Afternoon Software Development Project Humor by Don Wells</title>
		<link>http://it-insight-blog.com/2009/09/friday-afternoon-software-development-project-humor/#comment-547</link>
		<dc:creator>Don Wells</dc:creator>
		<pubDate>Sat, 05 Mar 2011 18:17:10 +0000</pubDate>
		<guid isPermaLink="false">http://peterdeyoe.wordpress.com/?p=17#comment-547</guid>
		<description>This is not as tongue in cheek as one might think. I was a project manager at the now defunct DaimlerChrysler. The project I was shepherding had one week left before the deadline. Asking questions and making some simple estimates I realized we had exactly one week of work left to do. A miracle had occurred.

I rushed into my boss’ office Monday morning to deliver the good news. My manager was furious! He commanded an immediate and complete halt to all work and instead demanded we document how every other department in the building had caused us to be late.

I realized then he was right to be angry. DaimlerChrysler was not run on innovative new car designs, it was run on blame. My manager had come to realize during his decades with the company that a successful project produces no blame, no corporate capital. The best way to get ahead was to bludgeon the other managers back with blame for a failed project.</description>
		<content:encoded><![CDATA[<p>This is not as tongue in cheek as one might think. I was a project manager at the now defunct DaimlerChrysler. The project I was shepherding had one week left before the deadline. Asking questions and making some simple estimates I realized we had exactly one week of work left to do. A miracle had occurred.</p>
<p>I rushed into my boss’ office Monday morning to deliver the good news. My manager was furious! He commanded an immediate and complete halt to all work and instead demanded we document how every other department in the building had caused us to be late.</p>
<p>I realized then he was right to be angry. DaimlerChrysler was not run on innovative new car designs, it was run on blame. My manager had come to realize during his decades with the company that a successful project produces no blame, no corporate capital. The best way to get ahead was to bludgeon the other managers back with blame for a failed project.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Automated Project Office by Peter DeYoe</title>
		<link>http://it-insight-blog.com/2011/01/automated-project-office/#comment-286</link>
		<dc:creator>Peter DeYoe</dc:creator>
		<pubDate>Wed, 09 Feb 2011 13:23:16 +0000</pubDate>
		<guid isPermaLink="false">http://peterdeyoe.wordpress.com/?p=294#comment-286</guid>
		<description>Dawn...I&#039;m sure we can make that happen.  Give me a call and we will set something up.

Pete</description>
		<content:encoded><![CDATA[<p>Dawn&#8230;I&#8217;m sure we can make that happen.  Give me a call and we will set something up.</p>
<p>Pete</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Automated Project Office by DawnM</title>
		<link>http://it-insight-blog.com/2011/01/automated-project-office/#comment-266</link>
		<dc:creator>DawnM</dc:creator>
		<pubDate>Mon, 07 Feb 2011 15:09:53 +0000</pubDate>
		<guid isPermaLink="false">http://peterdeyoe.wordpress.com/?p=294#comment-266</guid>
		<description>Peter,

Thanks for sharing!  
I saw a very early version of APO what may have been years ago now...  
This video leaves me wanting a demo of the latest version!
Nice!

DawnM, PMP
PMThink.com
Project Management Thought Leadership</description>
		<content:encoded><![CDATA[<p>Peter,</p>
<p>Thanks for sharing!<br />
I saw a very early version of APO what may have been years ago now&#8230;<br />
This video leaves me wanting a demo of the latest version!<br />
Nice!</p>
<p>DawnM, PMP<br />
PMThink.com<br />
Project Management Thought Leadership</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Agile Adoption Equals Mental Shift by Peter DeYoe</title>
		<link>http://it-insight-blog.com/2011/02/agile-adoption-equals-mental-shift/#comment-250</link>
		<dc:creator>Peter DeYoe</dc:creator>
		<pubDate>Fri, 04 Feb 2011 20:00:56 +0000</pubDate>
		<guid isPermaLink="false">http://it-insight-blog.com/?p=322#comment-250</guid>
		<description>Well-put Grant and thanks for contributing.  As I said in the article &quot;But what if our mindset at the beginning of a project focused on organic growth and &#039;evolutionary, business value delivery&#039; instead?&quot;  Then...we wouldn&#039;t be looking at a project per se at all...but rather, as you put it, &quot;a culture of continuous development...&quot;  Agile and things like Scrum give us a language in IT related efforts that we can use to build slogans around and try to inspire others with...but I agree that what we are really talking about are the principles of lean systems thinking!

Thanks for your comments.

Pete</description>
		<content:encoded><![CDATA[<p>Well-put Grant and thanks for contributing.  As I said in the article &#8220;But what if our mindset at the beginning of a project focused on organic growth and &#8216;evolutionary, business value delivery&#8217; instead?&#8221;  Then&#8230;we wouldn&#8217;t be looking at a project per se at all&#8230;but rather, as you put it, &#8220;a culture of continuous development&#8230;&#8221;  Agile and things like Scrum give us a language in IT related efforts that we can use to build slogans around and try to inspire others with&#8230;but I agree that what we are really talking about are the principles of lean systems thinking!</p>
<p>Thanks for your comments.</p>
<p>Pete</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Agile Adoption Equals Mental Shift by Grant (PG) Rule</title>
		<link>http://it-insight-blog.com/2011/02/agile-adoption-equals-mental-shift/#comment-249</link>
		<dc:creator>Grant (PG) Rule</dc:creator>
		<pubDate>Fri, 04 Feb 2011 19:37:29 +0000</pubDate>
		<guid isPermaLink="false">http://it-insight-blog.com/?p=322#comment-249</guid>
		<description>Well said!

There are very many project teams and software groups out there that have only managed to adopt agile practices within their own limited context. This is, I&#039;m afraid, local optimisation. Often this can be detrimental to the effectiveness of the end-to-end business value stream (concept to consumption to retirement). Increasing the pace of the software development activities only to build an inventory of functionality waiting for user acceptance test and deployment does not result in a more satisfied end-consumer. No value is derived until the software is deployed and the services it enables are put into use. 

It is good to find someone else making the case for a new mindset. Not just within the software community, but across the organisation that they serve. 

Actually, I go further. If we apply the principles of lean systems thinking and flow production to the entire end-to-end value stream, there is not much use for the concept of &#039;project&#039;. Instead, we find we have a culture of continuous development, where the complex adaptive system that is the organisation senses the stakeholders&#039; demand (with respect to the nature of the requirements, and the volume &amp; pace) and responds by delivering exactly what the stakeholders desire, on time, in the right place, at the right price, getting everything correct first time. Something of a challenge. But what we ought to aim for.

To achieve and sustain such a capability to deliver to customer demand, all the contributors to the organisation must work together, smoothly, avoiding batch &amp; queue processing. Developing and deploying in 2-4 sprints is just a step on the Rightshifting Journey.

Best regards, 
 Grant (PG) Rule</description>
		<content:encoded><![CDATA[<p>Well said!</p>
<p>There are very many project teams and software groups out there that have only managed to adopt agile practices within their own limited context. This is, I&#8217;m afraid, local optimisation. Often this can be detrimental to the effectiveness of the end-to-end business value stream (concept to consumption to retirement). Increasing the pace of the software development activities only to build an inventory of functionality waiting for user acceptance test and deployment does not result in a more satisfied end-consumer. No value is derived until the software is deployed and the services it enables are put into use. </p>
<p>It is good to find someone else making the case for a new mindset. Not just within the software community, but across the organisation that they serve. </p>
<p>Actually, I go further. If we apply the principles of lean systems thinking and flow production to the entire end-to-end value stream, there is not much use for the concept of &#8216;project&#8217;. Instead, we find we have a culture of continuous development, where the complex adaptive system that is the organisation senses the stakeholders&#8217; demand (with respect to the nature of the requirements, and the volume &amp; pace) and responds by delivering exactly what the stakeholders desire, on time, in the right place, at the right price, getting everything correct first time. Something of a challenge. But what we ought to aim for.</p>
<p>To achieve and sustain such a capability to deliver to customer demand, all the contributors to the organisation must work together, smoothly, avoiding batch &amp; queue processing. Developing and deploying in 2-4 sprints is just a step on the Rightshifting Journey.</p>
<p>Best regards,<br />
 Grant (PG) Rule</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Agile Adoption Equals Mental Shift by Peter DeYoe</title>
		<link>http://it-insight-blog.com/2011/02/agile-adoption-equals-mental-shift/#comment-248</link>
		<dc:creator>Peter DeYoe</dc:creator>
		<pubDate>Fri, 04 Feb 2011 17:32:49 +0000</pubDate>
		<guid isPermaLink="false">http://it-insight-blog.com/?p=322#comment-248</guid>
		<description>My sincerest thanks to Niels Malotaux for providing some comments and suggestions about the above article which I have used to increase its clarity.  Thanks Niels!</description>
		<content:encoded><![CDATA[<p>My sincerest thanks to Niels Malotaux for providing some comments and suggestions about the above article which I have used to increase its clarity.  Thanks Niels!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Reducing Risk and Avoiding Pain &#8211; Agile Lessons Learned (Part 1) by Pete DeYoe</title>
		<link>http://it-insight-blog.com/2011/02/reducing-risk-and-avoiding-pain-agile-lessons-learned-part-1/#comment-242</link>
		<dc:creator>Pete DeYoe</dc:creator>
		<pubDate>Thu, 03 Feb 2011 23:12:44 +0000</pubDate>
		<guid isPermaLink="false">http://it-insight-blog.com/?p=313#comment-242</guid>
		<description>You&#039;re so right Skip.  Without lock-step involvement and commitment from the business the effort is almost guaranteed to fail.  Thanks for the comment!  Pete</description>
		<content:encoded><![CDATA[<p>You&#8217;re so right Skip.  Without lock-step involvement and commitment from the business the effort is almost guaranteed to fail.  Thanks for the comment!  Pete</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Reducing Risk and Avoiding Pain &#8211; Agile Lessons Learned (Part 1) by Skip Pennella</title>
		<link>http://it-insight-blog.com/2011/02/reducing-risk-and-avoiding-pain-agile-lessons-learned-part-1/#comment-241</link>
		<dc:creator>Skip Pennella</dc:creator>
		<pubDate>Thu, 03 Feb 2011 16:10:47 +0000</pubDate>
		<guid isPermaLink="false">http://it-insight-blog.com/?p=313#comment-241</guid>
		<description>Good insights, I particuarly liked point 4, &quot;Train The Business&quot; That has to be a key element to a successful project and is often overlooked</description>
		<content:encoded><![CDATA[<p>Good insights, I particuarly liked point 4, &#8220;Train The Business&#8221; That has to be a key element to a successful project and is often overlooked</p>
]]></content:encoded>
	</item>
</channel>
</rss>

