<?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: Why “Agile” and especially Scrum are terrible &#124; Michael O. Church</title>
	<atom:link href="http://www.epanorama.net/blog/2017/07/18/why-agile-and-especially-scrum-are-terrible-michael-o-church/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.epanorama.net/blog/2017/07/18/why-agile-and-especially-scrum-are-terrible-michael-o-church/</link>
	<description>All about electronics and circuit design</description>
	<lastBuildDate>Tue, 14 Apr 2026 22:35:42 +0000</lastBuildDate>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.9.14</generator>
	<item>
		<title>By: Tomi Engdahl</title>
		<link>https://www.epanorama.net/blog/2017/07/18/why-agile-and-especially-scrum-are-terrible-michael-o-church/comment-page-1/#comment-1602149</link>
		<dc:creator><![CDATA[Tomi Engdahl]]></dc:creator>
		<pubDate>Mon, 03 Sep 2018 11:28:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.epanorama.net/newepa/?p=57552#comment-1602149</guid>
		<description><![CDATA[The State of Agile Software in 2018 
https://developers.slashdot.org/story/18/09/02/1734220/the-state-of-agile-software-in-2018?utm_source=feedburner&amp;utm_medium=feed&amp;utm_campaign=Feed%3A+Slashdot%2Fslashdot%2Fto+%28%28Title%29Slashdot+%28rdf%29%29

On the surface, the world of agile software development is bright, since it is now mainstream. But the reality is troubling, because much of what is done is faux-agile, disregarding agile&#039;s values and principles, writes programmer Martin Fowler. The three main challenges we should focus on are: fighting the Agile Industrial Complex and its habit of imposing process upon teams, raising the importance of technical excellence, and organizing our teams around products (rather than projects), he added.

The State of Agile Software in 2018
https://martinfowler.com/articles/agile-aus-2018.html]]></description>
		<content:encoded><![CDATA[<p>The State of Agile Software in 2018<br />
<a href="https://developers.slashdot.org/story/18/09/02/1734220/the-state-of-agile-software-in-2018?utm_source=feedburner&#038;utm_medium=feed&#038;utm_campaign=Feed%3A+Slashdot%2Fslashdot%2Fto+%28%28Title%29Slashdot+%28rdf%29%29" rel="nofollow">https://developers.slashdot.org/story/18/09/02/1734220/the-state-of-agile-software-in-2018?utm_source=feedburner&#038;utm_medium=feed&#038;utm_campaign=Feed%3A+Slashdot%2Fslashdot%2Fto+%28%28Title%29Slashdot+%28rdf%29%29</a></p>
<p>On the surface, the world of agile software development is bright, since it is now mainstream. But the reality is troubling, because much of what is done is faux-agile, disregarding agile&#8217;s values and principles, writes programmer Martin Fowler. The three main challenges we should focus on are: fighting the Agile Industrial Complex and its habit of imposing process upon teams, raising the importance of technical excellence, and organizing our teams around products (rather than projects), he added.</p>
<p>The State of Agile Software in 2018<br />
<a href="https://martinfowler.com/articles/agile-aus-2018.html" rel="nofollow">https://martinfowler.com/articles/agile-aus-2018.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tomi Engdahl</title>
		<link>https://www.epanorama.net/blog/2017/07/18/why-agile-and-especially-scrum-are-terrible-michael-o-church/comment-page-1/#comment-1597905</link>
		<dc:creator><![CDATA[Tomi Engdahl]]></dc:creator>
		<pubDate>Tue, 24 Jul 2018 07:29:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.epanorama.net/newepa/?p=57552#comment-1597905</guid>
		<description><![CDATA[Why (some) agile teams fail
A simple explanation of why an agile team might fail.
https://opensource.com/article/18/6/agile-vision-consider?sc_cid=7016000000127ECAAY]]></description>
		<content:encoded><![CDATA[<p>Why (some) agile teams fail<br />
A simple explanation of why an agile team might fail.<br />
<a href="https://opensource.com/article/18/6/agile-vision-consider?sc_cid=7016000000127ECAAY" rel="nofollow">https://opensource.com/article/18/6/agile-vision-consider?sc_cid=7016000000127ECAAY</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tomi Engdahl</title>
		<link>https://www.epanorama.net/blog/2017/07/18/why-agile-and-especially-scrum-are-terrible-michael-o-church/comment-page-1/#comment-1574370</link>
		<dc:creator><![CDATA[Tomi Engdahl]]></dc:creator>
		<pubDate>Thu, 14 Dec 2017 14:33:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.epanorama.net/newepa/?p=57552#comment-1574370</guid>
		<description><![CDATA[Agile software development calls for new, agile usability testing methods
https://www.reaktor.com/blog/agile-usability-testing/?hs_fb_account_id=273790800&amp;hs_fb_campaign_id=6082251067474&amp;hs_fb_adset_id=6082251068474&amp;hs_fb_ad_id=6082251076274&amp;hs_parent_creative_id=6082251074474&amp;source=fb&amp;utm_source=facebook&amp;utm_medium=paid&amp;utm_campaign=Agile+user+testing+%7C+Clicks+%7C+Winter+2017]]></description>
		<content:encoded><![CDATA[<p>Agile software development calls for new, agile usability testing methods<br />
<a href="https://www.reaktor.com/blog/agile-usability-testing/?hs_fb_account_id=273790800&#038;hs_fb_campaign_id=6082251067474&#038;hs_fb_adset_id=6082251068474&#038;hs_fb_ad_id=6082251076274&#038;hs_parent_creative_id=6082251074474&#038;source=fb&#038;utm_source=facebook&#038;utm_medium=paid&#038;utm_campaign=Agile+user+testing+%7C+Clicks+%7C+Winter+2017" rel="nofollow">https://www.reaktor.com/blog/agile-usability-testing/?hs_fb_account_id=273790800&#038;hs_fb_campaign_id=6082251067474&#038;hs_fb_adset_id=6082251068474&#038;hs_fb_ad_id=6082251076274&#038;hs_parent_creative_id=6082251074474&#038;source=fb&#038;utm_source=facebook&#038;utm_medium=paid&#038;utm_campaign=Agile+user+testing+%7C+Clicks+%7C+Winter+2017</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tomi Engdahl</title>
		<link>https://www.epanorama.net/blog/2017/07/18/why-agile-and-especially-scrum-are-terrible-michael-o-church/comment-page-1/#comment-1560829</link>
		<dc:creator><![CDATA[Tomi Engdahl]]></dc:creator>
		<pubDate>Wed, 30 Aug 2017 05:40:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.epanorama.net/newepa/?p=57552#comment-1560829</guid>
		<description><![CDATA[CRUNCH NETWORK
How to fix agile teams that are notoriously bad at hitting release dates
https://techcrunch.com/2017/01/03/how-to-fix-agile-teams-that-are-notoriously-bad-at-hitting-release-dates/?utm_source=tcfbpage&amp;sr_share=facebook

Many of today’s best software companies tout agile development as a way to release software early and often, as longer-term planning can be more heavily impacted by project unknowns.

Yet why do IT projects using agile still consistently hit delays and exceed budgets? 

Our development team was able to triple productivity by looking outward for inspiration, and found that the project planning methods commonly used in non-IT engineering projects have the key to solving this problem. It’s called reference class forecasting.

As a consequence of better estimates and improved productivity, team morale and confidence markedly improved.

Oxford researchers Alexander Budzier and Bent Flyvbjerg published research in 2013 in which they found that agile methods appear to improve project delivery times. Yet, in the more than 4,000 IT projects they surveyed, the average schedule overrun was +37 percent , and the average cost overrun was +107 percent. Outliers that significantly exceed schedule or budget can tremendously impact business. 

One problem is that the human brain’s forecasting capabilities are limited, leaving us prone to cognitive biases that lead to systematic errors of judgement. This bias tends to be overly optimistic rather than pessimistic regarding the amount of work required for projects. The use of “story points” does little more than foster overconfidence by suggesting an objective quantifiability which, in reality, is merely an illusion.

different strategies have been developed within the agile development community to address this problem. Most prominent perhaps is the #NoEstimates movement

As your database of comparable cases grows, your predictive accuracy for building new product features will improve.]]></description>
		<content:encoded><![CDATA[<p>CRUNCH NETWORK<br />
How to fix agile teams that are notoriously bad at hitting release dates<br />
<a href="https://techcrunch.com/2017/01/03/how-to-fix-agile-teams-that-are-notoriously-bad-at-hitting-release-dates/?utm_source=tcfbpage&#038;sr_share=facebook" rel="nofollow">https://techcrunch.com/2017/01/03/how-to-fix-agile-teams-that-are-notoriously-bad-at-hitting-release-dates/?utm_source=tcfbpage&#038;sr_share=facebook</a></p>
<p>Many of today’s best software companies tout agile development as a way to release software early and often, as longer-term planning can be more heavily impacted by project unknowns.</p>
<p>Yet why do IT projects using agile still consistently hit delays and exceed budgets? </p>
<p>Our development team was able to triple productivity by looking outward for inspiration, and found that the project planning methods commonly used in non-IT engineering projects have the key to solving this problem. It’s called reference class forecasting.</p>
<p>As a consequence of better estimates and improved productivity, team morale and confidence markedly improved.</p>
<p>Oxford researchers Alexander Budzier and Bent Flyvbjerg published research in 2013 in which they found that agile methods appear to improve project delivery times. Yet, in the more than 4,000 IT projects they surveyed, the average schedule overrun was +37 percent , and the average cost overrun was +107 percent. Outliers that significantly exceed schedule or budget can tremendously impact business. </p>
<p>One problem is that the human brain’s forecasting capabilities are limited, leaving us prone to cognitive biases that lead to systematic errors of judgement. This bias tends to be overly optimistic rather than pessimistic regarding the amount of work required for projects. The use of “story points” does little more than foster overconfidence by suggesting an objective quantifiability which, in reality, is merely an illusion.</p>
<p>different strategies have been developed within the agile development community to address this problem. Most prominent perhaps is the #NoEstimates movement</p>
<p>As your database of comparable cases grows, your predictive accuracy for building new product features will improve.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
