<?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: Business Analysts and the Abilene Paradox</title>
	<atom:link href="http://practicalanalyst.com/2007/10/23/been-to-abilene-lately/feed/" rel="self" type="application/rss+xml" />
	<link>http://practicalanalyst.com/2007/10/23/been-to-abilene-lately/</link>
	<description>Practical Insight for Business Analysts and Project Professionals</description>
	<lastBuildDate>Thu, 22 Jul 2010 11:35:32 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: doug goldberg</title>
		<link>http://practicalanalyst.com/2007/10/23/been-to-abilene-lately/comment-page-1/#comment-8025</link>
		<dc:creator>doug goldberg</dc:creator>
		<pubDate>Wed, 15 Jul 2009 22:37:23 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanbabcock.com/2007/10/23/been-to-abilene-lately/#comment-8025</guid>
		<description>&lt;span class=&quot;topsy_trackback_comment&quot;&gt;&lt;span class=&quot;topsy_twitter_username&quot;&gt;&lt;span class=&quot;topsy_trackback_content&quot;&gt;RT @jonbab1 From the archive: Business Analysts and the Abilene Paradox http://bit.ly/tqFIS #baot &lt;-----great!   worth trip back in time&lt;/span&gt;&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p><span class="topsy_trackback_comment"><span class="topsy_twitter_username"><span class="topsy_trackback_content">RT @jonbab1 From the archive: Business Analysts and the Abilene Paradox <a href="http://bit.ly/tqFIS" rel="nofollow">http://bit.ly/tqFIS</a> #baot &lt;&#8212;&#8211;great!   worth trip back in time</span></span></span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Babcock</title>
		<link>http://practicalanalyst.com/2007/10/23/been-to-abilene-lately/comment-page-1/#comment-8026</link>
		<dc:creator>Jonathan Babcock</dc:creator>
		<pubDate>Wed, 15 Jul 2009 21:23:03 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanbabcock.com/2007/10/23/been-to-abilene-lately/#comment-8026</guid>
		<description>&lt;span class=&quot;topsy_trackback_comment&quot;&gt;&lt;span class=&quot;topsy_twitter_username&quot;&gt;&lt;span class=&quot;topsy_trackback_content&quot;&gt;From the archive: Business Analysts and the Abilene Paradox http://bit.ly/tqFIS #baot&lt;/span&gt;&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p><span class="topsy_trackback_comment"><span class="topsy_twitter_username"><span class="topsy_trackback_content">From the archive: Business Analysts and the Abilene Paradox <a href="http://bit.ly/tqFIS" rel="nofollow">http://bit.ly/tqFIS</a> #baot</span></span></span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bamba</title>
		<link>http://practicalanalyst.com/2007/10/23/been-to-abilene-lately/comment-page-1/#comment-4874</link>
		<dc:creator>Bamba</dc:creator>
		<pubDate>Thu, 05 Feb 2009 04:19:23 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanbabcock.com/2007/10/23/been-to-abilene-lately/#comment-4874</guid>
		<description>This is a very important phenomenon that all business analyst must be aware.  
 </description>
		<content:encoded><![CDATA[<p>This is a very important phenomenon that all business analyst must be aware.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JB</title>
		<link>http://practicalanalyst.com/2007/10/23/been-to-abilene-lately/comment-page-1/#comment-469</link>
		<dc:creator>JB</dc:creator>
		<pubDate>Fri, 09 Nov 2007 20:17:01 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanbabcock.com/2007/10/23/been-to-abilene-lately/#comment-469</guid>
		<description>Thanks for stopping by, and thanks for the comments, gentlemen.

The paradox is definitely an interesting - and real - phenomenon. Just having learned the little I have about it, and the dangers of groupthink have helped me adjust my comportment and the way I manage meetings.

Scott, I appreciated (as always) the insights in your related post.

Carl, I&#039;ll definitely check out your site as well.</description>
		<content:encoded><![CDATA[<p>Thanks for stopping by, and thanks for the comments, gentlemen.</p>
<p>The paradox is definitely an interesting &#8211; and real &#8211; phenomenon. Just having learned the little I have about it, and the dangers of groupthink have helped me adjust my comportment and the way I manage meetings.</p>
<p>Scott, I appreciated (as always) the insights in your related post.</p>
<p>Carl, I&#8217;ll definitely check out your site as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Carl Kessler</title>
		<link>http://practicalanalyst.com/2007/10/23/been-to-abilene-lately/comment-page-1/#comment-468</link>
		<dc:creator>Carl Kessler</dc:creator>
		<pubDate>Fri, 09 Nov 2007 17:40:12 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanbabcock.com/2007/10/23/been-to-abilene-lately/#comment-468</guid>
		<description>This is a great way to describe a real problem.    The thing is, while it feels as though this should be easy to solve by just asking the right questions, in practice it isn&#039;t so simple.

In the outside-in approach to software development, John Sweitzer and I describe techniques that specifically address the Abilene Paradox (although we don&#039;t use that colorful name for it!).

We start with understanding WHO your projectâ€™s stakeholders really are. That tells you whose requirements to even consider. Then we suggest ways to prioritize them, using a tool we call the Stakeholder Goals Map. 

This approach also allows us to deal with changes over the course of a project: changing requirements (yes that happens!) and changing constraints (like budgets). Read more at http://outside-in-thinking.com/?p=50</description>
		<content:encoded><![CDATA[<p>This is a great way to describe a real problem.    The thing is, while it feels as though this should be easy to solve by just asking the right questions, in practice it isn&#8217;t so simple.</p>
<p>In the outside-in approach to software development, John Sweitzer and I describe techniques that specifically address the Abilene Paradox (although we don&#8217;t use that colorful name for it!).</p>
<p>We start with understanding WHO your projectâ€™s stakeholders really are. That tells you whose requirements to even consider. Then we suggest ways to prioritize them, using a tool we call the Stakeholder Goals Map. </p>
<p>This approach also allows us to deal with changes over the course of a project: changing requirements (yes that happens!) and changing constraints (like budgets). Read more at <a href="http://outside-in-thinking.com/?p=50" rel="nofollow">http://outside-in-thinking.com/?p=50</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: How to use outside-in development to deal with the Abilene Paradox &#124; outside-in-thinking</title>
		<link>http://practicalanalyst.com/2007/10/23/been-to-abilene-lately/comment-page-1/#comment-467</link>
		<dc:creator>How to use outside-in development to deal with the Abilene Paradox &#124; outside-in-thinking</dc:creator>
		<pubDate>Fri, 09 Nov 2007 17:31:42 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanbabcock.com/2007/10/23/been-to-abilene-lately/#comment-467</guid>
		<description>[...] a recent post, Scott Sehlorst at TynerBlain discussed the Abilene Paradox (see Jonathan Babcockâ€™s post on this as [...]</description>
		<content:encoded><![CDATA[<p>[...] a recent post, Scott Sehlorst at TynerBlain discussed the Abilene Paradox (see Jonathan Babcockâ€™s post on this as [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Sehlhorst</title>
		<link>http://practicalanalyst.com/2007/10/23/been-to-abilene-lately/comment-page-1/#comment-466</link>
		<dc:creator>Scott Sehlhorst</dc:creator>
		<pubDate>Fri, 09 Nov 2007 05:19:07 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanbabcock.com/2007/10/23/been-to-abilene-lately/#comment-466</guid>
		<description>Great article - just ran into an example of this exact phenomenon when reviewing a use case today.  Wrote about it in my linked article (above).

Thanks - I would have been much more expressive (and persuasive) in my feedback today, had I already read the Abilene story.</description>
		<content:encoded><![CDATA[<p>Great article &#8211; just ran into an example of this exact phenomenon when reviewing a use case today.  Wrote about it in my linked article (above).</p>
<p>Thanks &#8211; I would have been much more expressive (and persuasive) in my feedback today, had I already read the Abilene story.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tyner Blain</title>
		<link>http://practicalanalyst.com/2007/10/23/been-to-abilene-lately/comment-page-1/#comment-465</link>
		<dc:creator>Tyner Blain</dc:creator>
		<pubDate>Fri, 09 Nov 2007 05:16:50 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanbabcock.com/2007/10/23/been-to-abilene-lately/#comment-465</guid>
		<description>&lt;strong&gt;Avoid the Abilene Paradox...&lt;/strong&gt;


An excellent article by Jonathan Babcock raises a thought provoking idea.  When gathering requirements, we can end up with requirements that no one actually wants, because everyone thought someone else wanted it.  This is apparently known as the Abile...</description>
		<content:encoded><![CDATA[<p><strong>Avoid the Abilene Paradox&#8230;</strong></p>
<p>An excellent article by Jonathan Babcock raises a thought provoking idea.  When gathering requirements, we can end up with requirements that no one actually wants, because everyone thought someone else wanted it.  This is apparently known as the Abile&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Miller</title>
		<link>http://practicalanalyst.com/2007/10/23/been-to-abilene-lately/comment-page-1/#comment-457</link>
		<dc:creator>Bill Miller</dc:creator>
		<pubDate>Thu, 25 Oct 2007 23:33:26 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanbabcock.com/2007/10/23/been-to-abilene-lately/#comment-457</guid>
		<description>Thanks for this article.  You make great points. I never heard of this paradox before, but it explains many things.  Often unrealistic schedules are a consequence of this paradox, but often times they are right to withold objections.  

There are often consequences to pointing out to the emperors that they have no clothes.  Too often project deliveries are set based on desires and optimism supported by the software community&#039;s lack of support for estimates based on metrics.  

If we had some facts supported by numbers for software estimates, there would be less ability to ignore the obvious, and thus permit optimism and desires to rule decisions.   I discuss this some in my essay titled, &lt;a href=&quot;http://www.yuwantitwhen.com/blog/2007/10/04/reflection-unrealistic-schedules/&quot; rel=&quot;nofollow&quot;&gt;Reflection: Unrealistic Schedules&lt;/a&gt;.

I would like to contact you via email, but I was unable to find an email address for you on this site.  Can you send me an email, so I can correspond with you?</description>
		<content:encoded><![CDATA[<p>Thanks for this article.  You make great points. I never heard of this paradox before, but it explains many things.  Often unrealistic schedules are a consequence of this paradox, but often times they are right to withold objections.  </p>
<p>There are often consequences to pointing out to the emperors that they have no clothes.  Too often project deliveries are set based on desires and optimism supported by the software community&#8217;s lack of support for estimates based on metrics.  </p>
<p>If we had some facts supported by numbers for software estimates, there would be less ability to ignore the obvious, and thus permit optimism and desires to rule decisions.   I discuss this some in my essay titled, <a href="http://www.yuwantitwhen.com/blog/2007/10/04/reflection-unrealistic-schedules/" rel="nofollow">Reflection: Unrealistic Schedules</a>.</p>
<p>I would like to contact you via email, but I was unable to find an email address for you on this site.  Can you send me an email, so I can correspond with you?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
