<?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: Medical Device Software Development &#8211; Going Agile</title>
	<atom:link href="http://rdn-consulting.com/blog/2007/10/14/medical-device-software-development-going-agile/feed/" rel="self" type="application/rss+xml" />
	<link>http://rdn-consulting.com/blog/2007/10/14/medical-device-software-development-going-agile/</link>
	<description>Software Development and Biomedical Engineering</description>
	<lastBuildDate>Tue, 15 May 2012 17:32:14 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Agile Medical Device Software Development? &#124; Ron Rammage Project Management Blog</title>
		<link>http://rdn-consulting.com/blog/2007/10/14/medical-device-software-development-going-agile/comment-page-1/#comment-4022</link>
		<dc:creator>Agile Medical Device Software Development? &#124; Ron Rammage Project Management Blog</dc:creator>
		<pubDate>Sun, 28 Nov 2010 22:10:08 +0000</pubDate>
		<guid isPermaLink="false">http://rdn-consulting.com/blog/2007/10/14/medical-device-software-development%e2%80%94going-agile/#comment-4022</guid>
		<description>[...] http://rdn-consulting.com/blog/2007/10/14/medical-device-software-development-going-agile/ [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://rdn-consulting.com/blog/2007/10/14/medical-device-software-development-going-agile/" rel="nofollow">http://rdn-consulting.com/blog/2007/10/14/medical-device-software-development-going-agile/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Will</title>
		<link>http://rdn-consulting.com/blog/2007/10/14/medical-device-software-development-going-agile/comment-page-1/#comment-202</link>
		<dc:creator>Will</dc:creator>
		<pubDate>Thu, 18 Oct 2007 02:24:14 +0000</pubDate>
		<guid isPermaLink="false">http://rdn-consulting.com/blog/2007/10/14/medical-device-software-development%e2%80%94going-agile/#comment-202</guid>
		<description>Nothing is better suited for the waterfall approach.

A system cannot be completely specified without feedback loops. Some DFSS techniques can be used during the Requirements &amp; Design stages and some Agile techniques should also be used. 

The trick is to know when to proceed from completing the specification to investigating the details necessary to start the design. Similarly for proceeding to implementing the design. Most people rely on an IEEE 830 specification standard which leads to a printed document that must be signed before design can start. This is not a reasonable approach. A requirements tracking tool should be used to track the requirements through their lifecycle with the necessary signatures. Instead of approving all requirements, each requirement is approved electronically allowing work to continue on approved requirements while other requirements are being discussed.

&quot;Peter Wegner at Brown University demonstrated that it is not possible to fully specify or test an interactive system designed to respond to external inputs, i.e. Wegner&#039;s Lemma. &quot; [Wegner, 1997, Why Interaction Is More Powerful Than Algorithms.]

&quot;Here was mathematical proof that any process that assumed known inputs, like the waterfall method, was doomed to failure when building an object oriented system.&quot; [Schwaber/Beedle, 2002, Agile Software Development with Scrum.]</description>
		<content:encoded><![CDATA[<p>Nothing is better suited for the waterfall approach.</p>
<p>A system cannot be completely specified without feedback loops. Some DFSS techniques can be used during the Requirements &amp; Design stages and some Agile techniques should also be used. </p>
<p>The trick is to know when to proceed from completing the specification to investigating the details necessary to start the design. Similarly for proceeding to implementing the design. Most people rely on an IEEE 830 specification standard which leads to a printed document that must be signed before design can start. This is not a reasonable approach. A requirements tracking tool should be used to track the requirements through their lifecycle with the necessary signatures. Instead of approving all requirements, each requirement is approved electronically allowing work to continue on approved requirements while other requirements are being discussed.</p>
<p>&#8220;Peter Wegner at Brown University demonstrated that it is not possible to fully specify or test an interactive system designed to respond to external inputs, i.e. Wegner&#8217;s Lemma. &#8221; [Wegner, 1997, Why Interaction Is More Powerful Than Algorithms.]</p>
<p>&#8220;Here was mathematical proof that any process that assumed known inputs, like the waterfall method, was doomed to failure when building an object oriented system.&#8221; [Schwaber/Beedle, 2002, Agile Software Development with Scrum.]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

