<?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 It&#039;s a Delivery Thing</title>
	<atom:link href="http://itsadeliverything.com/comments/feed" rel="self" type="application/rss+xml" />
	<link>http://itsadeliverything.com</link>
	<description>The art of leading software development teams</description>
	<lastBuildDate>Wed, 16 May 2012 21:53:11 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>Comment on Software Craftsmanship is a community of practice with overlapping values by Steven Thomas</title>
		<link>http://itsadeliverything.com/software-craftsmanship-is-a-community-of-practice-with-overlapping-values#comment-780</link>
		<dc:creator>Steven Thomas</dc:creator>
		<pubDate>Wed, 16 May 2012 21:53:11 +0000</pubDate>
		<guid isPermaLink="false">http://itsadeliverything.com/?p=597#comment-780</guid>
		<description>Thanks for dropping by Dave. Unfortunately, I won&#039;t be able to attend SCNA - at least not this time around.</description>
		<content:encoded><![CDATA[<p>Thanks for dropping by Dave. Unfortunately, I won&#8217;t be able to attend SCNA &#8211; at least not this time around.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Software Craftsmanship is a community of practice with overlapping values by Dave Hoover</title>
		<link>http://itsadeliverything.com/software-craftsmanship-is-a-community-of-practice-with-overlapping-values#comment-779</link>
		<dc:creator>Dave Hoover</dc:creator>
		<pubDate>Wed, 16 May 2012 16:39:39 +0000</pubDate>
		<guid isPermaLink="false">http://itsadeliverything.com/?p=597#comment-779</guid>
		<description>Hi Steven, I think you&#039;d be surprised at how much I agree with your post. :)

I wrote most of the book in 2005 and 2008, and my thoughts on these issues have definitely evolved in the intervening years.

Are you coming to SCNA this year?</description>
		<content:encoded><![CDATA[<p>Hi Steven, I think you&#8217;d be surprised at how much I agree with your post. <img src='http://itsadeliverything.com/wordpress/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>I wrote most of the book in 2005 and 2008, and my thoughts on these issues have definitely evolved in the intervening years.</p>
<p>Are you coming to SCNA this year?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Software Craftsmanship is skilled software development in small scale production by Steven Thomas</title>
		<link>http://itsadeliverything.com/software-craftsmanship-is-skilled-software-development-in-small-scale-production#comment-762</link>
		<dc:creator>Steven Thomas</dc:creator>
		<pubDate>Sun, 22 Apr 2012 12:58:41 +0000</pubDate>
		<guid isPermaLink="false">http://itsadeliverything.com/?p=594#comment-762</guid>
		<description>Doug, good point.  I guess I was not thinking about scale in terms of a small number of production units but was thinking in terms of the number of customers/users.  The original craftsmen produced a small number of production units for a small number of customers/users. But software developers can produce a very small production run (one unit) for a world wide customer/user base - which is what we do at the BBC. And that type of scale requires certain practices to do well.  Practices that are unnecessary for a developer writing some software for themselves; again only one production unit but in this case only one customer/user and a tolerant one at that.</description>
		<content:encoded><![CDATA[<p>Doug, good point.  I guess I was not thinking about scale in terms of a small number of production units but was thinking in terms of the number of customers/users.  The original craftsmen produced a small number of production units for a small number of customers/users. But software developers can produce a very small production run (one unit) for a world wide customer/user base &#8211; which is what we do at the BBC. And that type of scale requires certain practices to do well.  Practices that are unnecessary for a developer writing some software for themselves; again only one production unit but in this case only one customer/user and a tolerant one at that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Software Craftsmanship is skilled software development in small scale production by Doug Bradbury</title>
		<link>http://itsadeliverything.com/software-craftsmanship-is-skilled-software-development-in-small-scale-production#comment-761</link>
		<dc:creator>Doug Bradbury</dc:creator>
		<pubDate>Sun, 22 Apr 2012 12:13:53 +0000</pubDate>
		<guid isPermaLink="false">http://itsadeliverything.com/?p=594#comment-761</guid>
		<description>I wouldn&#039;t be too troubled by the idea of small scale.  The interesting thing about software is that once you build it, it&#039;s instantly distributable and easily copied.  There is no &quot;mass production&quot; step needed in software.

So a software craftsman is able to build small scale, then go large scale with minimal effort.</description>
		<content:encoded><![CDATA[<p>I wouldn&#8217;t be too troubled by the idea of small scale.  The interesting thing about software is that once you build it, it&#8217;s instantly distributable and easily copied.  There is no &#8220;mass production&#8221; step needed in software.</p>
<p>So a software craftsman is able to build small scale, then go large scale with minimal effort.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Agile Project Initiation by Methodologies and Project Madness &#124; beyondcenter</title>
		<link>http://itsadeliverything.com/agile-project-initiation#comment-759</link>
		<dc:creator>Methodologies and Project Madness &#124; beyondcenter</dc:creator>
		<pubDate>Mon, 09 Apr 2012 15:10:34 +0000</pubDate>
		<guid isPermaLink="false">http://itsadeliverything.com/wordpress/?p=6#comment-759</guid>
		<description>[...] Macbeth returns to the resources (The Witches) who had been advising him since Project Initiation. At this point in the play, the audience might question the Witches role. Perhaps they are [...]</description>
		<content:encoded><![CDATA[<p>[...] Macbeth returns to the resources (The Witches) who had been advising him since Project Initiation. At this point in the play, the audience might question the Witches role. Perhaps they are [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Agile Roles and Responsibilities by Methods to the Project Madness &#124; beyondcenter</title>
		<link>http://itsadeliverything.com/agile-roles-and-responsibilities#comment-758</link>
		<dc:creator>Methods to the Project Madness &#124; beyondcenter</dc:creator>
		<pubDate>Sun, 08 Apr 2012 19:08:00 +0000</pubDate>
		<guid isPermaLink="false">http://itsadeliverything.com/wordpress/?p=14#comment-758</guid>
		<description>[...] project decisions. Some might argue that Lady Macbeth was not just a stakeholder, but actually an Agile Customer or Business Sponsor or perhaps an Agile Product Manager. One thing was for certain, [...]</description>
		<content:encoded><![CDATA[<p>[...] project decisions. Some might argue that Lady Macbeth was not just a stakeholder, but actually an Agile Customer or Business Sponsor or perhaps an Agile Product Manager. One thing was for certain, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Two Pillars of the Lean Thinking House by Agile/Lean As I Wish It Would Be &#124; The Agile Radar</title>
		<link>http://itsadeliverything.com/two-pillars-of-the-lean-thinking-house#comment-302</link>
		<dc:creator>Agile/Lean As I Wish It Would Be &#124; The Agile Radar</dc:creator>
		<pubDate>Mon, 16 Jan 2012 14:47:49 +0000</pubDate>
		<guid isPermaLink="false">http://itsadeliverything.com/wordpress/?p=32#comment-302</guid>
		<description>[...] two pillars of Lean, as defined by Toyota, are continuous improvement (Kaizen) and respect people. Scrum and Agile are [...]</description>
		<content:encoded><![CDATA[<p>[...] two pillars of Lean, as defined by Toyota, are continuous improvement (Kaizen) and respect people. Scrum and Agile are [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Two Pillars of the Lean Thinking House by agile42 &#124; Agile/Lean As I Wish It Would Be</title>
		<link>http://itsadeliverything.com/two-pillars-of-the-lean-thinking-house#comment-289</link>
		<dc:creator>agile42 &#124; Agile/Lean As I Wish It Would Be</dc:creator>
		<pubDate>Thu, 22 Dec 2011 21:14:00 +0000</pubDate>
		<guid isPermaLink="false">http://itsadeliverything.com/wordpress/?p=32#comment-289</guid>
		<description>[...] two pillars of Lean, as defined by Toyota, are continuous improvement (Kaizen) and respect people. Scrum and Agile are [...]</description>
		<content:encoded><![CDATA[<p>[...] two pillars of Lean, as defined by Toyota, are continuous improvement (Kaizen) and respect people. Scrum and Agile are [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Two Types of Post Implementation Review by Ruth Devenish</title>
		<link>http://itsadeliverything.com/two-types-of-post-implementation-review#comment-258</link>
		<dc:creator>Ruth Devenish</dc:creator>
		<pubDate>Mon, 31 Oct 2011 14:39:02 +0000</pubDate>
		<guid isPermaLink="false">http://itsadeliverything.com/?p=388#comment-258</guid>
		<description>I used Steven&#039;s workshop approach recently to drive out lessons learnt from a project as part of a PIR.  Having not been involved in the project, and with most of the team having left the BBC, this approach was invaluable.  The timeline in particular helped to both refresh memories, and focussed discussion really well.  I will definately be using this again.</description>
		<content:encoded><![CDATA[<p>I used Steven&#8217;s workshop approach recently to drive out lessons learnt from a project as part of a PIR.  Having not been involved in the project, and with most of the team having left the BBC, this approach was invaluable.  The timeline in particular helped to both refresh memories, and focussed discussion really well.  I will definately be using this again.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Minimum Releasable Feature by Venky</title>
		<link>http://itsadeliverything.com/minimum-releasable-feature#comment-110</link>
		<dc:creator>Venky</dc:creator>
		<pubDate>Wed, 14 Sep 2011 06:25:02 +0000</pubDate>
		<guid isPermaLink="false">http://itsadeliverything.com/wordpress/?p=33#comment-110</guid>
		<description>Very informative article.</description>
		<content:encoded><![CDATA[<p>Very informative article.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

