<?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 for agilequalityassurance.com</title>
	<atom:link href="http://www.agilequalityassurance.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.agilequalityassurance.com</link>
	<description>Software Quality Assurance In An Agile Environment</description>
	<pubDate>Sun, 20 May 2012 22:56:33 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Agile - It&#8217;s a Social Thing by admin</title>
		<link>http://www.agilequalityassurance.com/2009/03/agile-its-a-social-thing/comment-page-1/#comment-206</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Fri, 23 Apr 2010 17:18:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.agilequalityassurance.com/2009/03/agile-its-a-social-thing/#comment-206</guid>
		<description>Hi Xavier,

Apologies, this has to rate amongst the latest replies to any post anywhere :-) I've just gone onto your site, looks very interesting, thanks for passing on the link!</description>
		<content:encoded><![CDATA[<p>Hi Xavier,</p>
<p>Apologies, this has to rate amongst the latest replies to any post anywhere <img src='http://agilequalityassurance.com/wordpress/wordpress/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> I&#8217;ve just gone onto your site, looks very interesting, thanks for passing on the link!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Agile - It&#8217;s a Social Thing by Xavier Shedlock</title>
		<link>http://www.agilequalityassurance.com/2009/03/agile-its-a-social-thing/comment-page-1/#comment-106</link>
		<dc:creator>Xavier Shedlock</dc:creator>
		<pubDate>Mon, 21 Dec 2009 17:43:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.agilequalityassurance.com/2009/03/agile-its-a-social-thing/#comment-106</guid>
		<description>Excellent site. Have you been in Quality Assurance for awhile? What do you make of &lt;a href="http://qalibrary.com/testing/functionl/beautiful-testing-leading-professionals-reveal-how-they-improve-software" rel="nofollow"&gt;Microsoft's Alan Page&lt;/a&gt; and others writing essays about how they improve software? I heard a presentation by Page a couple years ago about large-scale automation, very interesting stuff. &lt;a href="http://www.qalibrary.com" rel="nofollow"&gt;Click here if you'd like to check out my site&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>Excellent site. Have you been in Quality Assurance for awhile? What do you make of <a href="http://qalibrary.com/testing/functionl/beautiful-testing-leading-professionals-reveal-how-they-improve-software" rel="nofollow">Microsoft&#8217;s Alan Page</a> and others writing essays about how they improve software? I heard a presentation by Page a couple years ago about large-scale automation, very interesting stuff. <a href="http://www.qalibrary.com" rel="nofollow">Click here if you&#8217;d like to check out my site</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Agile v Waterfall - Which Is The More Risky? by Joseph Mallia</title>
		<link>http://www.agilequalityassurance.com/2009/08/agile-v-waterfall-which-is-the-more-risky/comment-page-1/#comment-58</link>
		<dc:creator>Joseph Mallia</dc:creator>
		<pubDate>Mon, 24 Aug 2009 06:37:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.agilequalityassurance.com/?p=50#comment-58</guid>
		<description>Hi to All,

Agile v Waterfall - Which Is The More Risky? -- I will definitely say waterfall. Why?

Waterfall is more expensive and rigid, without any leeway to change and confirm your product as it will be developing. Waterfall lacks the responsibility and participation of users or project's sponsors, while in Agile this is a must. What happens if during analysis something was misinterpreted or changes take place from the company or outside boundaries! We are in huge... huge trouble. Agile can adopt to these changes.

Agile does not mean no documentation, rules and what so ever. It is a way of prioritizing and doing things in collaboration with your sponsor to meet business objectives better with less expense.

Joseph</description>
		<content:encoded><![CDATA[<p>Hi to All,</p>
<p>Agile v Waterfall - Which Is The More Risky? &#8212; I will definitely say waterfall. Why?</p>
<p>Waterfall is more expensive and rigid, without any leeway to change and confirm your product as it will be developing. Waterfall lacks the responsibility and participation of users or project&#8217;s sponsors, while in Agile this is a must. What happens if during analysis something was misinterpreted or changes take place from the company or outside boundaries! We are in huge&#8230; huge trouble. Agile can adopt to these changes.</p>
<p>Agile does not mean no documentation, rules and what so ever. It is a way of prioritizing and doing things in collaboration with your sponsor to meet business objectives better with less expense.</p>
<p>Joseph</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Agile v Waterfall - Which Is The More Risky? by Bob</title>
		<link>http://www.agilequalityassurance.com/2009/08/agile-v-waterfall-which-is-the-more-risky/comment-page-1/#comment-54</link>
		<dc:creator>Bob</dc:creator>
		<pubDate>Fri, 21 Aug 2009 17:43:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.agilequalityassurance.com/?p=50#comment-54</guid>
		<description>I read his comment the other way around (Rocket=waterfall)  I believe what he's trying to say is if there are no changes and all requirements can be perfectly known, recorded, and communicated up front, then waterfall has better throughput than incremental/iterative approaches.  However, if the project requires changes, then you are in trouble... big trouble. 

Agile has slightly less through put, but is nimble as heck.  This nimble-ness accomodates changes (embraces them, actually) so that the overall impact is getting to the destination more quickly.

Not a controversial idea.  This comment was made many years ago by early Agile adopters.  I don't see it as much of a knock - how often do you get a project with perfect requirements?</description>
		<content:encoded><![CDATA[<p>I read his comment the other way around (Rocket=waterfall)  I believe what he&#8217;s trying to say is if there are no changes and all requirements can be perfectly known, recorded, and communicated up front, then waterfall has better throughput than incremental/iterative approaches.  However, if the project requires changes, then you are in trouble&#8230; big trouble. </p>
<p>Agile has slightly less through put, but is nimble as heck.  This nimble-ness accomodates changes (embraces them, actually) so that the overall impact is getting to the destination more quickly.</p>
<p>Not a controversial idea.  This comment was made many years ago by early Agile adopters.  I don&#8217;t see it as much of a knock - how often do you get a project with perfect requirements?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Agile v Waterfall - Which Is The More Risky? by BABS</title>
		<link>http://www.agilequalityassurance.com/2009/08/agile-v-waterfall-which-is-the-more-risky/comment-page-1/#comment-52</link>
		<dc:creator>BABS</dc:creator>
		<pubDate>Fri, 21 Aug 2009 08:33:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.agilequalityassurance.com/?p=50#comment-52</guid>
		<description>Hi David,
Just want to confirm that I have understood you properly... "I often compare Agile vs Waterfall to a rocket vs a jet plane." So...
Agile = Rocket
Waterfall = Jet plane
Is this correct?

Assuming above, you mean to say that Agile will get you to a "random" result faster, and Waterfall will get you to a "definite" result slower. And if this "random" result is what the client wanted, he is lucky. Is this correct?

Sorry that I confused myself!? :)
BABS</description>
		<content:encoded><![CDATA[<p>Hi David,<br />
Just want to confirm that I have understood you properly&#8230; &#8220;I often compare Agile vs Waterfall to a rocket vs a jet plane.&#8221; So&#8230;<br />
Agile = Rocket<br />
Waterfall = Jet plane<br />
Is this correct?</p>
<p>Assuming above, you mean to say that Agile will get you to a &#8220;random&#8221; result faster, and Waterfall will get you to a &#8220;definite&#8221; result slower. And if this &#8220;random&#8221; result is what the client wanted, he is lucky. Is this correct?</p>
<p>Sorry that I confused myself!? <img src='http://agilequalityassurance.com/wordpress/wordpress/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
BABS</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Agile v Waterfall - Which Is The More Risky? by David Kramer</title>
		<link>http://www.agilequalityassurance.com/2009/08/agile-v-waterfall-which-is-the-more-risky/comment-page-1/#comment-49</link>
		<dc:creator>David Kramer</dc:creator>
		<pubDate>Thu, 20 Aug 2009 03:34:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.agilequalityassurance.com/?p=50#comment-49</guid>
		<description>One of the problems I've seen selling Agile is that it initially feels to managers that they're giving up control, when they actually have more control, and that it's less predictable, when in fact we only give up long-term time estimate because they are lies anyway.

I often compare Agile vs Waterfall to a rocket vs a jet plane.  The rocket can go a lot faster, but once you light those solid booster engines, you're going wherever you're pointed.  If that happens to be a good place when you get there, then great.  But in the real world, the slower-moving-but-steerable jet plane is going to get you where you need to be at the end.  

So it really comes down to what's more important; having a guess at where you will be at then end and when that might be, or knowing that at the end you will have what you need, and that it will most likely be sooner than with Waterfall.</description>
		<content:encoded><![CDATA[<p>One of the problems I&#8217;ve seen selling Agile is that it initially feels to managers that they&#8217;re giving up control, when they actually have more control, and that it&#8217;s less predictable, when in fact we only give up long-term time estimate because they are lies anyway.</p>
<p>I often compare Agile vs Waterfall to a rocket vs a jet plane.  The rocket can go a lot faster, but once you light those solid booster engines, you&#8217;re going wherever you&#8217;re pointed.  If that happens to be a good place when you get there, then great.  But in the real world, the slower-moving-but-steerable jet plane is going to get you where you need to be at the end.  </p>
<p>So it really comes down to what&#8217;s more important; having a guess at where you will be at then end and when that might be, or knowing that at the end you will have what you need, and that it will most likely be sooner than with Waterfall.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- www.000webhost.com Analytics Code -->
<script type="text/javascript" src="http://stats.hosting24.com/count.php"></script>
<noscript><a href="http://www.hosting24.com/"><img src="http://stats.hosting24.com/count.php" alt="web hosting" /></a></noscript>
<!-- End Of Analytics Code -->

