<?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: Journal of Agile/Scrum Failure</title>
	<atom:link href="http://agilepainrelief.com/notesfromatooluser/2008/07/journal-of-agilescrum-failure.html/feed" rel="self" type="application/rss+xml" />
	<link>http://agilepainrelief.com/notesfromatooluser/2008/07/journal-of-agilescrum-failure.html</link>
	<description>Best practices for your goals</description>
	<lastBuildDate>Sat, 17 Jul 2010 16:29:34 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Mark Levison</title>
		<link>http://agilepainrelief.com/notesfromatooluser/2008/07/journal-of-agilescrum-failure.html/comment-page-1#comment-1368</link>
		<dc:creator>Mark Levison</dc:creator>
		<pubDate>Sun, 23 May 2010 20:08:48 +0000</pubDate>
		<guid isPermaLink="false">http://agilepainrelief.com/2008/07/journal-of-agilescrum-failure/#comment-1368</guid>
		<description>Fresh Baked - I think we agree on this point. I don&#039;t think Agile/Scrum/Kanban ever actually fail. I think projects fail, organizations and teams fail to implement Agile correctly but that isn&#039;t a process failure. Maybe I should&#039;ve called it &quot;Agile Project Failures&quot;. Even those failures can be good if they allowed projects to be killed as appropriate.</description>
		<content:encoded><![CDATA[<p>Fresh Baked &#8211; I think we agree on this point. I don&#8217;t think Agile/Scrum/Kanban ever actually fail. I think projects fail, organizations and teams fail to implement Agile correctly but that isn&#8217;t a process failure. Maybe I should&#8217;ve called it &#8220;Agile Project Failures&#8221;. Even those failures can be good if they allowed projects to be killed as appropriate.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fresh Baked</title>
		<link>http://agilepainrelief.com/notesfromatooluser/2008/07/journal-of-agilescrum-failure.html/comment-page-1#comment-1224</link>
		<dc:creator>Fresh Baked</dc:creator>
		<pubDate>Mon, 17 May 2010 19:41:42 +0000</pubDate>
		<guid isPermaLink="false">http://agilepainrelief.com/2008/07/journal-of-agilescrum-failure/#comment-1224</guid>
		<description>I&#039;m not sure &quot;failure&quot; is the term anyone used, but I have been involved in a number of &quot;abnormal terminations&quot; of projects that were at least advertised as being agile by the people involved. One of them involved an investment firm who hired an &quot;Agile guru&quot; to assemble a team of fellow expert consultants to rebuild their entire CRM system, using a tool described as &quot;platform-independent and agile architecture&quot; named LANSA. They had scrums going constantly in the &quot;war room&quot; and kept on pushing out releases, but were never able to deliver one that the customers accepted and the whole thing died after several years and millions of dollars. Fairly or unfairly, blamed the &quot;failure&quot; on the leader and Agile/Scrum methodology.
I was involved as a participant in two other Agile/Scrum projects, one large and one small, neither of which delivered anything of value to the clients. Perhaps, as stated above, these are failures by the people and not the methodology, but can&#039;t that be said about all methodologies? The failures are still attributed to the system/philosophy, and I think think it is valid. The methodology may not have played the major role, but it certainly was a significant contributor. In fact, I have never seen a completely successful Agile/Scrum project - they all seem to drag on forever, or until they run out of funding.</description>
		<content:encoded><![CDATA[<p>I&#8217;m not sure &#8220;failure&#8221; is the term anyone used, but I have been involved in a number of &#8220;abnormal terminations&#8221; of projects that were at least advertised as being agile by the people involved. One of them involved an investment firm who hired an &#8220;Agile guru&#8221; to assemble a team of fellow expert consultants to rebuild their entire CRM system, using a tool described as &#8220;platform-independent and agile architecture&#8221; named LANSA. They had scrums going constantly in the &#8220;war room&#8221; and kept on pushing out releases, but were never able to deliver one that the customers accepted and the whole thing died after several years and millions of dollars. Fairly or unfairly, blamed the &#8220;failure&#8221; on the leader and Agile/Scrum methodology.<br />
I was involved as a participant in two other Agile/Scrum projects, one large and one small, neither of which delivered anything of value to the clients. Perhaps, as stated above, these are failures by the people and not the methodology, but can&#8217;t that be said about all methodologies? The failures are still attributed to the system/philosophy, and I think think it is valid. The methodology may not have played the major role, but it certainly was a significant contributor. In fact, I have never seen a completely successful Agile/Scrum project &#8211; they all seem to drag on forever, or until they run out of funding.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob Evans</title>
		<link>http://agilepainrelief.com/notesfromatooluser/2008/07/journal-of-agilescrum-failure.html/comment-page-1#comment-165</link>
		<dc:creator>Rob Evans</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://agilepainrelief.com/2008/07/journal-of-agilescrum-failure/#comment-165</guid>
		<description>This is a *really* great idea and boy have I got some war stories. Are there any guidelines for failure reports -- length, tone, etc..

</description>
		<content:encoded><![CDATA[<p>This is a *really* great idea and boy have I got some war stories. Are there any guidelines for failure reports &#8212; length, tone, etc..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: HL Arledge</title>
		<link>http://agilepainrelief.com/notesfromatooluser/2008/07/journal-of-agilescrum-failure.html/comment-page-1#comment-166</link>
		<dc:creator>HL Arledge</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://agilepainrelief.com/2008/07/journal-of-agilescrum-failure/#comment-166</guid>
		<description>Mark

I would love to contribute, but from my experience: there is no such thing as Scrum failure. Scrum is a process to help manage processes. True Scrum projects never fail. Scrum projects are occasionally perceived as having failed, only when team follow their own pseudo-Scrum, and self-managed teams in general fail when their goals are not clear, and their leaders do not have the courage to remove those who refuse to play by the team&#039;s rules. I can say this, not as a consultant, or someone with anything to sell. I say this as a Development Manager, who has seen Scrum work miracles.

Regards,
HL
</description>
		<content:encoded><![CDATA[<p>Mark</p>
<p>I would love to contribute, but from my experience: there is no such thing as Scrum failure. Scrum is a process to help manage processes. True Scrum projects never fail. Scrum projects are occasionally perceived as having failed, only when team follow their own pseudo-Scrum, and self-managed teams in general fail when their goals are not clear, and their leaders do not have the courage to remove those who refuse to play by the team&#8217;s rules. I can say this, not as a consultant, or someone with anything to sell. I say this as a Development Manager, who has seen Scrum work miracles.</p>
<p>Regards,<br />
HL</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Sims</title>
		<link>http://agilepainrelief.com/notesfromatooluser/2008/07/journal-of-agilescrum-failure.html/comment-page-1#comment-167</link>
		<dc:creator>David Sims</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://agilepainrelief.com/2008/07/journal-of-agilescrum-failure/#comment-167</guid>
		<description>Nice. Looking forward to reading some stories. We&#039;ve had our failures too. Would be instructive to read what&#039;s happened to others.
</description>
		<content:encoded><![CDATA[<p>Nice. Looking forward to reading some stories. We&#8217;ve had our failures too. Would be instructive to read what&#8217;s happened to others.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gerald Williams</title>
		<link>http://agilepainrelief.com/notesfromatooluser/2008/07/journal-of-agilescrum-failure.html/comment-page-1#comment-168</link>
		<dc:creator>Gerald Williams</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://agilepainrelief.com/2008/07/journal-of-agilescrum-failure/#comment-168</guid>
		<description>I will link to this. People tend to shout about their victories not their defects so this will be useful lessons learned to all those trying to implement scrum. Thanks
</description>
		<content:encoded><![CDATA[<p>I will link to this. People tend to shout about their victories not their defects so this will be useful lessons learned to all those trying to implement scrum. Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Capers Jones</title>
		<link>http://agilepainrelief.com/notesfromatooluser/2008/07/journal-of-agilescrum-failure.html/comment-page-1#comment-169</link>
		<dc:creator>Capers Jones</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://agilepainrelief.com/2008/07/journal-of-agilescrum-failure/#comment-169</guid>
		<description>A journal of Agile failures would be instructive.  Also useful would be information on Agile projects that end up in court for breach of contract.

On the opposite side of failure, it would also be useful if Agile projects submitted data on productivity and quality to the International Software Benchmark Standards Group (ISBSG.org).

This is an Australian non-profit that has data on about 5000 software projects, and is adding new ones at perhaps 500 per year.  However few are Agile projects in spite of the wide usage of Agile.
</description>
		<content:encoded><![CDATA[<p>A journal of Agile failures would be instructive.  Also useful would be information on Agile projects that end up in court for breach of contract.</p>
<p>On the opposite side of failure, it would also be useful if Agile projects submitted data on productivity and quality to the International Software Benchmark Standards Group (ISBSG.org).</p>
<p>This is an Australian non-profit that has data on about 5000 software projects, and is adding new ones at perhaps 500 per year.  However few are Agile projects in spite of the wide usage of Agile.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
