<?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/"
	
	xmlns:georss="http://www.georss.org/georss"
	xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#"
	
	>
<channel>
	<title>
	Comments on: Two weeks is the worst sprint length	</title>
	<atom:link href="https://www.robg3d.com/2014/09/two-weeks-is-the-worst-sprint-length/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.robg3d.com/2014/09/two-weeks-is-the-worst-sprint-length/</link>
	<description>Blog of Rob Galanakis (@robgalanakis)</description>
	<lastBuildDate>Mon, 15 Sep 2014 19:36:37 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=5.4.1</generator>
	<item>
		<title>
		By: Viktoras Makauskas		</title>
		<link>https://www.robg3d.com/2014/09/two-weeks-is-the-worst-sprint-length/#comment-232918</link>

		<dc:creator><![CDATA[Viktoras Makauskas]]></dc:creator>
		<pubDate>Mon, 15 Sep 2014 19:36:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.robg3d.com/?p=1676#comment-232918</guid>

					<description><![CDATA[There are two notions of &quot;agile&quot; these days - project management approach, and programming style. Both are almost two different worlds. As management approach, agile is more an excuse than something that leads to results, really. It hardly makes sense, from programming point of view, to not start working a new item on a second thursday evening, because sprint ends in two days, or plan your success two weeks in advance on hourly basis - you&#039;ll always overestimate to be safe. Probably a lot of developers could make a list of funny decisions project took on just because project tunnel-visioned into scrum practices.
I&#039;m more of an advocate of &quot;trust your developers&quot; approach. Rely on fast iterations (by iterations I mean merging finished functionality into head and handing over to QA pipeline, not sprints, of any length), rapid deployments, TDD practices - the thing that truely makes development agile, ready to ship at any time. You don&#039;t need sprint plannings here, or sprints. You&#039;re still free to present customer all your new stuff every second friday, if they like such schedule. But you&#039;re open to do it on wednesday, if you so choose.]]></description>
			<content:encoded><![CDATA[<p>There are two notions of &#8220;agile&#8221; these days &#8211; project management approach, and programming style. Both are almost two different worlds. As management approach, agile is more an excuse than something that leads to results, really. It hardly makes sense, from programming point of view, to not start working a new item on a second thursday evening, because sprint ends in two days, or plan your success two weeks in advance on hourly basis &#8211; you&#8217;ll always overestimate to be safe. Probably a lot of developers could make a list of funny decisions project took on just because project tunnel-visioned into scrum practices.<br />
I&#8217;m more of an advocate of &#8220;trust your developers&#8221; approach. Rely on fast iterations (by iterations I mean merging finished functionality into head and handing over to QA pipeline, not sprints, of any length), rapid deployments, TDD practices &#8211; the thing that truely makes development agile, ready to ship at any time. You don&#8217;t need sprint plannings here, or sprints. You&#8217;re still free to present customer all your new stuff every second friday, if they like such schedule. But you&#8217;re open to do it on wednesday, if you so choose.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
