<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Richard Lawrence &#187; release management</title>
	<atom:link href="http://www.richardlawrence.info/tag/release-management/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.richardlawrence.info</link>
	<description>On making software teams happier and more productive</description>
	<lastBuildDate>Tue, 20 Jul 2010 21:38:50 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Continuous Deployment</title>
		<link>http://www.richardlawrence.info/2009/02/13/continuous-deployment/</link>
		<comments>http://www.richardlawrence.info/2009/02/13/continuous-deployment/#comments</comments>
		<pubDate>Fri, 13 Feb 2009 15:05:23 +0000</pubDate>
		<dc:creator>Richard Lawrence</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[continuous integration]]></category>
		<category><![CDATA[release management]]></category>
		<category><![CDATA[Scrum]]></category>
		<category><![CDATA[software]]></category>

		<guid isPermaLink="false">http://www.richardlawrence.info/?p=153</guid>
		<description><![CDATA[I&#8217;ve written before about the amazing financial impact of releasing more often. And I know from personal experience the positive impact that frequent releases have on learning and on product quality and value. So, I enjoyed this post on one company&#8217;s experience with continuous releases. Yes, you read that right; they release, on average, 50 [...]


Related posts:<ol><li><a href='http://www.richardlawrence.info/2007/04/26/continuous-integration-and-the-bad-head-problem/' rel='bookmark' title='Permanent Link: Continuous Integration and the Bad Head Problem'>Continuous Integration and the Bad Head Problem</a></li>
<li><a href='http://www.richardlawrence.info/2007/03/22/continuous-integration-in-under-an-hour/' rel='bookmark' title='Permanent Link: Continuous Integration in Under an Hour'>Continuous Integration in Under an Hour</a></li>
<li><a href='http://www.richardlawrence.info/2008/07/11/one-word-can-change-your-daily-scrum/' rel='bookmark' title='Permanent Link: One Word Can Change Your Daily Scrum'>One Word Can Change Your Daily Scrum</a></li>
</ol>]]></description>
			<content:encoded><![CDATA[<p></p><p>I&#8217;ve <a href="/2008/10/14/how-to-invest-less-and-make-more-from-your-software-projects/">written before</a> about the amazing financial impact of releasing more often. And I know from personal experience the positive impact that frequent releases have on learning and on product quality and value. So, I enjoyed <a href="http://startuplessonslearned.blogspot.com/2009/02/continuous-deployment-and-continuous.html">this post</a> on one company&#8217;s experience with continuous releases. Yes, you read that right; they release, on average, 50 times per day.</p>
<blockquote><p>We call this process continuous deployment because it seemed to us like a natural extension of the continuous integration we were already doing. Our eventual conclusion was that there was no reason to have code that had passed the integration step but was not yet deployed.</p></blockquote>
<p><a href="http://startuplessonslearned.blogspot.com/2009/02/continuous-deployment-and-continuous.html">Read the whole thing</a> and consider what it would take in your organization to get to continuous deployment. How fast could you go? And what impediments would have to be resolved to make it happen?</p>


<p>Related posts:<ol><li><a href='http://www.richardlawrence.info/2007/04/26/continuous-integration-and-the-bad-head-problem/' rel='bookmark' title='Permanent Link: Continuous Integration and the Bad Head Problem'>Continuous Integration and the Bad Head Problem</a></li>
<li><a href='http://www.richardlawrence.info/2007/03/22/continuous-integration-in-under-an-hour/' rel='bookmark' title='Permanent Link: Continuous Integration in Under an Hour'>Continuous Integration in Under an Hour</a></li>
<li><a href='http://www.richardlawrence.info/2008/07/11/one-word-can-change-your-daily-scrum/' rel='bookmark' title='Permanent Link: One Word Can Change Your Daily Scrum'>One Word Can Change Your Daily Scrum</a></li>
</ol></p>]]></content:encoded>
			<wfw:commentRss>http://www.richardlawrence.info/2009/02/13/continuous-deployment/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
