<?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 Continuous Delivery</title>
	<atom:link href="http://continuousdelivery.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://continuousdelivery.com</link>
	<description>Reliable Software Releases through Build, Test and Deployment Automation</description>
	<lastBuildDate>Fri, 27 Aug 2010 07:33:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>Comment on Release Management White Paper and Assessment by The Morning Brew - Chris Alcock &#187; The Morning Brew #674</title>
		<link>http://continuousdelivery.com/2010/08/release-management-white-paper-and-assessment/comment-page-1/#comment-347</link>
		<dc:creator>The Morning Brew - Chris Alcock &#187; The Morning Brew #674</dc:creator>
		<pubDate>Fri, 27 Aug 2010 07:33:38 +0000</pubDate>
		<guid isPermaLink="false">http://continuousdelivery.com/?p=210#comment-347</guid>
		<description>[...] Release Management White Paper and Assessment - Jez Humble shares a white paper “Agile Release Management: Towards Frequent, Low-Risk Releases” and multichoice assessment looking at the release management process based in part on the content of his book &#8216;Continuous Delivery&#8217; [...]</description>
		<content:encoded><![CDATA[<p>[...] Release Management White Paper and Assessment &#8211; Jez Humble shares a white paper “Agile Release Management: Towards Frequent, Low-Risk Releases” and multichoice assessment looking at the release management process based in part on the content of his book &#8216;Continuous Delivery&#8217; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Continuous Delivery vs Continuous Deployment by Tim Coote</title>
		<link>http://continuousdelivery.com/2010/08/continuous-delivery-vs-continuous-deployment/comment-page-1/#comment-290</link>
		<dc:creator>Tim Coote</dc:creator>
		<pubDate>Sun, 22 Aug 2010 22:00:06 +0000</pubDate>
		<guid isPermaLink="false">http://continuousdelivery.com/?p=138#comment-290</guid>
		<description>Nice post.

Have you looked at the value to the business in being able to decouple the application from the underlying technology?  

Most enterprise apps are stuck on the platforms that they were first implemented on because the cost of migration is too high. Since the average life of an app is 7 years and most IT shops overprovision, this is a big (if largely hidden) cost.</description>
		<content:encoded><![CDATA[<p>Nice post.</p>
<p>Have you looked at the value to the business in being able to decouple the application from the underlying technology?  </p>
<p>Most enterprise apps are stuck on the platforms that they were first implemented on because the cost of migration is too high. Since the average life of an app is 7 years and most IT shops overprovision, this is a big (if largely hidden) cost.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Continuous Delivery by Pierluigi Vernetto</title>
		<link>http://continuousdelivery.com/2010/02/continuous-delivery/comment-page-1/#comment-265</link>
		<dc:creator>Pierluigi Vernetto</dc:creator>
		<pubDate>Sat, 21 Aug 2010 14:16:46 +0000</pubDate>
		<guid isPermaLink="false">http://continuousdelivery.com/?p=61#comment-265</guid>
		<description>Hey Jez, I am progressing with your book and it&#039;s really a gold mine of precious advice. I have corrected my post on www.javamonamour.org . You guys rock! 
I would suggest also selling a podcast of the book that one can listen on IPod... 
pierre</description>
		<content:encoded><![CDATA[<p>Hey Jez, I am progressing with your book and it&#8217;s really a gold mine of precious advice. I have corrected my post on <a href="http://www.javamonamour.org" rel="nofollow">http://www.javamonamour.org</a> . You guys rock!<br />
I would suggest also selling a podcast of the book that one can listen on IPod&#8230;<br />
pierre</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Continuous Delivery vs Continuous Deployment by Michael Hüttermann</title>
		<link>http://continuousdelivery.com/2010/08/continuous-delivery-vs-continuous-deployment/comment-page-1/#comment-217</link>
		<dc:creator>Michael Hüttermann</dc:creator>
		<pubDate>Tue, 17 Aug 2010 16:05:24 +0000</pubDate>
		<guid isPermaLink="false">http://continuousdelivery.com/?p=138#comment-217</guid>
		<description>great article.

&quot;Continuous delivery is about putting the release schedule in the hands of the business, not in the hands of IT.&quot; -- what is a release (respectively its schedule) that is not driven by business?</description>
		<content:encoded><![CDATA[<p>great article.</p>
<p>&#8220;Continuous delivery is about putting the release schedule in the hands of the business, not in the hands of IT.&#8221; &#8212; what is a release (respectively its schedule) that is not driven by business?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Continuous Delivery vs Continuous Deployment by Andrew Spencer</title>
		<link>http://continuousdelivery.com/2010/08/continuous-delivery-vs-continuous-deployment/comment-page-1/#comment-209</link>
		<dc:creator>Andrew Spencer</dc:creator>
		<pubDate>Tue, 17 Aug 2010 08:32:26 +0000</pubDate>
		<guid isPermaLink="false">http://continuousdelivery.com/?p=138#comment-209</guid>
		<description>Thanks for an interesting and helpful article.  How about some links to Amazon UK, FR, DE etc?  I may well buy the book, and I&#039;m sure I&#039;m not the only European who&#039;d be happy to earn you some commission.</description>
		<content:encoded><![CDATA[<p>Thanks for an interesting and helpful article.  How about some links to Amazon UK, FR, DE etc?  I may well buy the book, and I&#8217;m sure I&#8217;m not the only European who&#8217;d be happy to earn you some commission.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Continuous Delivery Talks 2010 by Revue de Presse Xebia &#124; Blog Xebia France</title>
		<link>http://continuousdelivery.com/2010/06/continuous-delivery-talks-2010/comment-page-1/#comment-207</link>
		<dc:creator>Revue de Presse Xebia &#124; Blog Xebia France</dc:creator>
		<pubDate>Tue, 17 Aug 2010 05:48:15 +0000</pubDate>
		<guid isPermaLink="false">http://continuousdelivery.com/?p=99#comment-207</guid>
		<description>[...] livre donnera lieu a un grand nombre de présentations en conférence, qui, si ce n&#8217;est déjà fait, devrait vous donner envie d&#8217;en faire votre livre de [...]</description>
		<content:encoded><![CDATA[<p>[...] livre donnera lieu a un grand nombre de présentations en conférence, qui, si ce n&#8217;est déjà fait, devrait vous donner envie d&#8217;en faire votre livre de [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Continuous Delivery vs Continuous Deployment by Jonathan Nieto</title>
		<link>http://continuousdelivery.com/2010/08/continuous-delivery-vs-continuous-deployment/comment-page-1/#comment-196</link>
		<dc:creator>Jonathan Nieto</dc:creator>
		<pubDate>Mon, 16 Aug 2010 19:13:07 +0000</pubDate>
		<guid isPermaLink="false">http://continuousdelivery.com/?p=138#comment-196</guid>
		<description>What&#039;s the point on having a user story ready to be used if it is not going to be used, isn&#039;t it a loss of resources?

Nice article!</description>
		<content:encoded><![CDATA[<p>What&#8217;s the point on having a user story ready to be used if it is not going to be used, isn&#8217;t it a loss of resources?</p>
<p>Nice article!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Continuous Delivery vs Continuous Deployment by Guilherme Silveira</title>
		<link>http://continuousdelivery.com/2010/08/continuous-delivery-vs-continuous-deployment/comment-page-1/#comment-194</link>
		<dc:creator>Guilherme Silveira</dc:creator>
		<pubDate>Mon, 16 Aug 2010 18:36:00 +0000</pubDate>
		<guid isPermaLink="false">http://continuousdelivery.com/?p=138#comment-194</guid>
		<description>One of the other good reasons one might not want to deliver a new version of the product is the cost-of-change in the mindset of its users. They might not be able to cope with a fast pace on changes in its UI or features. While some groups adapt themselves better with a steady pace of delivery in new features, others react better to batch updates.

Either way, deployment should be subject to business, as you mentioned: in the end, our job is to deliver what our business need, not the other way around.

Great post...

Just a note, when using a limited WIP, one might be able to start a new story in order not to waste effort while waiting for some answers/tests in another one, so can&#039;t one change to the next story if the story is approved to come into play, but did not yet due to a business restriction? (e.g. waiting for the right marketing time, a monday morning)</description>
		<content:encoded><![CDATA[<p>One of the other good reasons one might not want to deliver a new version of the product is the cost-of-change in the mindset of its users. They might not be able to cope with a fast pace on changes in its UI or features. While some groups adapt themselves better with a steady pace of delivery in new features, others react better to batch updates.</p>
<p>Either way, deployment should be subject to business, as you mentioned: in the end, our job is to deliver what our business need, not the other way around.</p>
<p>Great post&#8230;</p>
<p>Just a note, when using a limited WIP, one might be able to start a new story in order not to waste effort while waiting for some answers/tests in another one, so can&#8217;t one change to the next story if the story is approved to come into play, but did not yet due to a business restriction? (e.g. waiting for the right marketing time, a monday morning)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Continuous Delivery vs Continuous Deployment by A Smattering of Selenium #23 &#171; Official Selenium Blog</title>
		<link>http://continuousdelivery.com/2010/08/continuous-delivery-vs-continuous-deployment/comment-page-1/#comment-189</link>
		<dc:creator>A Smattering of Selenium #23 &#171; Official Selenium Blog</dc:creator>
		<pubDate>Mon, 16 Aug 2010 11:27:45 +0000</pubDate>
		<guid isPermaLink="false">http://continuousdelivery.com/?p=138#comment-189</guid>
		<description>[...] Se plays a large part in Continuous Deployment setups, but what I am really interested in is Continuous Delivery. Jez (who literally wrote the book on it) explains the difference between the two. [...]</description>
		<content:encoded><![CDATA[<p>[...] Se plays a large part in Continuous Deployment setups, but what I am really interested in is Continuous Delivery. Jez (who literally wrote the book on it) explains the difference between the two. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Agile Tokyo 2010 by jez</title>
		<link>http://continuousdelivery.com/2010/07/agile-tokyo-2010/comment-page-1/#comment-184</link>
		<dc:creator>jez</dc:creator>
		<pubDate>Mon, 16 Aug 2010 07:59:01 +0000</pubDate>
		<guid isPermaLink="false">http://continuousdelivery.com/?p=118#comment-184</guid>
		<description>&lt;strong&gt;Update:&lt;/strong&gt; this article made it to &lt;a href=&quot;http://slashdot.jp/developers/article.pl?sid=10/08/11/081219&quot; rel=&quot;nofollow&quot;&gt;Slashdot Japan&lt;/a&gt;

Google Translate for Japanese is pretty crap, but &lt;a href=&quot;http://slashdot.jp/developers/comments.pl?sid=504292&amp;cid=1808407&quot; rel=&quot;nofollow&quot;&gt;this comment&lt;/a&gt; caught my eye:

Waterfall - Japanese-style choices
1, make desperate efforts
2, work hard for Dear Life
3, (in short) and adding staff, work hard until they die</description>
		<content:encoded><![CDATA[<p><strong>Update:</strong> this article made it to <a href="http://slashdot.jp/developers/article.pl?sid=10/08/11/081219" rel="nofollow">Slashdot Japan</a></p>
<p>Google Translate for Japanese is pretty crap, but <a href="http://slashdot.jp/developers/comments.pl?sid=504292&#038;cid=1808407" rel="nofollow">this comment</a> caught my eye:</p>
<p>Waterfall &#8211; Japanese-style choices<br />
1, make desperate efforts<br />
2, work hard for Dear Life<br />
3, (in short) and adding staff, work hard until they die</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic page generated in 0.829 seconds. -->
<!-- Cached page generated by WP-Super-Cache on 2010-09-05 16:10:02 -->
