<?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: #4 Flexibility and Rhythm — Top 10 Characteristics of an Agile Organization</title>
	<atom:link href="http://www.rallydev.com/agileblog/2009/06/4-flexibility-and-rhythm-%E2%80%94-top-10-characteristics-of-an-agile-organization/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.rallydev.com/agileblog/2009/06/4-flexibility-and-rhythm-%e2%80%94-top-10-characteristics-of-an-agile-organization/</link>
	<description>Adopt, Scale and Succeed with Agile Development</description>
	<lastBuildDate>Tue, 10 Jan 2012 03:30:50 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.5</generator>
	<item>
		<title>By: Ryan Martens</title>
		<link>http://www.rallydev.com/agileblog/2009/06/4-flexibility-and-rhythm-%e2%80%94-top-10-characteristics-of-an-agile-organization/#comment-3551</link>
		<dc:creator>Ryan Martens</dc:creator>
		<pubDate>Wed, 08 Jul 2009 17:15:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.rallydev.com/agileblog/?p=2531#comment-3551</guid>
		<description>Paul,
What a great comment and I really appreciate you sharing this experience around Battle Rhythm. 

It seems important to point out, as the process gets simpler (less steps), the governance/controls comes from the disciplines. Agile does not get control from sign-offs or checking the checker, but from real delivery on a regular rhythm.

Thanks again for sharing both the concept from another domain and your experience in applying it within distributed software domain!</description>
		<content:encoded><![CDATA[<p>Paul,<br />
What a great comment and I really appreciate you sharing this experience around Battle Rhythm. </p>
<p>It seems important to point out, as the process gets simpler (less steps), the governance/controls comes from the disciplines. Agile does not get control from sign-offs or checking the checker, but from real delivery on a regular rhythm.</p>
<p>Thanks again for sharing both the concept from another domain and your experience in applying it within distributed software domain!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Jackson</title>
		<link>http://www.rallydev.com/agileblog/2009/06/4-flexibility-and-rhythm-%e2%80%94-top-10-characteristics-of-an-agile-organization/#comment-3544</link>
		<dc:creator>Paul Jackson</dc:creator>
		<pubDate>Fri, 03 Jul 2009 09:22:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.rallydev.com/agileblog/?p=2531#comment-3544</guid>
		<description>Great video Ryan.  I&#039;d like to offer a different spin on rhythm.

I spent many years in the military and, as well as my involvement in business change, software development and project management, I also specialised as a Logistician.  Within the military, and particularly in Operational Logistics, there&#039;s a term called &quot;Battle Rhythm&quot;.  In military terms, it&#039;s used to describe a mechanism for both managing and maintaining synchronized activity.  Battle Rhythm management is used by the military because of its capacity to cope with rapidly changing and/or highly distributed operations; in essence it provides a mechanism to focus staff on providing the commander with the right information in the right format at the right time, so aiding his decision-making.

I think Agile methods have some similarity with the military&#039;s use of Battle Rhythm. For example, one definition of a military Joint Battle Rhythm is:  &quot;The timing and scheduled presentation of situation reports, briefings, formal collaborative sessions, and other required actions during planning and execution.&quot;  That&#039;s sounds a whole lot like the empirical management processes used in Scrum, such as the Sprint Planning meeting.

Let&#039;s take this down one level; again using a military definition, the Tactical Battle Rhythm could be defined as being: &quot;The process where the commander and his staff synchronize the daily operating tempo with the planning, decision, execution and assessment cycle to allow the commander to make timely decisions.&quot;  Sounds pretty much like the Daily Scrum meeting doesn&#039;t it - a synchronised meeting that allows daily updates in order to continually re-plan and make decisions affecting the next 24 hours.

So why&#039;s a Battle Rhythm so important when using an Agile method such as Scrum?  Well, it provides consistency and some order in what is usually a pretty (let&#039;s be honest!) chaotic period during the Sprint; the team know when the Daily Scrum will take place, how long for and who will attend; they know the Scrum Master will take ownership of any impediments and aim to resolve them as quickly as possible.  Also, by introducing a &quot;Battle Rhythm&quot;, the daily process of situation reports and re-planning allows the best use to be made of available resource, reducing the possibility of periods of stretch and slack.  Furthermore, a &quot;Battle Rhythm&quot; process also works extremely well if you have a distributed team, as we do.  It&#039;s an ideal way of introducing discipline in your management, planning and reporting processes when you can&#039;t meet with your team face-to-face.

Thanks again for sharing your views - now where did I leave my stop-watches!</description>
		<content:encoded><![CDATA[<p>Great video Ryan.  I&#8217;d like to offer a different spin on rhythm.</p>
<p>I spent many years in the military and, as well as my involvement in business change, software development and project management, I also specialised as a Logistician.  Within the military, and particularly in Operational Logistics, there&#8217;s a term called &#8220;Battle Rhythm&#8221;.  In military terms, it&#8217;s used to describe a mechanism for both managing and maintaining synchronized activity.  Battle Rhythm management is used by the military because of its capacity to cope with rapidly changing and/or highly distributed operations; in essence it provides a mechanism to focus staff on providing the commander with the right information in the right format at the right time, so aiding his decision-making.</p>
<p>I think Agile methods have some similarity with the military&#8217;s use of Battle Rhythm. For example, one definition of a military Joint Battle Rhythm is:  &#8220;The timing and scheduled presentation of situation reports, briefings, formal collaborative sessions, and other required actions during planning and execution.&#8221;  That&#8217;s sounds a whole lot like the empirical management processes used in Scrum, such as the Sprint Planning meeting.</p>
<p>Let&#8217;s take this down one level; again using a military definition, the Tactical Battle Rhythm could be defined as being: &#8220;The process where the commander and his staff synchronize the daily operating tempo with the planning, decision, execution and assessment cycle to allow the commander to make timely decisions.&#8221;  Sounds pretty much like the Daily Scrum meeting doesn&#8217;t it &#8211; a synchronised meeting that allows daily updates in order to continually re-plan and make decisions affecting the next 24 hours.</p>
<p>So why&#8217;s a Battle Rhythm so important when using an Agile method such as Scrum?  Well, it provides consistency and some order in what is usually a pretty (let&#8217;s be honest!) chaotic period during the Sprint; the team know when the Daily Scrum will take place, how long for and who will attend; they know the Scrum Master will take ownership of any impediments and aim to resolve them as quickly as possible.  Also, by introducing a &#8220;Battle Rhythm&#8221;, the daily process of situation reports and re-planning allows the best use to be made of available resource, reducing the possibility of periods of stretch and slack.  Furthermore, a &#8220;Battle Rhythm&#8221; process also works extremely well if you have a distributed team, as we do.  It&#8217;s an ideal way of introducing discipline in your management, planning and reporting processes when you can&#8217;t meet with your team face-to-face.</p>
<p>Thanks again for sharing your views &#8211; now where did I leave my stop-watches!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

