<?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: A Kanban System for Sustaining Engineering</title>
	<atom:link href="http://leansoftwareengineering.com/2007/06/26/a-kanban-system-for-sustaining-engineering/feed/" rel="self" type="application/rss+xml" />
	<link>http://leansoftwareengineering.com/2007/06/26/a-kanban-system-for-sustaining-engineering/</link>
	<description>Essays on the Continuous Delivery of High Quality Information Systems</description>
	<lastBuildDate>Wed, 07 Jul 2010 10:00:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Corey</title>
		<link>http://leansoftwareengineering.com/2007/06/26/a-kanban-system-for-sustaining-engineering/comment-page-1/#comment-80</link>
		<dc:creator>Corey</dc:creator>
		<pubDate>Thu, 16 Aug 2007 03:45:09 +0000</pubDate>
		<guid isPermaLink="false">http://leansoftwareengineering.com/2007/06/26/a-kanban-system-for-sustaining-engineering/#comment-80</guid>
		<description>Yes, you will certainly see these kinds of concepts show up in domains where &lt;em&gt;throughput&lt;/em&gt;, &lt;em&gt;latency&lt;/em&gt;, and &lt;em&gt;buffering&lt;/em&gt; are first-class design considerations, namely telecommunications systems.  Designs that feature pipeline or streaming architectures will also share many conceptual similarities to lean production systems.  Remember that it was mostly telecom folks that came up with all of this queuing theory business in the first place!

Do a web search on kanban+petri+net and you&#039;ll get some fascinating hits.</description>
		<content:encoded><![CDATA[<p>Yes, you will certainly see these kinds of concepts show up in domains where <em>throughput</em>, <em>latency</em>, and <em>buffering</em> are first-class design considerations, namely telecommunications systems.  Designs that feature pipeline or streaming architectures will also share many conceptual similarities to lean production systems.  Remember that it was mostly telecom folks that came up with all of this queuing theory business in the first place!</p>
<p>Do a web search on kanban+petri+net and you&#8217;ll get some fascinating hits.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin</title>
		<link>http://leansoftwareengineering.com/2007/06/26/a-kanban-system-for-sustaining-engineering/comment-page-1/#comment-79</link>
		<dc:creator>Kevin</dc:creator>
		<pubDate>Wed, 15 Aug 2007 21:03:50 +0000</pubDate>
		<guid isPermaLink="false">http://leansoftwareengineering.com/2007/06/26/a-kanban-system-for-sustaining-engineering/#comment-79</guid>
		<description>Do you know of any efforts to apply &quot;lean&quot; concepts (single piece flow, setup/change over reduction, elimination of Non-Value add,...) to actual application design?  As more systems are &quot;electronifying&quot; paper transactional systems, I have seen many systems built to process large batches of items through a sequence of processes.  The same total throughput improvements that were seen in manufacuring and then transactional processes should be able to be realized in IT, but I haven&#039;t seen anything on it.</description>
		<content:encoded><![CDATA[<p>Do you know of any efforts to apply &#8220;lean&#8221; concepts (single piece flow, setup/change over reduction, elimination of Non-Value add,&#8230;) to actual application design?  As more systems are &#8220;electronifying&#8221; paper transactional systems, I have seen many systems built to process large batches of items through a sequence of processes.  The same total throughput improvements that were seen in manufacuring and then transactional processes should be able to be realized in IT, but I haven&#8217;t seen anything on it.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.390 seconds -->
