<?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: Escalation and Infinite Regression</title>
	<atom:link href="http://practicalanalyst.com/2009/07/08/complexity-escalation-and-infinite-regression/feed/" rel="self" type="application/rss+xml" />
	<link>http://practicalanalyst.com/2009/07/08/complexity-escalation-and-infinite-regression/</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: JB</title>
		<link>http://practicalanalyst.com/2009/07/08/complexity-escalation-and-infinite-regression/comment-page-1/#comment-6568</link>
		<dc:creator>JB</dc:creator>
		<pubDate>Wed, 08 Jul 2009 22:40:11 +0000</pubDate>
		<guid isPermaLink="false">http://practicalanalyst.com/?p=1691#comment-6568</guid>
		<description>Interesting. Where you were drawn to consider the need for business knowledge, I kept finding myself thinking that it&#039;s very useful for the BA to have a fundamental knowledge of systems/technical architecture and how technology is used to solve business problems. Not because I think the BA needs to be an architect, too, or that business knowledge is any less important. That&#039;s just the direction my mind took as I read the examples.

When I read Veryard&#039;s quote about using escalation to deliberately kill a change, I think back to an instance or two where I&#039;ve been able to draw on the more technical knowledge to distinguish between the type of complexity that is inherent in dealing with systems and their inter-dependencies (basically, complexity that can&#039;t be avoided),and complexity that is fabricated or forced because no one else knows better.

Now, you could reasonably question whether or not it is the business analyst&#039;s job to make that kind of a distinction and call &quot;bull&quot; when the delivery team is making things more complicated than they have to be. I&#039;m just saying I&#039;ve been there before, and I think it&#039;s another way that I have been able to provide value in the BA role.

And I have no doubt there is a psychological component to all this. I bet there are books and articles to be read on the psychology of hierarchical complexity. Of course I&#039;m just dense enough that it takes a nice little story like the one I cited to make sense of those types of concepts.. :)</description>
		<content:encoded><![CDATA[<p>Interesting. Where you were drawn to consider the need for business knowledge, I kept finding myself thinking that it&#8217;s very useful for the BA to have a fundamental knowledge of systems/technical architecture and how technology is used to solve business problems. Not because I think the BA needs to be an architect, too, or that business knowledge is any less important. That&#8217;s just the direction my mind took as I read the examples.</p>
<p>When I read Veryard&#8217;s quote about using escalation to deliberately kill a change, I think back to an instance or two where I&#8217;ve been able to draw on the more technical knowledge to distinguish between the type of complexity that is inherent in dealing with systems and their inter-dependencies (basically, complexity that can&#8217;t be avoided),and complexity that is fabricated or forced because no one else knows better.</p>
<p>Now, you could reasonably question whether or not it is the business analyst&#8217;s job to make that kind of a distinction and call &#8220;bull&#8221; when the delivery team is making things more complicated than they have to be. I&#8217;m just saying I&#8217;ve been there before, and I think it&#8217;s another way that I have been able to provide value in the BA role.</p>
<p>And I have no doubt there is a psychological component to all this. I bet there are books and articles to be read on the psychology of hierarchical complexity. Of course I&#8217;m just dense enough that it takes a nice little story like the one I cited to make sense of those types of concepts.. <img src='http://practicalanalyst.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: doug goldberg</title>
		<link>http://practicalanalyst.com/2009/07/08/complexity-escalation-and-infinite-regression/comment-page-1/#comment-8055</link>
		<dc:creator>doug goldberg</dc:creator>
		<pubDate>Wed, 08 Jul 2009 17:54:44 +0000</pubDate>
		<guid isPermaLink="false">http://practicalanalyst.com/?p=1691#comment-8055</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 Complexity Escalation and Infinite Regression : Practical Analyst http://bit.ly/q6d7Q  &lt;---------very interesting article!!&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 Complexity Escalation and Infinite Regression : Practical Analyst <a href="http://bit.ly/q6d7Q" rel="nofollow">http://bit.ly/q6d7Q</a>  &lt;&#8212;&#8212;&#8212;very interesting article!!</span></span></span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Babcock</title>
		<link>http://practicalanalyst.com/2009/07/08/complexity-escalation-and-infinite-regression/comment-page-1/#comment-8056</link>
		<dc:creator>Jonathan Babcock</dc:creator>
		<pubDate>Wed, 08 Jul 2009 16:52:59 +0000</pubDate>
		<guid isPermaLink="false">http://practicalanalyst.com/?p=1691#comment-8056</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;New Blog Post: Complexity Escalation and Infinite Regression http://bit.ly/q6d7Q&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">New Blog Post: Complexity Escalation and Infinite Regression <a href="http://bit.ly/q6d7Q" rel="nofollow">http://bit.ly/q6d7Q</a></span></span></span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DougGtheBA</title>
		<link>http://practicalanalyst.com/2009/07/08/complexity-escalation-and-infinite-regression/comment-page-1/#comment-6565</link>
		<dc:creator>DougGtheBA</dc:creator>
		<pubDate>Wed, 08 Jul 2009 12:50:07 +0000</pubDate>
		<guid isPermaLink="false">http://practicalanalyst.com/?p=1691#comment-6565</guid>
		<description>I can always count on you to get my synapses firing in the morning with new articles. I really liked this one. The one thing that kept coming back to me as I read it,  is that the acquisition of thorough business knowledge is something that can help make the difference against these tendencies. It is often the one thing that helps control an analyst from going off on tangents, because the foundation of how the business operates and its governing processes are in place.  Perhaps this is why some organization mandate industry or business knowledge as a requirement to get hired. 

In any case, the cases that you highlighted were great and certainly rang true to my own world. I bring up business knowledge as a controlling mechanism because I&#039;ve found that while some will escalate or regress due to other motivating factors, the biggest one seems to be that they aren&#039;t grounded in what SHOULD guide them. I&#039;ve done this myself when I wasn&#039;t as prepared as I should have been. The tendency to start pondering gravitational pull as a constraining mechanism to requirement 14 is much higher when I don&#039;t know what I&#039;m talking about, which includes overarching knowledge of the business.

I also need to read a bit more on Ed Yourdon&#039;s findings. I really also wonder if some of what you are getting at here and what he has written about is basic psychology. Maybe persons that aren&#039;t grasping the original problem, or cannot resolve it, inflate the importance of it (via escalation or regression examinations) to mask this inability.

I hate it when you make me think this early in the day...but love it just the same.

Ok, so I&#039;d like to hear your thoughts on this response.</description>
		<content:encoded><![CDATA[<p>I can always count on you to get my synapses firing in the morning with new articles. I really liked this one. The one thing that kept coming back to me as I read it,  is that the acquisition of thorough business knowledge is something that can help make the difference against these tendencies. It is often the one thing that helps control an analyst from going off on tangents, because the foundation of how the business operates and its governing processes are in place.  Perhaps this is why some organization mandate industry or business knowledge as a requirement to get hired. </p>
<p>In any case, the cases that you highlighted were great and certainly rang true to my own world. I bring up business knowledge as a controlling mechanism because I&#8217;ve found that while some will escalate or regress due to other motivating factors, the biggest one seems to be that they aren&#8217;t grounded in what SHOULD guide them. I&#8217;ve done this myself when I wasn&#8217;t as prepared as I should have been. The tendency to start pondering gravitational pull as a constraining mechanism to requirement 14 is much higher when I don&#8217;t know what I&#8217;m talking about, which includes overarching knowledge of the business.</p>
<p>I also need to read a bit more on Ed Yourdon&#8217;s findings. I really also wonder if some of what you are getting at here and what he has written about is basic psychology. Maybe persons that aren&#8217;t grasping the original problem, or cannot resolve it, inflate the importance of it (via escalation or regression examinations) to mask this inability.</p>
<p>I hate it when you make me think this early in the day&#8230;but love it just the same.</p>
<p>Ok, so I&#8217;d like to hear your thoughts on this response.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
