<?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 for Redvespa. Your business analysis partner</title>
	<atom:link href="http://redvespa.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://redvespa.com</link>
	<description>Your business analysis partner</description>
	<lastBuildDate>Fri, 18 May 2012 01:37:43 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>Comment on Knowledge isn’t everything by Jay</title>
		<link>http://redvespa.com/2012/05/knowledge-isnt-everything/#comment-314</link>
		<dc:creator>Jay</dc:creator>
		<pubDate>Fri, 18 May 2012 01:37:43 +0000</pubDate>
		<guid isPermaLink="false">http://redvespa.com/?p=2315#comment-314</guid>
		<description>Very good point you raise Hari. Certainly there will be occasions where domain knowledge is an essential role requirement. What I’m suggesting is that BA’s shouldn’t count themselves out of roles because they lack the ‘desired’ industry or domain knowledge. To flip your question around, should employers risk passing on a good BA if they don’t have that domain knowledge?</description>
		<content:encoded><![CDATA[<p>Very good point you raise Hari. Certainly there will be occasions where domain knowledge is an essential role requirement. What I’m suggesting is that BA’s shouldn’t count themselves out of roles because they lack the ‘desired’ industry or domain knowledge. To flip your question around, should employers risk passing on a good BA if they don’t have that domain knowledge?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 500 Awesome things about being a BA by Ieuan</title>
		<link>http://redvespa.com/2012/02/500-awesome-things-about-being-a-ba/#comment-312</link>
		<dc:creator>Ieuan</dc:creator>
		<pubDate>Fri, 18 May 2012 01:06:37 +0000</pubDate>
		<guid isPermaLink="false">http://redvespa.com/?p=1992#comment-312</guid>
		<description>I like fixing things for people.  We get to fix some of the most interesting problems.</description>
		<content:encoded><![CDATA[<p>I like fixing things for people.  We get to fix some of the most interesting problems.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Knowledge isn’t everything by Hari</title>
		<link>http://redvespa.com/2012/05/knowledge-isnt-everything/#comment-311</link>
		<dc:creator>Hari</dc:creator>
		<pubDate>Thu, 17 May 2012 01:24:06 +0000</pubDate>
		<guid isPermaLink="false">http://redvespa.com/?p=2315#comment-311</guid>
		<description>Entering a greenfield domain with generic BA skills might not be an issue in solution space. However it may not hold true in enterprise analysis.  Domain knowledge over google at best just gives a superficial input. It is dangerous to know wrong than not knowing at all. In that sense yes, no domain knowledge is better. Why would clients pick someone who will learn the skills on the job while there is someone who already has a background with comparable skills?</description>
		<content:encoded><![CDATA[<p>Entering a greenfield domain with generic BA skills might not be an issue in solution space. However it may not hold true in enterprise analysis.  Domain knowledge over google at best just gives a superficial input. It is dangerous to know wrong than not knowing at all. In that sense yes, no domain knowledge is better. Why would clients pick someone who will learn the skills on the job while there is someone who already has a background with comparable skills?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Ignoring complexity is not simplicity by Hari</title>
		<link>http://redvespa.com/2012/04/ignoring-complexity-is-not-simplicity/#comment-303</link>
		<dc:creator>Hari</dc:creator>
		<pubDate>Tue, 08 May 2012 21:03:25 +0000</pubDate>
		<guid isPermaLink="false">http://redvespa.com/?p=2211#comment-303</guid>
		<description>What do EA feel about complexity? It is my belief that enterprise architecture must propose and help build solutions that are simple, yet can evolve and be fulling exploited as business demands change&quot;  Read further here: &lt;a href=&quot;http://blogs.msdn.com/b/zen/archive/2012/05/07/modernizing-the-enterprise-address-the-neurosis-of-it.aspx&quot; target=&quot;_blank&quot; rel=&quot;nofollow&quot;&gt;http://blogs.msdn.com/b/zen/archive/2012/05/07/modernizing-the-enterprise-address-the-neurosis-of-it.aspx&lt;/a&gt;
</description>
		<content:encoded><![CDATA[<p>What do EA feel about complexity? It is my belief that enterprise architecture must propose and help build solutions that are simple, yet can evolve and be fulling exploited as business demands change&#8221;  Read further here: <a href="http://blogs.msdn.com/b/zen/archive/2012/05/07/modernizing-the-enterprise-address-the-neurosis-of-it.aspx" target="_blank" rel="nofollow">http://blogs.msdn.com/b/zen/archive/2012/05/07/modernizing-the-enterprise-address-the-neurosis-of-it.aspx</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Ignoring complexity is not simplicity by Hari</title>
		<link>http://redvespa.com/2012/04/ignoring-complexity-is-not-simplicity/#comment-302</link>
		<dc:creator>Hari</dc:creator>
		<pubDate>Tue, 08 May 2012 20:05:53 +0000</pubDate>
		<guid isPermaLink="false">http://redvespa.com/?p=2211#comment-302</guid>
		<description>Complexity forces IT to change its role. Find out how here: http://www.infoworld.com/t/it-strategy/the-it-paradox-diminished-role-in-technology-greater-clout-in-the-business-192559?page=0,0</description>
		<content:encoded><![CDATA[<p>Complexity forces IT to change its role. Find out how here: <a href="http://www.infoworld.com/t/it-strategy/the-it-paradox-diminished-role-in-technology-greater-clout-in-the-business-192559?page=0,0" rel="nofollow">http://www.infoworld.com/t/it-strategy/the-it-paradox-diminished-role-in-technology-greater-clout-in-the-business-192559?page=0,0</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 500 Awesome things about being a BA by Rebecca</title>
		<link>http://redvespa.com/2012/02/500-awesome-things-about-being-a-ba/#comment-278</link>
		<dc:creator>Rebecca</dc:creator>
		<pubDate>Mon, 16 Apr 2012 05:49:22 +0000</pubDate>
		<guid isPermaLink="false">http://redvespa.com/?p=1992#comment-278</guid>
		<description>I love the variety, working with so many different people, the fact that the skills are transferrable to any industry sector and that you get to draw stickman diagrams on whiteboards!</description>
		<content:encoded><![CDATA[<p>I love the variety, working with so many different people, the fact that the skills are transferrable to any industry sector and that you get to draw stickman diagrams on whiteboards!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Ignoring complexity is not simplicity by Hari</title>
		<link>http://redvespa.com/2012/04/ignoring-complexity-is-not-simplicity/#comment-277</link>
		<dc:creator>Hari</dc:creator>
		<pubDate>Sun, 15 Apr 2012 23:22:21 +0000</pubDate>
		<guid isPermaLink="false">http://redvespa.com/?p=2211#comment-277</guid>
		<description>Here is an article from April edition of HBR that talks about simplicity. It is written by Walter Isaccson on Apple\Jobs philosophy.

http://hbr.org/2012/04/the-real-leadership-lessons-of-steve-jobs/ar/2</description>
		<content:encoded><![CDATA[<p>Here is an article from April edition of HBR that talks about simplicity. It is written by Walter Isaccson on Apple\Jobs philosophy.</p>
<p><a href="http://hbr.org/2012/04/the-real-leadership-lessons-of-steve-jobs/ar/2" rel="nofollow">http://hbr.org/2012/04/the-real-leadership-lessons-of-steve-jobs/ar/2</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Ignoring complexity is not simplicity by Hari</title>
		<link>http://redvespa.com/2012/04/ignoring-complexity-is-not-simplicity/#comment-273</link>
		<dc:creator>Hari</dc:creator>
		<pubDate>Wed, 11 Apr 2012 22:24:32 +0000</pubDate>
		<guid isPermaLink="false">http://redvespa.com/?p=2211#comment-273</guid>
		<description>Excerpt from Ken Seagall&#039;s new book on simplicity 
Insanely Simple: The Obsession That Drives Apple&#039;s Success. 
http://www.forbes.com/sites/susanadams/2012/04/02/new-insight-into-how-steve-jobs-thought-different/</description>
		<content:encoded><![CDATA[<p>Excerpt from Ken Seagall&#8217;s new book on simplicity<br />
Insanely Simple: The Obsession That Drives Apple&#8217;s Success.<br />
<a href="http://www.forbes.com/sites/susanadams/2012/04/02/new-insight-into-how-steve-jobs-thought-different/" rel="nofollow">http://www.forbes.com/sites/susanadams/2012/04/02/new-insight-into-how-steve-jobs-thought-different/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Redvespa Pulse by David Morris &#8211; Redvespa BA Consultant, Auckland New Zealand</title>
		<link>http://redvespa.com/what-we-do/redvespa-pulse-business-analysis-practice-management/#comment-265</link>
		<dc:creator>David Morris &#8211; Redvespa BA Consultant, Auckland New Zealand</dc:creator>
		<pubDate>Thu, 05 Apr 2012 02:18:03 +0000</pubDate>
		<guid isPermaLink="false">http://redvespa.jamesmacfie.com/?page_id=586#comment-265</guid>
		<description>[...] Link with more details about &#8220;Pulse&#8221; [...]</description>
		<content:encoded><![CDATA[<p>[...] Link with more details about &#8220;Pulse&#8221; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Say it with numbers&#8230; by Hari</title>
		<link>http://redvespa.com/2011/10/metrics-dna-of-ba/#comment-263</link>
		<dc:creator>Hari</dc:creator>
		<pubDate>Tue, 03 Apr 2012 01:48:05 +0000</pubDate>
		<guid isPermaLink="false">http://redvespa.com/?p=1732#comment-263</guid>
		<description>Thanks (rather belated) for your feedback David. And I agree with your sentiments for finding the balance. The intent of the blog is indeed to tilt the business analysis focus back to &quot;problem-solving&quot;  against &quot;people-solving&quot;.</description>
		<content:encoded><![CDATA[<p>Thanks (rather belated) for your feedback David. And I agree with your sentiments for finding the balance. The intent of the blog is indeed to tilt the business analysis focus back to &#8220;problem-solving&#8221;  against &#8220;people-solving&#8221;.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic
Page Caching using memcached

Served from: redvespa.com @ 2012-05-19 09:28:05 -->
