<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Bringing Lean Methods To The Front End Of Medical Product Development</title>
	<atom:link href="http://untetheredhealthcare.com/2010/01/09/bringing-lean-methods-to-the-front-end-of-medical-product-development/feed/" rel="self" type="application/rss+xml" />
	<link>http://untetheredhealthcare.com/2010/01/09/bringing-lean-methods-to-the-front-end-of-medical-product-development/</link>
	<description>A blog on the intersection of mHealth, medical decision support  and design</description>
	<lastBuildDate>Sun, 21 Mar 2010 19:41:44 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Craig Brandis</title>
		<link>http://untetheredhealthcare.com/2010/01/09/bringing-lean-methods-to-the-front-end-of-medical-product-development/#comment-22</link>
		<dc:creator>Craig Brandis</dc:creator>
		<pubDate>Mon, 18 Jan 2010 21:39:41 +0000</pubDate>
		<guid isPermaLink="false">http://untetheredhealthcare.com/?p=179#comment-22</guid>
		<description>Leonard, you make a good distinction and I should have been a bit clearer in my terms. I agree, the so-called &quot;fuzzy&quot; part of front end product development requires exploration and experimentation, which is usually not part of a Lean cycle -- although I&#039;m seeing more and more companies treat this as a managed and optimized process also.</description>
		<content:encoded><![CDATA[<p>Leonard, you make a good distinction and I should have been a bit clearer in my terms. I agree, the so-called &#8220;fuzzy&#8221; part of front end product development requires exploration and experimentation, which is usually not part of a Lean cycle &#8212; although I&#8217;m seeing more and more companies treat this as a managed and optimized process also.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Leonard Kish</title>
		<link>http://untetheredhealthcare.com/2010/01/09/bringing-lean-methods-to-the-front-end-of-medical-product-development/#comment-21</link>
		<dc:creator>Leonard Kish</dc:creator>
		<pubDate>Mon, 11 Jan 2010 17:42:21 +0000</pubDate>
		<guid isPermaLink="false">http://untetheredhealthcare.com/?p=179#comment-21</guid>
		<description>Craig,

In my experience in medical software development as well as software and product development in other verticals, you have to be a little careful in applying lean principles to product design. Design requires openness, trial and error (some waste), and maximum feedback loops about what works and what doesn&#039;t. The best designs may actually encourage &quot;waste&quot; in the very beginning in an effort to find and hone the design that works.

In other words, it&#039;s up to users to define what the value is in value stream mapping. For developers it can be largely unknown and unknowable without constant feedback from users of the product. Developers up front may need to spend a lot of &quot;wasted&quot; ideas and work finding the what does work for the users.</description>
		<content:encoded><![CDATA[<p>Craig,</p>
<p>In my experience in medical software development as well as software and product development in other verticals, you have to be a little careful in applying lean principles to product design. Design requires openness, trial and error (some waste), and maximum feedback loops about what works and what doesn&#8217;t. The best designs may actually encourage &#8220;waste&#8221; in the very beginning in an effort to find and hone the design that works.</p>
<p>In other words, it&#8217;s up to users to define what the value is in value stream mapping. For developers it can be largely unknown and unknowable without constant feedback from users of the product. Developers up front may need to spend a lot of &#8220;wasted&#8221; ideas and work finding the what does work for the users.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
