<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.5" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Project Manager in a Box?</title>
	<link>http://www.reformingprojectmanagement.com/2002/10/09/41/</link>
	<description>The magazine for the project age</description>
	<pubDate>Thu, 07 Aug 2008 22:43:54 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.5</generator>

	<item>
		<title>by: Tom Poppendieck
        </title>
		<link>http://www.reformingprojectmanagement.com/2002/10/09/41/#comment-384</link>
		<pubDate>Wed, 31 Dec 1969 16:00:00 +0000</pubDate>
		<guid>http://www.reformingprojectmanagement.com/2002/10/09/41/#comment-384</guid>
					<description>
        I wrote one of these for a large commercial avioinics company 8 years ago.  Design to Production transition times went from 6-12 months to 4-6 weeks.  Quality improved significantly.  The benefit, however was mostly from the concurrent engingeering and up front communications, not from the software itself.  To get this to work, of course, different groups had to agree on standard formats and on signaling clearly what the status of their efforts were.  Once this agreement was achieved, the software could work and did indeed provide dramatic benefits but it dis NOT cause them.  The enlargement of the team perspective to look at the end-to-end value chain was the key step, not the software

I have worked with Metaphase and Matrix 1 mentioned in the linked article and there is a danger with both of these that focus will be on the formal process steps that are easily automated rather than on the person to person and group to group disciplined collaboration that is what really adds value.  People who do not understand lean thinking get this wrong all the time, focusing on formality rather than enabling people.
      </description>
		<content:encoded><![CDATA[<p>I wrote one of these for a large commercial avioinics company 8 years ago.  Design to Production transition times went from 6-12 months to 4-6 weeks.  Quality improved significantly.  The benefit, however was mostly from the concurrent engingeering and up front communications, not from the software itself.  To get this to work, of course, different groups had to agree on standard formats and on signaling clearly what the status of their efforts were.  Once this agreement was achieved, the software could work and did indeed provide dramatic benefits but it dis NOT cause them.  The enlargement of the team perspective to look at the end-to-end value chain was the key step, not the software</p>
<p>I have worked with Metaphase and Matrix 1 mentioned in the linked article and there is a danger with both of these that focus will be on the formal process steps that are easily automated rather than on the person to person and group to group disciplined collaboration that is what really adds value.  People who do not understand lean thinking get this wrong all the time, focusing on formality rather than enabling people.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
