<?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: Is Batching Always Bad?</title>
	<atom:link href="http://lssacademy.com/2008/07/09/is-batching-always-bad/feed/" rel="self" type="application/rss+xml" />
	<link>http://lssacademy.com/2008/07/09/is-batching-always-bad/</link>
	<description>Lean Manufacturing, Six Sigma, Lean Six Sigma, and Kaizen</description>
	<lastBuildDate>Sat, 20 Mar 2010 07:33:05 -0600</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Bhavin Kamani</title>
		<link>http://lssacademy.com/2008/07/09/is-batching-always-bad/comment-page-1/#comment-3529</link>
		<dc:creator>Bhavin Kamani</dc:creator>
		<pubDate>Wed, 29 Jul 2009 08:30:52 +0000</pubDate>
		<guid isPermaLink="false">http://lssacademy.com/2008/07/09/is-batching-always-bad/#comment-3529</guid>
		<description>I think it depends on from whose point of view you are viewing a given operation. In case of an email, if the point of view is from a person waiting for my reply, I guess he would prefer me to apply single pice flow. Whereas if it is just informational mail (where I am the customer), then I may be more efficient with batch and queue. 

Having said that, in any batch and queue scenario, there is always WIP. Its best to keep this WIP optimal. For example, pile up of too many informational mails for days/weeks may not be a good idea. Daily or weekly clearance of informational mails in small batches helps. 

My takeway - Batch/Queue or Single piece Flow? Batching looks more efficient for the task executor. However, task customer will always perfer single piece flow. One has to strike a balance between these two bi-polar needs</description>
		<content:encoded><![CDATA[<p>I think it depends on from whose point of view you are viewing a given operation. In case of an email, if the point of view is from a person waiting for my reply, I guess he would prefer me to apply single pice flow. Whereas if it is just informational mail (where I am the customer), then I may be more efficient with batch and queue. </p>
<p>Having said that, in any batch and queue scenario, there is always WIP. Its best to keep this WIP optimal. For example, pile up of too many informational mails for days/weeks may not be a good idea. Daily or weekly clearance of informational mails in small batches helps. </p>
<p>My takeway &#8211; Batch/Queue or Single piece Flow? Batching looks more efficient for the task executor. However, task customer will always perfer single piece flow. One has to strike a balance between these two bi-polar needs</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 5 Practical Ways to Climb out of Any Slump &#124; Lean Six Sigma Academy</title>
		<link>http://lssacademy.com/2008/07/09/is-batching-always-bad/comment-page-1/#comment-3479</link>
		<dc:creator>5 Practical Ways to Climb out of Any Slump &#124; Lean Six Sigma Academy</dc:creator>
		<pubDate>Tue, 14 Jul 2009 23:29:41 +0000</pubDate>
		<guid isPermaLink="false">http://lssacademy.com/2008/07/09/is-batching-always-bad/#comment-3479</guid>
		<description>[...] messages you need to clean it out. Down to zero. Yes, zero emails in your inbox. This might require batch processing but I won’t think less of you if you do batch [...]</description>
		<content:encoded><![CDATA[<p>[...] messages you need to clean it out. Down to zero. Yes, zero emails in your inbox. This might require batch processing but I won’t think less of you if you do batch [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://lssacademy.com/2008/07/09/is-batching-always-bad/comment-page-1/#comment-3198</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Wed, 22 Apr 2009 09:32:18 +0000</pubDate>
		<guid isPermaLink="false">http://lssacademy.com/2008/07/09/is-batching-always-bad/#comment-3198</guid>
		<description>Depends on what your value is...is it the speed at which you read your emails or is it the quality and timeliness of information flow.</description>
		<content:encoded><![CDATA[<p>Depends on what your value is&#8230;is it the speed at which you read your emails or is it the quality and timeliness of information flow.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kim Niles</title>
		<link>http://lssacademy.com/2008/07/09/is-batching-always-bad/comment-page-1/#comment-2344</link>
		<dc:creator>Kim Niles</dc:creator>
		<pubDate>Sun, 03 Aug 2008 18:17:23 +0000</pubDate>
		<guid isPermaLink="false">http://lssacademy.com/2008/07/09/is-batching-always-bad/#comment-2344</guid>
		<description>I disagree.  I&#039;ve tried to write emails, articles and books via batch and queue of ideas ... it doesn&#039;t work for me.  I end up re-reading or re-writing the same things over and over in different parts of the article because I forget what I&#039;ve read or written earlier.  It&#039;s very inefficient.  It&#039;s always best to develop the outline (equivalent of process) then populate each section in one sitting (equivalent of single piece flow).  Reviewing that work after it&#039;s done is like having an inspection point beyond the production of the part.   

Regarding emails, sorting out the different types of subjects is like sorting materials to different production lines.  Batch and queue under this context would be like sorting out all the emails of a certain subject then compiling and pasting in one email to respond to all the emails... which no one does because we naturally know it&#039;s inefficient.     

KN</description>
		<content:encoded><![CDATA[<p>I disagree.  I&#8217;ve tried to write emails, articles and books via batch and queue of ideas &#8230; it doesn&#8217;t work for me.  I end up re-reading or re-writing the same things over and over in different parts of the article because I forget what I&#8217;ve read or written earlier.  It&#8217;s very inefficient.  It&#8217;s always best to develop the outline (equivalent of process) then populate each section in one sitting (equivalent of single piece flow).  Reviewing that work after it&#8217;s done is like having an inspection point beyond the production of the part.   </p>
<p>Regarding emails, sorting out the different types of subjects is like sorting materials to different production lines.  Batch and queue under this context would be like sorting out all the emails of a certain subject then compiling and pasting in one email to respond to all the emails&#8230; which no one does because we naturally know it&#8217;s inefficient.     </p>
<p>KN</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Six Sigma :Your Resource for Strategic Management - &#187; The SixSig Roundup</title>
		<link>http://lssacademy.com/2008/07/09/is-batching-always-bad/comment-page-1/#comment-2335</link>
		<dc:creator>Six Sigma :Your Resource for Strategic Management - &#187; The SixSig Roundup</dc:creator>
		<pubDate>Thu, 31 Jul 2008 04:06:56 +0000</pubDate>
		<guid isPermaLink="false">http://lssacademy.com/2008/07/09/is-batching-always-bad/#comment-2335</guid>
		<description>[...] an old process, which is fathering a baby girl. Congrats, Ron! But he has an interesting post about batching, a process that may not be lean but can be equally efficient as well. I joined the discussion and [...]</description>
		<content:encoded><![CDATA[<p>[...] an old process, which is fathering a baby girl. Congrats, Ron! But he has an interesting post about batching, a process that may not be lean but can be equally efficient as well. I joined the discussion and [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Meikah Delid</title>
		<link>http://lssacademy.com/2008/07/09/is-batching-always-bad/comment-page-1/#comment-2334</link>
		<dc:creator>Meikah Delid</dc:creator>
		<pubDate>Thu, 31 Jul 2008 03:47:37 +0000</pubDate>
		<guid isPermaLink="false">http://lssacademy.com/2008/07/09/is-batching-always-bad/#comment-2334</guid>
		<description>Yes, batching my tasks do good for me, too. You see am not only updating blogs but also project managing two websites. So, every day, I am torn between creative (which is blogging/writing) and technical (the work on the websites) work. 

It came to a point that I felt inefficient doing both every day. What I did, I did batching, much like what Darren is doing. Now, I have 3-4 posts in my every other day, which I think is more effective.

During off-blogging days, I can give more concentration on my website projects. 

As they say, do what is best and most effective for you and for your processes. :)</description>
		<content:encoded><![CDATA[<p>Yes, batching my tasks do good for me, too. You see am not only updating blogs but also project managing two websites. So, every day, I am torn between creative (which is blogging/writing) and technical (the work on the websites) work. </p>
<p>It came to a point that I felt inefficient doing both every day. What I did, I did batching, much like what Darren is doing. Now, I have 3-4 posts in my every other day, which I think is more effective.</p>
<p>During off-blogging days, I can give more concentration on my website projects. </p>
<p>As they say, do what is best and most effective for you and for your processes. <img src='http://lssacademy.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pete abilla</title>
		<link>http://lssacademy.com/2008/07/09/is-batching-always-bad/comment-page-1/#comment-2295</link>
		<dc:creator>pete abilla</dc:creator>
		<pubDate>Tue, 15 Jul 2008 11:18:47 +0000</pubDate>
		<guid isPermaLink="false">http://lssacademy.com/2008/07/09/is-batching-always-bad/#comment-2295</guid>
		<description>In transportation, it sometimes makes sense to batch instead of sending less-than-truckload, especially with gas prices the way they are.  In this energy-challenging environment, I&#039;m sure Toyota is doing less of the &quot;small batches, frequent trips&quot; strategy in their supply parts business (I was on that side of the business) and opting for &quot;a little bit bigger batches, but less frequent trips&quot;.  In either case, Toyota still does batches -- the question is about &quot;how big should the batch be?&quot;  The goal should be a batch-size of 1, but if not, then you increment from there.</description>
		<content:encoded><![CDATA[<p>In transportation, it sometimes makes sense to batch instead of sending less-than-truckload, especially with gas prices the way they are.  In this energy-challenging environment, I&#8217;m sure Toyota is doing less of the &#8220;small batches, frequent trips&#8221; strategy in their supply parts business (I was on that side of the business) and opting for &#8220;a little bit bigger batches, but less frequent trips&#8221;.  In either case, Toyota still does batches &#8212; the question is about &#8220;how big should the batch be?&#8221;  The goal should be a batch-size of 1, but if not, then you increment from there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://lssacademy.com/2008/07/09/is-batching-always-bad/comment-page-1/#comment-2275</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Thu, 10 Jul 2008 20:01:08 +0000</pubDate>
		<guid isPermaLink="false">http://lssacademy.com/2008/07/09/is-batching-always-bad/#comment-2275</guid>
		<description>There&#039;s two things here, firstly clarification as to where you&#039;re batching and where&#039;re not.  Just because you don&#039;t read your email as it turns up doesn&#039;t mean you&#039;re batching, it just means you&#039;re not stopping what you&#039;re doing to change onto that. (writing a book even more so)

Secondly, you are quite correct, the goal is to reach single piece flow however you can&#039;t just stick single piece flow in somewhere and expect it to work brilliantly. You need to improve the system to make single piece flow achievable. Is the system to moderate guest authors posts too clumsy or complicated to switch into and out quickly?</description>
		<content:encoded><![CDATA[<p>There&#8217;s two things here, firstly clarification as to where you&#8217;re batching and where&#8217;re not.  Just because you don&#8217;t read your email as it turns up doesn&#8217;t mean you&#8217;re batching, it just means you&#8217;re not stopping what you&#8217;re doing to change onto that. (writing a book even more so)</p>
<p>Secondly, you are quite correct, the goal is to reach single piece flow however you can&#8217;t just stick single piece flow in somewhere and expect it to work brilliantly. You need to improve the system to make single piece flow achievable. Is the system to moderate guest authors posts too clumsy or complicated to switch into and out quickly?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Wagner</title>
		<link>http://lssacademy.com/2008/07/09/is-batching-always-bad/comment-page-1/#comment-2274</link>
		<dc:creator>Andy Wagner</dc:creator>
		<pubDate>Thu, 10 Jul 2008 17:29:19 +0000</pubDate>
		<guid isPermaLink="false">http://lssacademy.com/2008/07/09/is-batching-always-bad/#comment-2274</guid>
		<description>Remember, it&#039;s not single-piece flow for it&#039;s own sake.  It&#039;s single piece flow to provide value to the customer as quickly as possible.  By focusing on one task through to it&#039;s conclusion you serve that goal. I suppose somebody unfamiliar with lean terminology might call that batching, but I&#039;m not sure I would.
Reading and writing email a few times per day means fewer interruptions to the flow of other tasks.  That&#039;s certainly lean.  The unit size is not each individual email message, it is the daily task of handling all email.
I suppose the question is, who is your most important customer, the emailer, or the customer for all the other tasks in your day.
Your quote also says that he gets down to 0 emails in his inbox.  That means he&#039;s not keeping inventory day to day.  I wish I could say that.

-Andy</description>
		<content:encoded><![CDATA[<p>Remember, it&#8217;s not single-piece flow for it&#8217;s own sake.  It&#8217;s single piece flow to provide value to the customer as quickly as possible.  By focusing on one task through to it&#8217;s conclusion you serve that goal. I suppose somebody unfamiliar with lean terminology might call that batching, but I&#8217;m not sure I would.<br />
Reading and writing email a few times per day means fewer interruptions to the flow of other tasks.  That&#8217;s certainly lean.  The unit size is not each individual email message, it is the daily task of handling all email.<br />
I suppose the question is, who is your most important customer, the emailer, or the customer for all the other tasks in your day.<br />
Your quote also says that he gets down to 0 emails in his inbox.  That means he&#8217;s not keeping inventory day to day.  I wish I could say that.</p>
<p>-Andy</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ron Pereira</title>
		<link>http://lssacademy.com/2008/07/09/is-batching-always-bad/comment-page-1/#comment-2273</link>
		<dc:creator>Ron Pereira</dc:creator>
		<pubDate>Thu, 10 Jul 2008 13:58:42 +0000</pubDate>
		<guid isPermaLink="false">http://lssacademy.com/2008/07/09/is-batching-always-bad/#comment-2273</guid>
		<description>I hear you, Mark.  Now that I think about it I&#039;ve also done the same thing preparing for vacation.  I actually wrote the &quot;kaizen&quot; series one evening and then had them sent out each of the next 5 days automatically.</description>
		<content:encoded><![CDATA[<p>I hear you, Mark.  Now that I think about it I&#8217;ve also done the same thing preparing for vacation.  I actually wrote the &#8220;kaizen&#8221; series one evening and then had them sent out each of the next 5 days automatically.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
