<?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: Why the Toyota Product Development System is a thing of the past</title>
	<atom:link href="http://codemonkeyism.com/why-the-toyota-product-development-system-is-a-thing-of-the-past/feed/" rel="self" type="application/rss+xml" />
	<link>http://codemonkeyism.com/why-the-toyota-product-development-system-is-a-thing-of-the-past/</link>
	<description></description>
	<lastBuildDate>Sat, 13 Mar 2010 16:12:40 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: TPS &#171; The Data Warehouse Pages</title>
		<link>http://codemonkeyism.com/why-the-toyota-product-development-system-is-a-thing-of-the-past/comment-page-1/#comment-237573</link>
		<dc:creator>TPS &#171; The Data Warehouse Pages</dc:creator>
		<pubDate>Fri, 31 Jul 2009 11:56:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.codemonkeyism.com/?p=773#comment-237573</guid>
		<description>[...]  Thanks to a posting at codemonkeyism.com I bought Taiichi Ohnos book about the Toyota Production System. Originally published in 1978 it [...]</description>
		<content:encoded><![CDATA[<p>[...]  Thanks to a posting at codemonkeyism.com I bought Taiichi Ohnos book about the Toyota Production System. Originally published in 1978 it [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rayk</title>
		<link>http://codemonkeyism.com/why-the-toyota-product-development-system-is-a-thing-of-the-past/comment-page-1/#comment-235664</link>
		<dc:creator>Rayk</dc:creator>
		<pubDate>Sun, 12 Jul 2009 20:16:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.codemonkeyism.com/?p=773#comment-235664</guid>
		<description>No suggestion but a warm thank you for that posting. It may resolve the problem I have with interlinking Scrum idead with my Data Warehouse world, which is beside commo software development too (IMHO). What&#039;s yours?

Regards
Rayk</description>
		<content:encoded><![CDATA[<p>No suggestion but a warm thank you for that posting. It may resolve the problem I have with interlinking Scrum idead with my Data Warehouse world, which is beside commo software development too (IMHO). What&#8217;s yours?</p>
<p>Regards<br />
Rayk</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff anderson</title>
		<link>http://codemonkeyism.com/why-the-toyota-product-development-system-is-a-thing-of-the-past/comment-page-1/#comment-235652</link>
		<dc:creator>Jeff anderson</dc:creator>
		<pubDate>Sun, 12 Jul 2009 16:38:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.codemonkeyism.com/?p=773#comment-235652</guid>
		<description>I like the thinking behind most of the article but I disagree with the distinction about when to use agile

I have had most of my recent experience in legacy integration and service development (soa) style projects 

The value of agile and lean, while used differently on web and integration projects, are the same


1 reduce waste through small implemenaton cycles that provide enough feedback to continually optimize the solution ad te approach

2 increase quality through signals and automation

3 focus on workers and adaptable processes

I could go on but I think you know about all the finer points of agile /lean

the point being (IMHO) is that agile in some respect has value to any style of software development program, at least int experience</description>
		<content:encoded><![CDATA[<p>I like the thinking behind most of the article but I disagree with the distinction about when to use agile</p>
<p>I have had most of my recent experience in legacy integration and service development (soa) style projects </p>
<p>The value of agile and lean, while used differently on web and integration projects, are the same</p>
<p>1 reduce waste through small implemenaton cycles that provide enough feedback to continually optimize the solution ad te approach</p>
<p>2 increase quality through signals and automation</p>
<p>3 focus on workers and adaptable processes</p>
<p>I could go on but I think you know about all the finer points of agile /lean</p>
<p>the point being (IMHO) is that agile in some respect has value to any style of software development program, at least int experience</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stephan</title>
		<link>http://codemonkeyism.com/why-the-toyota-product-development-system-is-a-thing-of-the-past/comment-page-1/#comment-234360</link>
		<dc:creator>stephan</dc:creator>
		<pubDate>Tue, 30 Jun 2009 18:16:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.codemonkeyism.com/?p=773#comment-234360</guid>
		<description>@Sensei of Flow:

&quot;Dr Allen Ward in his outstanding book “Lean Product and Process Development” observes that the role of Product Development is NOT to develop products (how strange is that), but to create the *operational values streams* (aka manufacturing, production value streams - for car companies at least) through which products can be made, sold, delivered, marketed, supported, etc.&quot;

Good insight, perhaps it helps with my learning about the role of product development. The books seems hard to get here in Germany :-/

&quot;Also, the TOC (Theory of Constraints) literature has many [...]&quot;

Any book suggestions?

Cheers
Stephan</description>
		<content:encoded><![CDATA[<p>@Sensei of Flow:</p>
<p>&#8220;Dr Allen Ward in his outstanding book “Lean Product and Process Development” observes that the role of Product Development is NOT to develop products (how strange is that), but to create the *operational values streams* (aka manufacturing, production value streams &#8211; for car companies at least) through which products can be made, sold, delivered, marketed, supported, etc.&#8221;</p>
<p>Good insight, perhaps it helps with my learning about the role of product development. The books seems hard to get here in Germany :-/</p>
<p>&#8220;Also, the TOC (Theory of Constraints) literature has many [...]&#8221;</p>
<p>Any book suggestions?</p>
<p>Cheers<br />
Stephan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daily Links for Tuesday, June 30th, 2009</title>
		<link>http://codemonkeyism.com/why-the-toyota-product-development-system-is-a-thing-of-the-past/comment-page-1/#comment-234332</link>
		<dc:creator>Daily Links for Tuesday, June 30th, 2009</dc:creator>
		<pubDate>Tue, 30 Jun 2009 11:38:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.codemonkeyism.com/?p=773#comment-234332</guid>
		<description>[...] Why the Toyota Product Development System is a thing of the past &#124; Code Monkeyism [...]</description>
		<content:encoded><![CDATA[<p>[...] Why the Toyota Product Development System is a thing of the past | Code Monkeyism [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Flowchainsensei</title>
		<link>http://codemonkeyism.com/why-the-toyota-product-development-system-is-a-thing-of-the-past/comment-page-1/#comment-234255</link>
		<dc:creator>Flowchainsensei</dc:creator>
		<pubDate>Mon, 29 Jun 2009 11:23:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.codemonkeyism.com/?p=773#comment-234255</guid>
		<description>Insightful post! Helps draw some distinctions between product design/development (such as TPDS) and production (manufacturing / TPS).

Dr Allen Ward in his outstanding book &quot;Lean Product and Process Development&quot; observes that the role of Product Development is NOT to develop products (how strange is that), but to create the *operational values streams* (aka manufacturing, production value streams - for car companies at least) through which products can be made, sold, delivered, marketed, supported, etc.

Also, the TOC (Theory of Constraints) literature has many examples of make-to-order businesses (furniture, software, etc) and productive ways to organise those (with pull, flow, cadence and limited wip featuring highly).

HTH

Cheers
FlowchainSensei</description>
		<content:encoded><![CDATA[<p>Insightful post! Helps draw some distinctions between product design/development (such as TPDS) and production (manufacturing / TPS).</p>
<p>Dr Allen Ward in his outstanding book &#8220;Lean Product and Process Development&#8221; observes that the role of Product Development is NOT to develop products (how strange is that), but to create the *operational values streams* (aka manufacturing, production value streams &#8211; for car companies at least) through which products can be made, sold, delivered, marketed, supported, etc.</p>
<p>Also, the TOC (Theory of Constraints) literature has many examples of make-to-order businesses (furniture, software, etc) and productive ways to organise those (with pull, flow, cadence and limited wip featuring highly).</p>
<p>HTH</p>
<p>Cheers<br />
FlowchainSensei</p>
]]></content:encoded>
	</item>
</channel>
</rss>
