<?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"
	>
<channel>
	<title>Comments on: Those Elusive Engineers</title>
	<atom:link href="http://www.esourcingforum.com/archives/2007/06/05/those-elusive-engineers/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.esourcingforum.com/archives/2007/06/05/those-elusive-engineers/</link>
	<description>The source of information and best practices in strategic sourcing.</description>
	<pubDate>Fri, 09 Jan 2009 22:35:51 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: David Bush - Iasta</title>
		<link>http://www.esourcingforum.com/archives/2007/06/05/those-elusive-engineers/#comment-7819</link>
		<dc:creator>David Bush - Iasta</dc:creator>
		<pubDate>Tue, 05 Jun 2007 19:05:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.esourcingforum.com/?p=439#comment-7819</guid>
		<description>Here is another article that draws attention to this issue:

http://wardsautoworld.com/ar/auto_achieving_alignment/</description>
		<content:encoded><![CDATA[<p>Here is another article that draws attention to this issue:</p>
<p><a href="http://wardsautoworld.com/ar/auto_achieving_alignment/" rel="nofollow">http://wardsautoworld.com/ar/auto_achieving_alignment/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Strovink</title>
		<link>http://www.esourcingforum.com/archives/2007/06/05/those-elusive-engineers/#comment-7818</link>
		<dc:creator>Eric Strovink</dc:creator>
		<pubDate>Tue, 05 Jun 2007 16:09:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.esourcingforum.com/?p=439#comment-7818</guid>
		<description>I agree strongly with Tony, and I'd add that on the Engineering side (I've managed many an Engineering organization, both hardware and software) the best friend an engineer can have is a procurement professional working side by side and sitting in on early vendor meetings, before design-in.

It doesn't take too much guidance to train engineers to think more deeply about procurement, and that can make an enormous difference in cost and procurement flexibility.  And, procurement people also learn some engineering along the way -- I've actually heard the following conversation in the hallway between a hardware engineer and a procurement guy: "Do we really need a UART here, or can we bit-bang using an I/O port, the way we did with the XYZ unit?"

The Bose Corporation in Framingham, MA (the "Wave Radio" people) is a good example of an organization that performs procurement-oriented reviews of engineers' designs very early in the process.  That's one reason why Bose has managed to stay competitive and profitable despite the collapse of most of the other American radio and TV makers.</description>
		<content:encoded><![CDATA[<p>I agree strongly with Tony, and I&#8217;d add that on the Engineering side (I&#8217;ve managed many an Engineering organization, both hardware and software) the best friend an engineer can have is a procurement professional working side by side and sitting in on early vendor meetings, before design-in.</p>
<p>It doesn&#8217;t take too much guidance to train engineers to think more deeply about procurement, and that can make an enormous difference in cost and procurement flexibility.  And, procurement people also learn some engineering along the way &#8212; I&#8217;ve actually heard the following conversation in the hallway between a hardware engineer and a procurement guy: &#8220;Do we really need a UART here, or can we bit-bang using an I/O port, the way we did with the XYZ unit?&#8221;</p>
<p>The Bose Corporation in Framingham, MA (the &#8220;Wave Radio&#8221; people) is a good example of an organization that performs procurement-oriented reviews of engineers&#8217; designs very early in the process.  That&#8217;s one reason why Bose has managed to stay competitive and profitable despite the collapse of most of the other American radio and TV makers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tony Poshek</title>
		<link>http://www.esourcingforum.com/archives/2007/06/05/those-elusive-engineers/#comment-7815</link>
		<dc:creator>Tony Poshek</dc:creator>
		<pubDate>Tue, 05 Jun 2007 13:54:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.esourcingforum.com/?p=439#comment-7815</guid>
		<description>Excellent topic David.  As someone who has also previously served as a sourcing practitioner for a large global corporation, I can certainly attest that having a strong relationship with your engineers is invaluable.  An engineer can single-handedly either make or break many of the cost-saving sourcing initiatives you may dream up.  They can also bring to light additional projects that you may not have thought of.  Something as simple as setting up regular lunches with some of your engineering counter-parts can go a long way in building trust.
-Tony</description>
		<content:encoded><![CDATA[<p>Excellent topic David.  As someone who has also previously served as a sourcing practitioner for a large global corporation, I can certainly attest that having a strong relationship with your engineers is invaluable.  An engineer can single-handedly either make or break many of the cost-saving sourcing initiatives you may dream up.  They can also bring to light additional projects that you may not have thought of.  Something as simple as setting up regular lunches with some of your engineering counter-parts can go a long way in building trust.<br />
-Tony</p>
]]></content:encoded>
	</item>
</channel>
</rss>
