<?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: Kanban vs. Iterative Development</title>
	<atom:link href="http://www.agileweboperations.com/kanban-vs-iterative-development/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.agileweboperations.com/kanban-vs-iterative-development/</link>
	<description>Helping web developers and operations bridge the deployment gap</description>
	<lastBuildDate>Tue, 09 Mar 2010 09:08:26 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: uberVU - social comments</title>
		<link>http://www.agileweboperations.com/kanban-vs-iterative-development/comment-page-1/#comment-1852</link>
		<dc:creator>uberVU - social comments</dc:creator>
		<pubDate>Sun, 25 Oct 2009 00:44:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileweboperations.com/?p=1707#comment-1852</guid>
		<description>&lt;strong&gt;Social comments and analytics for this post...&lt;/strong&gt;

This post was mentioned on Twitter by mmarschall: blogged about &quot;Kanban vs. Iterative Development&quot; at Agile Web Operations http://bit.ly/1Bw7Dq...</description>
		<content:encoded><![CDATA[<p><strong>Social comments and analytics for this post&#8230;</strong></p>
<p>This post was mentioned on Twitter by mmarschall: blogged about &#8220;Kanban vs. Iterative Development&#8221; at Agile Web Operations <a href="http://bit.ly/1Bw7Dq&#8230;">http://bit.ly/1Bw7Dq&#8230;</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matthias Marschall</title>
		<link>http://www.agileweboperations.com/kanban-vs-iterative-development/comment-page-1/#comment-1849</link>
		<dc:creator>Matthias Marschall</dc:creator>
		<pubDate>Sun, 18 Oct 2009 19:26:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileweboperations.com/?p=1707#comment-1849</guid>
		<description>@Henning Yes, seems like a time boxed approach works better when building version 1.0. For maintaining and evolving the product after it is live, a Kanban base process seems to work better.

@Jason Thanks for the comment. You&#039;re right with your remark. Thanks for the link - was a very interesting read!</description>
		<content:encoded><![CDATA[<p>@Henning Yes, seems like a time boxed approach works better when building version 1.0. For maintaining and evolving the product after it is live, a Kanban base process seems to work better.</p>
<p>@Jason Thanks for the comment. You&#8217;re right with your remark. Thanks for the link &#8211; was a very interesting read!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tweets that mention Kanban vs. Iterative Development — Agile Web Operations -- Topsy.com</title>
		<link>http://www.agileweboperations.com/kanban-vs-iterative-development/comment-page-1/#comment-1848</link>
		<dc:creator>Tweets that mention Kanban vs. Iterative Development — Agile Web Operations -- Topsy.com</dc:creator>
		<pubDate>Sun, 18 Oct 2009 19:23:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileweboperations.com/?p=1707#comment-1848</guid>
		<description>[...] This post was mentioned on Twitter by Melanie Cey, Matthias Marschall. Matthias Marschall said: blogged about &quot;Kanban vs. Iterative Development&quot; at Agile Web Operations http://bit.ly/1Bw7Dq [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by Melanie Cey, Matthias Marschall. Matthias Marschall said: blogged about &quot;Kanban vs. Iterative Development&quot; at Agile Web Operations <a href="http://bit.ly/1Bw7Dq">http://bit.ly/1Bw7Dq</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Yip</title>
		<link>http://www.agileweboperations.com/kanban-vs-iterative-development/comment-page-1/#comment-1846</link>
		<dc:creator>Jason Yip</dc:creator>
		<pubDate>Sun, 18 Oct 2009 00:38:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileweboperations.com/?p=1707#comment-1846</guid>
		<description>What you&#039;re describing as &quot;iterative&quot; is more accurately described as &quot;timeboxed&quot;.  Iterative development refers to successive refinement which is orthogonal to whether one uses timeboxes.

See http://agileproductdesign.com/blog/dont_know_what_i_want.html</description>
		<content:encoded><![CDATA[<p>What you&#8217;re describing as &#8220;iterative&#8221; is more accurately described as &#8220;timeboxed&#8221;.  Iterative development refers to successive refinement which is orthogonal to whether one uses timeboxes.</p>
<p>See <a href="http://agileproductdesign.com/blog/dont_know_what_i_want.html">http://agileproductdesign.com/blog/dont_know_what_i_want.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Henning Koch</title>
		<link>http://www.agileweboperations.com/kanban-vs-iterative-development/comment-page-1/#comment-1844</link>
		<dc:creator>Henning Koch</dc:creator>
		<pubDate>Sat, 17 Oct 2009 09:13:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileweboperations.com/?p=1707#comment-1844</guid>
		<description>Once a project goes into production, our clients often need to reprioritize stories on very short notice in order to react to the events of the day. Timeboxing our work into iterations would not work well here. We rather have short cycle times for our stories so we&#039;re free to react to changes in priorities while still delivering a constant flow of value to the project.

This only works well when costs to take an integration point are low. Good test coverage and readily available acceptance testers can make that possible.</description>
		<content:encoded><![CDATA[<p>Once a project goes into production, our clients often need to reprioritize stories on very short notice in order to react to the events of the day. Timeboxing our work into iterations would not work well here. We rather have short cycle times for our stories so we&#8217;re free to react to changes in priorities while still delivering a constant flow of value to the project.</p>
<p>This only works well when costs to take an integration point are low. Good test coverage and readily available acceptance testers can make that possible.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
