<?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:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Comments on: Agile Methodology</title>
	<atom:link href="http://agilemethodology.org/agile-methodology-what-is-it/feed/" rel="self" type="application/rss+xml" />
	<link>http://agilemethodology.org</link>
	<description>Understanding Agile Methodology</description>
	<lastBuildDate>Wed, 04 Jan 2012 09:02:21 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Deenanath Dinkar</title>
		<link>http://agilemethodology.org/comment-page-1/#comment-10706</link>
		<dc:creator>Deenanath Dinkar</dc:creator>
		<pubDate>Wed, 27 Apr 2011 15:47:53 +0000</pubDate>
		<guid isPermaLink="false">http://agilemethodology.org/?page_id=42#comment-10706</guid>
		<description>I am agree with admin that agile gives us flexibility to revisit the requirement based on customer unwanted or additional demand....

Also if we can have some use cases and diagram presentation then that would be great help.</description>
		<content:encoded><![CDATA[<p>I am agree with admin that agile gives us flexibility to revisit the requirement based on customer unwanted or additional demand&#8230;.</p>
<p>Also if we can have some use cases and diagram presentation then that would be great help.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: gtuc</title>
		<link>http://agilemethodology.org/comment-page-1/#comment-8350</link>
		<dc:creator>gtuc</dc:creator>
		<pubDate>Thu, 27 Jan 2011 16:28:39 +0000</pubDate>
		<guid isPermaLink="false">http://agilemethodology.org/?page_id=42#comment-8350</guid>
		<description>Agile process works if you have the right team with the right skills sets.  I lost my job because I was not &quot;Agile&quot; enough.  I could not meet my sprint requirements, because I did not have the skills set.  Things that I knew, I had no problems with.  Things I did not know, I failed miserably at them.

So overall, it&#039;s a process I won&#039;t be using in business venture going forward.  I can meet my deliverables so other way.</description>
		<content:encoded><![CDATA[<p>Agile process works if you have the right team with the right skills sets.  I lost my job because I was not &#8220;Agile&#8221; enough.  I could not meet my sprint requirements, because I did not have the skills set.  Things that I knew, I had no problems with.  Things I did not know, I failed miserably at them.</p>
<p>So overall, it&#8217;s a process I won&#8217;t be using in business venture going forward.  I can meet my deliverables so other way.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Agile Method</title>
		<link>http://agilemethodology.org/comment-page-1/#comment-2141</link>
		<dc:creator>Agile Method</dc:creator>
		<pubDate>Thu, 30 Jul 2009 07:49:54 +0000</pubDate>
		<guid isPermaLink="false">http://agilemethodology.org/?page_id=42#comment-2141</guid>
		<description>Good overview what about the broader application of agile methods in business i.e. not just in software development?</description>
		<content:encoded><![CDATA[<p>Good overview what about the broader application of agile methods in business i.e. not just in software development?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vipin Cherukara</title>
		<link>http://agilemethodology.org/comment-page-1/#comment-1591</link>
		<dc:creator>Vipin Cherukara</dc:creator>
		<pubDate>Fri, 03 Apr 2009 06:35:56 +0000</pubDate>
		<guid isPermaLink="false">http://agilemethodology.org/?page_id=42#comment-1591</guid>
		<description>Gud points about agile.

http://vipinc007.blogspot.com/2009/04/agile-methodology.html</description>
		<content:encoded><![CDATA[<p>Gud points about agile.</p>
<p><a href="http://vipinc007.blogspot.com/2009/04/agile-methodology.html" rel="nofollow">http://vipinc007.blogspot.com/2009/04/agile-methodology.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: admin</title>
		<link>http://agilemethodology.org/comment-page-1/#comment-972</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Wed, 14 Jan 2009 22:43:10 +0000</pubDate>
		<guid isPermaLink="false">http://agilemethodology.org/?page_id=42#comment-972</guid>
		<description>Hi, Vignesh and Aaron. I don’t have any case studies that I’ve authored personally, but Danube has some great ones up at the customers section of its web site: http://danube.com/customers. They’re quick reads that break down the problems companies were facing before turning to agile project management, how they made the transformations, and, of course, the results. I’ve definitely gotten some good ideas for my team from reading about how other companies have handled similar challenges.

Aaron: If your company is implementing agile, there are two great white papers on the site that address the challenges of that transformation. Part one is here: http://danube.com/system/files/WP_Enterprise_Strategy_1.pdf. Hope this helps!</description>
		<content:encoded><![CDATA[<p>Hi, Vignesh and Aaron. I don’t have any case studies that I’ve authored personally, but Danube has some great ones up at the customers section of its web site: <a href="http://danube.com/customers" rel="nofollow">http://danube.com/customers</a>. They’re quick reads that break down the problems companies were facing before turning to agile project management, how they made the transformations, and, of course, the results. I’ve definitely gotten some good ideas for my team from reading about how other companies have handled similar challenges.</p>
<p>Aaron: If your company is implementing agile, there are two great white papers on the site that address the challenges of that transformation. Part one is here: <a href="http://danube.com/system/files/WP_Enterprise_Strategy_1.pdf" rel="nofollow">http://danube.com/system/files/WP_Enterprise_Strategy_1.pdf</a>. Hope this helps!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lokesh</title>
		<link>http://agilemethodology.org/comment-page-1/#comment-967</link>
		<dc:creator>Lokesh</dc:creator>
		<pubDate>Wed, 14 Jan 2009 12:45:15 +0000</pubDate>
		<guid isPermaLink="false">http://agilemethodology.org/?page_id=42#comment-967</guid>
		<description>i appreciate the positives of this method, but is there a way to reduce the over work that a QA team and Developer team do. Like many times it is felt that agile method of working may come up with a requirement which requires you to rethink of the framework you are using as a solution.. Or it only tackled with your negotiable talent with the clients. i am just wondering.. can you please through in some light on this as well..</description>
		<content:encoded><![CDATA[<p>i appreciate the positives of this method, but is there a way to reduce the over work that a QA team and Developer team do. Like many times it is felt that agile method of working may come up with a requirement which requires you to rethink of the framework you are using as a solution.. Or it only tackled with your negotiable talent with the clients. i am just wondering.. can you please through in some light on this as well..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron</title>
		<link>http://agilemethodology.org/comment-page-1/#comment-951</link>
		<dc:creator>Aaron</dc:creator>
		<pubDate>Tue, 13 Jan 2009 15:24:39 +0000</pubDate>
		<guid isPermaLink="false">http://agilemethodology.org/?page_id=42#comment-951</guid>
		<description>Are there any case studies of using Agile methods for changing business processes?  Our projects may require IT change, new build or purchase of 3rd party applications.  Some are business process only changes. Currently, we approach most business process projects using the waterfall method while applying project management and continuous improvement.  Currently, my role is &quot;Business Project Manager&quot; in the finance industry.  My background is both business and IT.  I started learning/using Agile until I moved to the business side.  Thank you.</description>
		<content:encoded><![CDATA[<p>Are there any case studies of using Agile methods for changing business processes?  Our projects may require IT change, new build or purchase of 3rd party applications.  Some are business process only changes. Currently, we approach most business process projects using the waterfall method while applying project management and continuous improvement.  Currently, my role is &#8220;Business Project Manager&#8221; in the finance industry.  My background is both business and IT.  I started learning/using Agile until I moved to the business side.  Thank you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vignesh</title>
		<link>http://agilemethodology.org/comment-page-1/#comment-507</link>
		<dc:creator>Vignesh</dc:creator>
		<pubDate>Wed, 24 Dec 2008 03:57:35 +0000</pubDate>
		<guid isPermaLink="false">http://agilemethodology.org/?page_id=42#comment-507</guid>
		<description>Can you give case studies relating to agile methodologies ?</description>
		<content:encoded><![CDATA[<p>Can you give case studies relating to agile methodologies ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: admin</title>
		<link>http://agilemethodology.org/comment-page-1/#comment-417</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Fri, 19 Dec 2008 18:24:19 +0000</pubDate>
		<guid isPermaLink="false">http://agilemethodology.org/?page_id=42#comment-417</guid>
		<description>Hi, Adithya. Thanks for your comment. I’ll try to write a post on how agile handles quality assurance soon.

For other readers: If you have topics you’d like to see discussed here, feel free to request a post on a particular subject in the comments section. Thanks!</description>
		<content:encoded><![CDATA[<p>Hi, Adithya. Thanks for your comment. I’ll try to write a post on how agile handles quality assurance soon.</p>
<p>For other readers: If you have topics you’d like to see discussed here, feel free to request a post on a particular subject in the comments section. Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: admin</title>
		<link>http://agilemethodology.org/comment-page-1/#comment-416</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Fri, 19 Dec 2008 18:23:56 +0000</pubDate>
		<guid isPermaLink="false">http://agilemethodology.org/?page_id=42#comment-416</guid>
		<description>Hi, Bhu. I think you’re right, to some degree: Agile looks great on paper. Only when organizations are in the midst of a transformation do they begin to realize how difficult it is to reorient the way its teams work. Adjusting to the changes that agile demands requires effort from the entire organization and often takes several months before individuals begin to feel comfortable again. Updating requirements each sprint is just one part of that. The thrash of requirements is a problem that plagues every software project, but you must admit that a framework that gives the development team more opportunities to revisit and refine work is better than one that assumes all requirements can be identified at the outset. Having to assess progress, interface with the customer, and revise requirements each sprint might seem like it’s creating headaches, but consider the alternative. If you completed a project based on initial requirements-gathering, your customer might tell you to scrap your work and start over, which is a very expensive and time-consuming catastrophe.

As for your second comment, I’ll try to post something on test cases in the near future.</description>
		<content:encoded><![CDATA[<p>Hi, Bhu. I think you’re right, to some degree: Agile looks great on paper. Only when organizations are in the midst of a transformation do they begin to realize how difficult it is to reorient the way its teams work. Adjusting to the changes that agile demands requires effort from the entire organization and often takes several months before individuals begin to feel comfortable again. Updating requirements each sprint is just one part of that. The thrash of requirements is a problem that plagues every software project, but you must admit that a framework that gives the development team more opportunities to revisit and refine work is better than one that assumes all requirements can be identified at the outset. Having to assess progress, interface with the customer, and revise requirements each sprint might seem like it’s creating headaches, but consider the alternative. If you completed a project based on initial requirements-gathering, your customer might tell you to scrap your work and start over, which is a very expensive and time-consuming catastrophe.</p>
<p>As for your second comment, I’ll try to post something on test cases in the near future.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

