<?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: Lifecycle Management – no Pain, no Gain!</title>
	<atom:link href="http://www.beteoblog.com/2008/06/24/lifecycle-management-%e2%80%93-no-pain-no-gain/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.beteoblog.com/2008/06/24/lifecycle-management-%e2%80%93-no-pain-no-gain/</link>
	<description>Sustainability (not only) for Packaged Software Systems</description>
	<lastBuildDate>Tue, 29 Jun 2010 20:01:12 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Herman Driessen</title>
		<link>http://www.beteoblog.com/2008/06/24/lifecycle-management-%e2%80%93-no-pain-no-gain/comment-page-1/#comment-222</link>
		<dc:creator>Herman Driessen</dc:creator>
		<pubDate>Wed, 25 Jun 2008 11:21:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.beteoblog.com/?p=68#comment-222</guid>
		<description>Hi Dieter,

Thanks for your blog. I found it by Google alert.
Every time I see the phrase &quot;Requirements management&quot; I wonder why people are so excited about RM, RM tools and traceability. I know from my defence experience that RM is important, but I see very little excitement about the requirements themselves, that form the start/basis of RM. If these requirements are incomplete or inconsistent, then how will RM help us during the requirements analysis phase?

So, I would like put emphasis in the requirements themselves, and the analysis of these requirements, before we do any RM. Admitted, there is self-interest too, since I developed a tool Requirements Assistant (see my Website). The tool analyses 1) each requirement as a sentence, 2) each requirement as part of a paragraph, and 3) each requirement as part of the whole set.
The aim is to assess completeness, consistency, vagueness, ambiguity, etc early in the Lifecycle. 
The tool was recently evaluated by NASA IVV and it is being used on their Orion and Juno programs.

Have fun!
Herman.</description>
		<content:encoded><![CDATA[<p>Hi Dieter,</p>
<p>Thanks for your blog. I found it by Google alert.<br />
Every time I see the phrase &#8220;Requirements management&#8221; I wonder why people are so excited about RM, RM tools and traceability. I know from my defence experience that RM is important, but I see very little excitement about the requirements themselves, that form the start/basis of RM. If these requirements are incomplete or inconsistent, then how will RM help us during the requirements analysis phase?</p>
<p>So, I would like put emphasis in the requirements themselves, and the analysis of these requirements, before we do any RM. Admitted, there is self-interest too, since I developed a tool Requirements Assistant (see my Website). The tool analyses 1) each requirement as a sentence, 2) each requirement as part of a paragraph, and 3) each requirement as part of the whole set.<br />
The aim is to assess completeness, consistency, vagueness, ambiguity, etc early in the Lifecycle.<br />
The tool was recently evaluated by NASA IVV and it is being used on their Orion and Juno programs.</p>
<p>Have fun!<br />
Herman.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bernie Leadbeater</title>
		<link>http://www.beteoblog.com/2008/06/24/lifecycle-management-%e2%80%93-no-pain-no-gain/comment-page-1/#comment-217</link>
		<dc:creator>Bernie Leadbeater</dc:creator>
		<pubDate>Wed, 25 Jun 2008 08:30:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.beteoblog.com/?p=68#comment-217</guid>
		<description>That&#039;s true of PRINCE2 because it is not what it&#039;s for! Projects deliver different types of technical products. PRINCE2 helps to manage progress through the project, and can happily accommodate any extra methodology for dealing with specific product types.</description>
		<content:encoded><![CDATA[<p>That&#8217;s true of PRINCE2 because it is not what it&#8217;s for! Projects deliver different types of technical products. PRINCE2 helps to manage progress through the project, and can happily accommodate any extra methodology for dealing with specific product types.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
