<?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 WIP Limits &#8211; The Fine Art of Focus</title>
	<atom:link href="http://www.agileweboperations.com/kanban-wip-limits-the-fine-art-of-focus/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.agileweboperations.com/kanban-wip-limits-the-fine-art-of-focus/</link>
	<description>Helping web developers and operations bridge the deployment gap</description>
	<lastBuildDate>Tue, 09 Mar 2010 21:31:36 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Matthias Marschall</title>
		<link>http://www.agileweboperations.com/kanban-wip-limits-the-fine-art-of-focus/comment-page-1/#comment-1904</link>
		<dc:creator>Matthias Marschall</dc:creator>
		<pubDate>Fri, 15 Jan 2010 18:20:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileweboperations.com/?p=1748#comment-1904</guid>
		<description>Max, you bring up a very important point. It&#039;s always problematic if you can only try to optimize one step in the whole value creation process.

Better than waiting or taking on more tasks (breaking your WIP limit) would be to try to help the other department to get their stuff done faster. Either by talking with them directly or by trying to get attention to the Kanban idea for the whole process.

If all that is not possible, you still can break your WIP once in a while, but you should be careful with that. Or maybe your WIP needs to be bigger because of the broken process?</description>
		<content:encoded><![CDATA[<p>Max, you bring up a very important point. It&#8217;s always problematic if you can only try to optimize one step in the whole value creation process.</p>
<p>Better than waiting or taking on more tasks (breaking your WIP limit) would be to try to help the other department to get their stuff done faster. Either by talking with them directly or by trying to get attention to the Kanban idea for the whole process.</p>
<p>If all that is not possible, you still can break your WIP once in a while, but you should be careful with that. Or maybe your WIP needs to be bigger because of the broken process?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Max Zenno</title>
		<link>http://www.agileweboperations.com/kanban-wip-limits-the-fine-art-of-focus/comment-page-1/#comment-1903</link>
		<dc:creator>Max Zenno</dc:creator>
		<pubDate>Fri, 15 Jan 2010 15:47:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileweboperations.com/?p=1748#comment-1903</guid>
		<description>OK, i understand the concept of WIP but what when i can&#039;t finish my ongoing tasks cos I have too wait for another guys from another department to finish his part of the task? Should I sit and wait do nothing or better take a new task from backlog?</description>
		<content:encoded><![CDATA[<p>OK, i understand the concept of WIP but what when i can&#8217;t finish my ongoing tasks cos I have too wait for another guys from another department to finish his part of the task? Should I sit and wait do nothing or better take a new task from backlog?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matthias Marschall</title>
		<link>http://www.agileweboperations.com/kanban-wip-limits-the-fine-art-of-focus/comment-page-1/#comment-1869</link>
		<dc:creator>Matthias Marschall</dc:creator>
		<pubDate>Sun, 15 Nov 2009 09:12:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileweboperations.com/?p=1748#comment-1869</guid>
		<description>Yes, Mark, you&#039;re right. By limiting the stuff you work on in parallel you not only avoid task switching but the mental overload, too.

It helps me to ignore those little task you talk about if I can put them anywhere I know I don&#039;t forget about them - either a backlog of a Kanban board or any other place where it is out of sight but I can be sure it will be there when I&#039;ve time to address it.</description>
		<content:encoded><![CDATA[<p>Yes, Mark, you&#8217;re right. By limiting the stuff you work on in parallel you not only avoid task switching but the mental overload, too.</p>
<p>It helps me to ignore those little task you talk about if I can put them anywhere I know I don&#8217;t forget about them &#8211; either a backlog of a Kanban board or any other place where it is out of sight but I can be sure it will be there when I&#8217;ve time to address it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark W Schumann</title>
		<link>http://www.agileweboperations.com/kanban-wip-limits-the-fine-art-of-focus/comment-page-1/#comment-1868</link>
		<dc:creator>Mark W Schumann</dc:creator>
		<pubDate>Sat, 14 Nov 2009 22:43:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileweboperations.com/?p=1748#comment-1868</guid>
		<description>I don&#039;t know much about Kanban, Matthias, but I think an added advantage of limiting the number of cards in one column is completely mental. It&#039;s not just the task switching, it&#039;s the mental overload of too many things to think about.

Sometimes when I can&#039;t focus on a big task I realize it&#039;s because there are so many little tasks running around. I can try to ignore them but it&#039;s actually too hard. Better to eliminate a bunch of those little tasks by completing, canceling, or delegating.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t know much about Kanban, Matthias, but I think an added advantage of limiting the number of cards in one column is completely mental. It&#8217;s not just the task switching, it&#8217;s the mental overload of too many things to think about.</p>
<p>Sometimes when I can&#8217;t focus on a big task I realize it&#8217;s because there are so many little tasks running around. I can try to ignore them but it&#8217;s actually too hard. Better to eliminate a bunch of those little tasks by completing, canceling, or delegating.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
