<?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: Value Stream Mapping Font</title>
	<atom:link href="http://jamieflinchbaugh.com/2009/10/value-stream-mapping-font/feed/" rel="self" type="application/rss+xml" />
	<link>http://jamieflinchbaugh.com/2009/10/value-stream-mapping-font/</link>
	<description>on lean culture, transformational leadership, and entrepreneurial   excellence</description>
	<lastBuildDate>Wed, 28 Jul 2010 13:53:37 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Mark Graban</title>
		<link>http://jamieflinchbaugh.com/2009/10/value-stream-mapping-font/comment-page-1/#comment-67</link>
		<dc:creator>Mark Graban</dc:creator>
		<pubDate>Tue, 20 Oct 2009 14:13:25 +0000</pubDate>
		<guid isPermaLink="false">http://jamieflinchbaugh.com/2009/10/value-stream-mapping-font/#comment-67</guid>
		<description>I agree, Phil, that data is helpful (quoting Ohno gratuitously, &quot;facts are better&quot;).

Value stream maps should include data. I&#039;m not advocating that data be turned into complex simulations and &quot;what-if&quot; modeling, etc. These are different issues altogether.</description>
		<content:encoded><![CDATA[<p>I agree, Phil, that data is helpful (quoting Ohno gratuitously, &#8220;facts are better&#8221;).</p>
<p>Value stream maps should include data. I&#8217;m not advocating that data be turned into complex simulations and &#8220;what-if&#8221; modeling, etc. These are different issues altogether.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Harish</title>
		<link>http://jamieflinchbaugh.com/2009/10/value-stream-mapping-font/comment-page-1/#comment-66</link>
		<dc:creator>Harish</dc:creator>
		<pubDate>Tue, 20 Oct 2009 11:39:23 +0000</pubDate>
		<guid isPermaLink="false">http://jamieflinchbaugh.com/2009/10/value-stream-mapping-font/#comment-66</guid>
		<description>I wish Taiichi Ohno was alive today. He would have had a hearty laugh over all the pain that companies take in creating the so called value stream maps. 

Using the same terminologies of lean, what is the value adding part in value stream mapping?

-Harish</description>
		<content:encoded><![CDATA[<p>I wish Taiichi Ohno was alive today. He would have had a hearty laugh over all the pain that companies take in creating the so called value stream maps. </p>
<p>Using the same terminologies of lean, what is the value adding part in value stream mapping?</p>
<p>-Harish</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil Coy</title>
		<link>http://jamieflinchbaugh.com/2009/10/value-stream-mapping-font/comment-page-1/#comment-65</link>
		<dc:creator>Phil Coy</dc:creator>
		<pubDate>Tue, 20 Oct 2009 03:28:08 +0000</pubDate>
		<guid isPermaLink="false">http://jamieflinchbaugh.com/2009/10/value-stream-mapping-font/#comment-65</guid>
		<description>I agree with Mark that the purpose of value stream mapping is to understand the wastes in the current state well enough to design a future state that eliminates as much waste as possible.

I believe that lean should be quantitative.  I&#039;m not sure Mark disagrees except perhaps in the extent of being quantitative in healthcare vs. in manufacturing.

Data is a huge issue for the companies I&#039;ve worked in - either with their enterprise systems or in a lean initiative.  In my context of HMLV value streams with lots of change, getting quantitative means having to deal with a lot of data, generally too much to manage effectively on spreadsheets.  

I&#039;m all for using the simplest tool possible that&#039;s effective in the situation.  That&#039;s not always whiteboards and spreadsheets, sometimes software is a needed assist.

Phil</description>
		<content:encoded><![CDATA[<p>I agree with Mark that the purpose of value stream mapping is to understand the wastes in the current state well enough to design a future state that eliminates as much waste as possible.</p>
<p>I believe that lean should be quantitative.  I&#8217;m not sure Mark disagrees except perhaps in the extent of being quantitative in healthcare vs. in manufacturing.</p>
<p>Data is a huge issue for the companies I&#8217;ve worked in &#8211; either with their enterprise systems or in a lean initiative.  In my context of HMLV value streams with lots of change, getting quantitative means having to deal with a lot of data, generally too much to manage effectively on spreadsheets.  </p>
<p>I&#8217;m all for using the simplest tool possible that&#8217;s effective in the situation.  That&#8217;s not always whiteboards and spreadsheets, sometimes software is a needed assist.</p>
<p>Phil</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Graban</title>
		<link>http://jamieflinchbaugh.com/2009/10/value-stream-mapping-font/comment-page-1/#comment-63</link>
		<dc:creator>Mark Graban</dc:creator>
		<pubDate>Mon, 19 Oct 2009 23:58:20 +0000</pubDate>
		<guid isPermaLink="false">http://jamieflinchbaugh.com/2009/10/value-stream-mapping-font/#comment-63</guid>
		<description>I&#039;ll believe &quot;simple&quot; and dynamic &quot;what-if&quot; when I see it.

Value Stream methodology isn&#039;t about real time, quantitative, decision support blah blah. It&#039;s about identifying waste and creating vision for a new future state to implement. You can have your fancy software.</description>
		<content:encoded><![CDATA[<p>I&#8217;ll believe &#8220;simple&#8221; and dynamic &#8220;what-if&#8221; when I see it.</p>
<p>Value Stream methodology isn&#8217;t about real time, quantitative, decision support blah blah. It&#8217;s about identifying waste and creating vision for a new future state to implement. You can have your fancy software.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jamie Flinchbaugh</title>
		<link>http://jamieflinchbaugh.com/2009/10/value-stream-mapping-font/comment-page-1/#comment-62</link>
		<dc:creator>Jamie Flinchbaugh</dc:creator>
		<pubDate>Mon, 19 Oct 2009 15:25:57 +0000</pubDate>
		<guid isPermaLink="false">http://jamieflinchbaugh.com/2009/10/value-stream-mapping-font/#comment-62</guid>
		<description>That&#039;s a good advertisement. I don&#039;t disagree that you need tools to do analytical work on your processes. However, those are not &quot;downsides&quot; of value stream mapping, those are &quot;limitations.&quot; There is a very big difference. A value stream map cannot do everything for you. And good analytics can&#039;t either. Good analytics will rarely give you a good strategic view of where you need to go, although it will really help you probe for leverage points and test the what-if scenarios. It&#039;s not an either or question as you seem to frame it. It is really about using the right tool for the right purpose. They all have their place, if used for the right purpose. 

Jamie</description>
		<content:encoded><![CDATA[<p>That&#8217;s a good advertisement. I don&#8217;t disagree that you need tools to do analytical work on your processes. However, those are not &#8220;downsides&#8221; of value stream mapping, those are &#8220;limitations.&#8221; There is a very big difference. A value stream map cannot do everything for you. And good analytics can&#8217;t either. Good analytics will rarely give you a good strategic view of where you need to go, although it will really help you probe for leverage points and test the what-if scenarios. It&#8217;s not an either or question as you seem to frame it. It is really about using the right tool for the right purpose. They all have their place, if used for the right purpose. </p>
<p>Jamie</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil Coy</title>
		<link>http://jamieflinchbaugh.com/2009/10/value-stream-mapping-font/comment-page-1/#comment-60</link>
		<dc:creator>Phil Coy</dc:creator>
		<pubDate>Mon, 19 Oct 2009 14:53:03 +0000</pubDate>
		<guid isPermaLink="false">http://jamieflinchbaugh.com/2009/10/value-stream-mapping-font/#comment-60</guid>
		<description>Think outside the box for a completely different perspective on a value stream map.   The downside of a value stream map:
1 - static
2 - doesn&#039;t support complexity (HMLV with hundreds of products, hundreds of flow paths)
3 - doesn&#039;t reflect variation (in cycle times, demand, etc) 

As a result, the map gets used for opportunity identification only and then is ignored - often for months at at time - only to have to be done over again from scratch.  Capturing it in an electronic tool only makes communication easier - doesn&#039;t address any of these issues.

What if the value stream map was dynamic?  That allows the value stream map to be a quantitative model of the business.  It must be easily updated as demand/mix change, as process improvements are made, etc.  But then the model allows you to stay current on takt time, interval, line balance, kanban/supermarket sizing, etc.  Add a simple what-if facility into it and you have a basis for solid, quantitative decision-making at the value stream level.  For an example of what I mean, see www.futurestatesolutions.com 

Phil</description>
		<content:encoded><![CDATA[<p>Think outside the box for a completely different perspective on a value stream map.   The downside of a value stream map:<br />
1 &#8211; static<br />
2 &#8211; doesn&#8217;t support complexity (HMLV with hundreds of products, hundreds of flow paths)<br />
3 &#8211; doesn&#8217;t reflect variation (in cycle times, demand, etc) </p>
<p>As a result, the map gets used for opportunity identification only and then is ignored &#8211; often for months at at time &#8211; only to have to be done over again from scratch.  Capturing it in an electronic tool only makes communication easier &#8211; doesn&#8217;t address any of these issues.</p>
<p>What if the value stream map was dynamic?  That allows the value stream map to be a quantitative model of the business.  It must be easily updated as demand/mix change, as process improvements are made, etc.  But then the model allows you to stay current on takt time, interval, line balance, kanban/supermarket sizing, etc.  Add a simple what-if facility into it and you have a basis for solid, quantitative decision-making at the value stream level.  For an example of what I mean, see <a href="http://www.futurestatesolutions.com" rel="nofollow">http://www.futurestatesolutions.com</a> </p>
<p>Phil</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jamie Flinchbaugh</title>
		<link>http://jamieflinchbaugh.com/2009/10/value-stream-mapping-font/comment-page-1/#comment-59</link>
		<dc:creator>Jamie Flinchbaugh</dc:creator>
		<pubDate>Mon, 19 Oct 2009 12:58:13 +0000</pubDate>
		<guid isPermaLink="false">http://jamieflinchbaugh.com/2009/10/value-stream-mapping-font/#comment-59</guid>
		<description>Since I&#039;m getting some questions on it this morning, we offer a course called Lean Value Stream Improvement which starts November 9th. Check it out here: http://www.leanlearningcenter.com/education_services/curriculum__lean_value_stream_improvement.cfm

Jamie</description>
		<content:encoded><![CDATA[<p>Since I&#8217;m getting some questions on it this morning, we offer a course called Lean Value Stream Improvement which starts November 9th. Check it out here: <a href="http://www.leanlearningcenter.com/education_services/curriculum__lean_value_stream_improvement.cfm" rel="nofollow">http://www.leanlearningcenter.com/education_services/curriculum__lean_value_stream_improvement.cfm</a></p>
<p>Jamie</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jamie Flinchbaugh</title>
		<link>http://jamieflinchbaugh.com/2009/10/value-stream-mapping-font/comment-page-1/#comment-58</link>
		<dc:creator>Jamie Flinchbaugh</dc:creator>
		<pubDate>Mon, 19 Oct 2009 12:32:19 +0000</pubDate>
		<guid isPermaLink="false">http://jamieflinchbaugh.com/2009/10/value-stream-mapping-font/#comment-58</guid>
		<description>I used to resist any kind of electronic documentation but with as many teams that are globally distributed as there are, I have come around on that point. Electronic is valuable for preservation and communication. But it is a barrier when used for creation. 

Thanks for the comments. 

Jamie</description>
		<content:encoded><![CDATA[<p>I used to resist any kind of electronic documentation but with as many teams that are globally distributed as there are, I have come around on that point. Electronic is valuable for preservation and communication. But it is a barrier when used for creation. </p>
<p>Thanks for the comments. </p>
<p>Jamie</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shawne Van Deusen-Jeffries</title>
		<link>http://jamieflinchbaugh.com/2009/10/value-stream-mapping-font/comment-page-1/#comment-57</link>
		<dc:creator>Shawne Van Deusen-Jeffries</dc:creator>
		<pubDate>Mon, 19 Oct 2009 12:20:12 +0000</pubDate>
		<guid isPermaLink="false">http://jamieflinchbaugh.com/2009/10/value-stream-mapping-font/#comment-57</guid>
		<description>Jaime,
You are correct that value stream mapping should be a real time tool to get the improvement conversation moving, however as a follow-up step to aid communication with management or with future teams an electronic version of the value stream map can be very useful.
Shawne</description>
		<content:encoded><![CDATA[<p>Jaime,<br />
You are correct that value stream mapping should be a real time tool to get the improvement conversation moving, however as a follow-up step to aid communication with management or with future teams an electronic version of the value stream map can be very useful.<br />
Shawne</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Frode Odegard</title>
		<link>http://jamieflinchbaugh.com/2009/10/value-stream-mapping-font/comment-page-1/#comment-56</link>
		<dc:creator>Frode Odegard</dc:creator>
		<pubDate>Mon, 19 Oct 2009 09:59:32 +0000</pubDate>
		<guid isPermaLink="false">http://jamieflinchbaugh.com/2009/10/value-stream-mapping-font/#comment-56</guid>
		<description>You are so right - people think Lean is all about the analytical aspects, and it&#039;s really more of a social change in the organization which spurs broad conversation and learning TOGETHER.  Only in that posture are the analytical tools useful.</description>
		<content:encoded><![CDATA[<p>You are so right &#8211; people think Lean is all about the analytical aspects, and it&#8217;s really more of a social change in the organization which spurs broad conversation and learning TOGETHER.  Only in that posture are the analytical tools useful.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
