<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
>

<channel>
	<title>Gemba Tales &#187; kanban</title>
	<atom:link href="http://kaizenfieldbook.com/marksblog/archives/tag/kanban/feed" rel="self" type="application/rss+xml" />
	<link>http://kaizenfieldbook.com/marksblog</link>
	<description>Lean stories, lessons and reflections</description>
	<lastBuildDate>Mon, 30 Jan 2012 15:47:50 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<!-- podcast_generator="podPress/8.8" - maintenance_release="8.8.4" -->
		<copyright>2006-2007 </copyright>
		<managingEditor>mark@kaizenfieldbook.com (Gemba Tales)</managingEditor>
		<webMaster>mark@kaizenfieldbook.com (Gemba Tales)</webMaster>
		<category>posts</category>
		<itunes:keywords></itunes:keywords>
		<itunes:subtitle></itunes:subtitle>
		<itunes:summary>Lean stories, lessons and reflections</itunes:summary>
		<itunes:author>Gemba Tales</itunes:author>
		<itunes:category text="Society &amp; Culture"/>
		<itunes:owner>
			<itunes:name>Gemba Tales</itunes:name>
			<itunes:email>mark@kaizenfieldbook.com</itunes:email>
		</itunes:owner>
		<itunes:block>No</itunes:block>
		<itunes:explicit>no</itunes:explicit>
		<itunes:image href="http://kaizenfieldbook.com/marksblog/wp-content/plugins/podpress/images/powered_by_podpress_large.jpg" />
		<image>
			<url>http://kaizenfieldbook.com/marksblog/wp-content/plugins/podpress/images/powered_by_podpress.jpg</url>
			<title>Gemba Tales</title>
			<link>http://kaizenfieldbook.com/marksblog</link>
			<width>144</width>
			<height>144</height>
		</image>
		<item>
		<title>Lean Behaviors Prompted by Transparency, Scarceness and Accountability</title>
		<link>http://kaizenfieldbook.com/marksblog/archives/1446</link>
		<comments>http://kaizenfieldbook.com/marksblog/archives/1446#comments</comments>
		<pubDate>Sat, 18 Sep 2010 21:27:43 +0000</pubDate>
		<dc:creator>markrhamel</dc:creator>
				<category><![CDATA[Lean Principles]]></category>
		<category><![CDATA[kanban]]></category>

		<guid isPermaLink="false">http://kaizenfieldbook.com/marksblog/?p=1446</guid>
		<description><![CDATA[People behave differently when there is transparency, scarceness and accountability. For example, there can definitely be a different dynamic at an open bar where no one knows you (or really cares) and a cash bar at a function amongst august colleagues. I&#8217;m guessing most of you know what I mean.
Lean behaviors can often be facilitated [...]]]></description>
			<content:encoded><![CDATA[<p style="text-align: justify;"><a href="http://kaizenfieldbook.com/marksblog/wp-content/uploads/2010/09/passport-pic1.png"><img class="alignleft size-medium wp-image-1453" title="passport pic1" src="http://kaizenfieldbook.com/marksblog/wp-content/uploads/2010/09/passport-pic1-280x300.png" alt="" width="280" height="300" /></a>People behave differently when there is transparency, scarceness and accountability. For example, there can definitely be a different dynamic at an open bar where no one knows you (or really cares) and a cash bar at a function amongst august colleagues. I&#8217;m guessing most of you know what I mean.</p>
<p style="text-align: justify;"><strong>Lean behaviors</strong> can often be facilitated by the same stuff. A group that I have been working with has implemented a simple, yet powerful improvement idea that illustrates this phenomena within their low volume, high mix business.  The improvement was instituted to help gain and maintain stability within their mixed model production kanban system. It also provides insight into the root causes that drive some of that instability.</p>
<p style="text-align: justify;">It seems that representatives of the various downstream customers of the in-process kanban (no batch production in the upstream process, the kanban are satisfied in a FIFO manner) were frequently seeking to  move a given kanban to the head of the line&#8230;mostly because of their own mismanagement and other barriers. The reshuffle requests were as many as three per shift. It was like an open bar.</p>
<p style="text-align: justify;">Leadership implemented a &#8220;passport&#8221; system. It&#8217;s not really novel, others have applied it. But, it works!</p>
<p style="text-align: justify;">Basically, each of the four consuming departments (with many multiple cells) that are downstream of the kanban are limited to three weekly passes that they can exercise. Each pass entitles the user the opportunity to reshuffle one of the kanbans within the sequence. So, there are rules and there is a finite number of opportunities. No free-for-all here.</p>
<p style="text-align: justify;">There is also also accountability and transparency. The unused passes are hung at a station near the supplying process&#8217; production coordinator workstation. Triggered or used passes are inserted into a locked  lexan box so you can see who has been exercising their passes &#8211; the name of the downstream department&#8217;s production coordinator is printed on their respective passes. See the picture, below.</p>
<p style="text-align: justify;">
<p style="text-align: justify;"><a href="http://kaizenfieldbook.com/marksblog/wp-content/uploads/2010/09/passport-box-pic.jpg"><img class="aligncenter size-medium wp-image-1456" title="passport box pic" src="http://kaizenfieldbook.com/marksblog/wp-content/uploads/2010/09/passport-box-pic-260x300.jpg" alt="" width="260" height="300" /></a></p>
<p style="text-align: justify;">Oh, and not all passes are the same. They come with different levels of escalation and, perhaps, pain. The first pass is green in color &#8211; essentially a &#8220;freebie&#8221; that can be used for one priority reshuffle. The second pass is yellow in color and requires the supplying department&#8217;s manager to sign-off on the pass. This means that a conversation has to occur&#8230;with an explanation as to why the pass needs to be triggered. The third pass is red in color and needs the plant manager&#8217;s sign-off for it to be accepted. Few folks want to have that conversation &#8211; especially if the root cause is/was within their control.</p>
<p style="text-align: justify;">Guess what? The operation is down to about three kanban priority moves per week and a lot less  volatility. The system works a heck of a lot better now. Transparency, scarceness and accountability have changed behaviors and provided further insight into other improvement opportunities.</p>
<p style="text-align: justify;">
<p align="left"><a class="tt" href="http://twitter.com/home/?status=Lean+Behaviors+Prompted+by+Transparency%2C+Scarceness+and+Accountability+http://kaizenfieldbook.com/marksblog/?p=1446" title="Post to Twitter"><img class="nothumb" src="http://kaizenfieldbook.com/marksblog/wp-content/plugins/tweet-this/icons/tt-twitter.png" alt="Post to Twitter" /></a> <a class="tt" href="http://twitter.com/home/?status=Lean+Behaviors+Prompted+by+Transparency%2C+Scarceness+and+Accountability+http://kaizenfieldbook.com/marksblog/?p=1446" title="Post to Twitter">Tweet This Post</a></p>]]></content:encoded>
			<wfw:commentRss>http://kaizenfieldbook.com/marksblog/archives/1446/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Ready! Fire! Aim!&#8230;Maybe, We Should Have REALLY Simulated First!?</title>
		<link>http://kaizenfieldbook.com/marksblog/archives/311</link>
		<comments>http://kaizenfieldbook.com/marksblog/archives/311#comments</comments>
		<pubDate>Thu, 18 Feb 2010 21:31:38 +0000</pubDate>
		<dc:creator>markrhamel</dc:creator>
				<category><![CDATA[Kaizen]]></category>
		<category><![CDATA[Scientific thought - PDCA/SDCA]]></category>
		<category><![CDATA[3P]]></category>
		<category><![CDATA[kanban]]></category>
		<category><![CDATA[lean leadership]]></category>
		<category><![CDATA[PDCA]]></category>
		<category><![CDATA[pull system]]></category>
		<category><![CDATA[simulation]]></category>
		<category><![CDATA[trystorm]]></category>

		<guid isPermaLink="false">http://kaizenfieldbook.com/marksblog/?p=311</guid>
		<description><![CDATA[One of kaizen&#8217;s unofficial taglines is, &#8220;Just do it.&#8221; And it makes sense. We try to spin the PDCA wheel as fast and as frequently as possible in order to experiment and quickly learn and make adjustments. But, sometimes we should just do it AFTER careful and extensive simulation. It seems wimpy, but it&#8217;s about [...]]]></description>
			<content:encoded><![CDATA[<p style="text-align: justify;"><img class="alignleft size-medium wp-image-312" title="ready fire aim pic" src="http://kaizenfieldbook.com/marksblog/wp-content/uploads/2010/02/ready-fire-aim-pic-300x212.jpg" alt="ready fire aim pic" width="300" height="212" />One of <strong>kaizen</strong>&#8217;s unofficial taglines is, &#8220;Just do it.&#8221; And it makes sense. We try to spin the <strong>PDCA</strong> wheel as fast and as frequently as possible in order to experiment and quickly learn and make adjustments. But, sometimes we should <em>just do</em> <em>it</em> AFTER careful and extensive <strong>simulation</strong>. It seems wimpy, but it&#8217;s about managing risk. <strong>Lean leaders</strong> should care about that.</p>
<p style="text-align: justify;">So, when does it make sense to simulate an improvement? We actually do it all the time when we <strong>trystorm</strong>. Trystorming is a melding of brainstorming and simulation. It can be really simple stuff or it can be much more involved. People tend to be fairly OK with the simple stuff, but start getting weak in the knees when meaty simulation is required. They don&#8217;t want to take too much time simulating. It can be slow and tedious.</p>
<p style="text-align: justify;"><strong>Simple simulation.</strong> People can tolerate simple simulation like pantomiming the new standard work sequence with a draft standard work sheet and standard work combination sheet in hand before they try it out for the first time. Then they can make adjustments on the way. Hey, who wouldn&#8217;t be OK with that level of effort and spontaneity?</p>
<p style="text-align: justify;"><strong>More extensive.</strong> The more extensive simulations take time and require a certain rigor. Why do we need to endure this pain? Because the implementation of improved or brand new systems can cause big problems if we don&#8217;t iron out some of the more substantial flaws. Often we don&#8217;t know what we don&#8217;t know. Here are two types of extensive simulations.</p>
<ul style="text-align: justify;">
<li>Many people apply <strong>3P</strong> (production preparation process) when developing substantially new or improved processes  and/or products.  As we all know, locking in a poorly designed product or process is a recipe for long-term pain and suffering. In brief, 3P is a team-based methodology in which the members down-select from multiple alternatives to seven different ways for a new improved process (or product), simulate the new process with crude, inexpensive, and quickly applied materials (PVC, cardboard, wood, duct tape, etc.), then whittle down the options to three best process designs (as measured against predetermined selection criteria), followed by more trystorming and then ultimate selection.</li>
<li>Supermarket pull is a wonderful thing when properly applied, but you&#8217;ve got to get it right in order to ensure that the downstream customers are not starved and that there is no excess inventory. <strong>Pull system</strong> or <strong>kanban system</strong> simulations are extremely valuable. Using production kanban as an example, after taking a first cut at demand analysis, percent load analysis, determining what the kanban strategy will be (i.e., in process, batch &#8211; pattern, batch board, triangle), sizing the kanban, formulating the draft standard work (how/who/when regarding kanban posts, emergency kanbans, scheduling protocol, etc.), etc., we need to simulate the system using real historical demand data and some invented surprises.  The simulation requires cards for all of the inventory, mock kanban posts, &#8220;scheduling,&#8221; capacity analysis&#8230;the whole nine yards! It is critical to find out when and where the system breaks in a big way and then figure out what needs to be adjusted&#8230;before it goes live.</li>
</ul>
<p>So, what are your experiences with either high intensity simulations or implementations where it would have been a good idea to simulate (or simulate better)?</p>
<p>Related posts: <a href="http://kaizenfieldbook.com/marksblog/archives/180">Kaizen Principle: Be like MacGyver, use creativity before capital!</a>, <a href="http://kaizenfieldbook.com/marksblog/archives/76">Check Please! Without it, PDCA and SDCA do NOT work.</a></p>
<p align="left"><a class="tt" href="http://twitter.com/home/?status=Ready%21+Fire%21+Aim%21%E2%80%A6Maybe%2C+We+Should+Have+REALLY+Simulated+First...+http://kaizenfieldbook.com/marksblog/?p=311" title="Post to Twitter"><img class="nothumb" src="http://kaizenfieldbook.com/marksblog/wp-content/plugins/tweet-this/icons/tt-twitter.png" alt="Post to Twitter" /></a> <a class="tt" href="http://twitter.com/home/?status=Ready%21+Fire%21+Aim%21%E2%80%A6Maybe%2C+We+Should+Have+REALLY+Simulated+First...+http://kaizenfieldbook.com/marksblog/?p=311" title="Post to Twitter">Tweet This Post</a></p>]]></content:encoded>
			<wfw:commentRss>http://kaizenfieldbook.com/marksblog/archives/311/feed</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
	</channel>
</rss>

