<?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: The Dreaded Root Cause Meeting for the Manager, Part 1</title>
	<atom:link href="http://midwestitsurvival.com/2009/10/the-dreaded-root-cause-meeting-for-the-manager-part-1/feed/" rel="self" type="application/rss+xml" />
	<link>http://midwestitsurvival.com/2009/10/the-dreaded-root-cause-meeting-for-the-manager-part-1/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=the-dreaded-root-cause-meeting-for-the-manager-part-1</link>
	<description>Discussion on IT roles in non-Silicon Valley yet tech savvy companies</description>
	<lastBuildDate>Thu, 08 Sep 2011 05:14:26 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Midwest IT Survival &#187; The Dreaded Root Cause Meeting for the Manager, Part 2</title>
		<link>http://midwestitsurvival.com/2009/10/the-dreaded-root-cause-meeting-for-the-manager-part-1/#comment-42</link>
		<dc:creator>Midwest IT Survival &#187; The Dreaded Root Cause Meeting for the Manager, Part 2</dc:creator>
		<pubDate>Sun, 22 Aug 2010 22:10:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.midwestitsurvival.com/?p=250#comment-42</guid>
		<description>[...] of articles look at this challenging exercise from an engineering management perspective with the first article introducing the “80% accurate technique”.  In this article I’ll cover how to interact with [...] </description>
		<content:encoded><![CDATA[<p>[...] of articles look at this challenging exercise from an engineering management perspective with the first article introducing the “80% accurate technique”.  In this article I’ll cover how to interact with [...] </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Midwest IT Survival &#187; Resource Thrashing</title>
		<link>http://midwestitsurvival.com/2009/10/the-dreaded-root-cause-meeting-for-the-manager-part-1/#comment-41</link>
		<dc:creator>Midwest IT Survival &#187; Resource Thrashing</dc:creator>
		<pubDate>Sun, 22 Aug 2010 21:50:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.midwestitsurvival.com/?p=250#comment-41</guid>
		<description>[...] is a threshold of total requests at which the system can no longer service all the requests and disasters occur.  As the client request count rapidly approaches this threshold, the application servers continue [...] </description>
		<content:encoded><![CDATA[<p>[...] is a threshold of total requests at which the system can no longer service all the requests and disasters occur.  As the client request count rapidly approaches this threshold, the application servers continue [...] </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jfbauer</title>
		<link>http://midwestitsurvival.com/2009/10/the-dreaded-root-cause-meeting-for-the-manager-part-1/#comment-40</link>
		<dc:creator>jfbauer</dc:creator>
		<pubDate>Wed, 23 Jun 2010 23:14:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.midwestitsurvival.com/?p=250#comment-40</guid>
		<description>Enjoyed your humor and agree with you 110% regarding (large) corporate environments.  At the same time, and maybe I wasn&#039;t clear in my post, in large I environments, one rarely has a complete knowledge or access to all the authoritative knowledge sources to stand completely firm on a particular technical position.  From an IT management perspective, as much as you want to trust your team or even the analysis of your rock star that as proven the last 10 out of 10 situations to be completely accurate, you need to be cognizant that you may not have all the facts.  Thus, couching your communications to allow for some lack of clarity on your understanding can go a long way to  maintain your credibility.</description>
		<content:encoded><![CDATA[<p>Enjoyed your humor and agree with you 110% regarding (large) corporate environments.  At the same time, and maybe I wasn&#8217;t clear in my post, in large I environments, one rarely has a complete knowledge or access to all the authoritative knowledge sources to stand completely firm on a particular technical position.  From an IT management perspective, as much as you want to trust your team or even the analysis of your rock star that as proven the last 10 out of 10 situations to be completely accurate, you need to be cognizant that you may not have all the facts.  Thus, couching your communications to allow for some lack of clarity on your understanding can go a long way to  maintain your credibility.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pawel Brodzinski</title>
		<link>http://midwestitsurvival.com/2009/10/the-dreaded-root-cause-meeting-for-the-manager-part-1/#comment-39</link>
		<dc:creator>Pawel Brodzinski</dc:creator>
		<pubDate>Tue, 22 Jun 2010 13:04:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.midwestitsurvival.com/?p=250#comment-39</guid>
		<description>Being 80% accurate is also a technique which your spouse will hate you for. Yes darling, I hope I will be able to pick you up from work today. Yes honey, I should remember our wedding anniversary.

OK, enough joking. You say that

&lt;i&gt;Rarely, if ever, once put on the defensive, does someone raise their hand and admit “why yes, it was completely my team’s fault, we completely dropped the ball on this one.”&lt;/i&gt;

and you are pretty much right. But to be honest I don&#039;t understand that. I believe that ability to &lt;a href=&quot;http://blog.brodzinski.com/2008/02/admit-you-failed.html&quot; rel=&quot;nofollow&quot;&gt;admit you screwed something up&lt;/a&gt; is one of big things in terms of building relationships. Especially relationships with clients.

I know it works the other way in corporate environments and it can be used to make you a regular candidate in blame games but that&#039;s one of reasons why I hate typical corporate environments. And I know people who learned how corporate politics works and they don&#039;t give a damn anymore when they&#039;re blamed. Funny thing is this is more a problem of organization than individuals themselves.</description>
		<content:encoded><![CDATA[<p>Being 80% accurate is also a technique which your spouse will hate you for. Yes darling, I hope I will be able to pick you up from work today. Yes honey, I should remember our wedding anniversary.</p>
<p>OK, enough joking. You say that</p>
<p><i>Rarely, if ever, once put on the defensive, does someone raise their hand and admit “why yes, it was completely my team’s fault, we completely dropped the ball on this one.”</i></p>
<p>and you are pretty much right. But to be honest I don&#8217;t understand that. I believe that ability to <a href="http://blog.brodzinski.com/2008/02/admit-you-failed.html" rel="nofollow">admit you screwed something up</a> is one of big things in terms of building relationships. Especially relationships with clients.</p>
<p>I know it works the other way in corporate environments and it can be used to make you a regular candidate in blame games but that&#8217;s one of reasons why I hate typical corporate environments. And I know people who learned how corporate politics works and they don&#8217;t give a damn anymore when they&#8217;re blamed. Funny thing is this is more a problem of organization than individuals themselves.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

