<?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: Moving away from an inspection/repair culture</title>
	<atom:link href="http://confusedofcalcutta.com/2007/05/13/moving-away-from-an-inspectionrepair-culture/feed/" rel="self" type="application/rss+xml" />
	<link>http://confusedofcalcutta.com/2007/05/13/moving-away-from-an-inspectionrepair-culture/</link>
	<description>a blog about information</description>
	<lastBuildDate>Fri, 19 Mar 2010 09:20:53 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Fit Vibes &#187; Blog Archive &#187; When is a Metric not a Metric&#8230;</title>
		<link>http://confusedofcalcutta.com/2007/05/13/moving-away-from-an-inspectionrepair-culture/comment-page-1/#comment-136198</link>
		<dc:creator>Fit Vibes &#187; Blog Archive &#187; When is a Metric not a Metric&#8230;</dc:creator>
		<pubDate>Wed, 23 May 2007 13:52:45 +0000</pubDate>
		<guid isPermaLink="false">http://confusedofcalcutta.com/2007/05/13/moving-away-from-an-inspectionrepair-culture/#comment-136198</guid>
		<description>[...] Commented on his blog about the inspection/repair culture.Â  I did reply however I suspect it was seen as a naÃ¯ve response.Â  Let me clarify what I mean [...]</description>
		<content:encoded><![CDATA[<p>[...] Commented on his blog about the inspection/repair culture.Â  I did reply however I suspect it was seen as a naÃ¯ve response.Â  Let me clarify what I mean [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Barnett</title>
		<link>http://confusedofcalcutta.com/2007/05/13/moving-away-from-an-inspectionrepair-culture/comment-page-1/#comment-136133</link>
		<dc:creator>Bill Barnett</dc:creator>
		<pubDate>Wed, 23 May 2007 10:50:03 +0000</pubDate>
		<guid isPermaLink="false">http://confusedofcalcutta.com/2007/05/13/moving-away-from-an-inspectionrepair-culture/#comment-136133</guid>
		<description>A basic set of metrics to track velocity and quality are really important. Without them you can&#039;t tell how well you are performing, and you can&#039;t assess the impact of changes you make to the team or the process. However, you are right, Andy, metrics are a slippery slope, and someone has to keep the organization&#039;s never-ending hunger for new statistics in check or you&#039;ll spend way too much of your capacity trying to measure your capacity in new and ever-finer-grained ways. :) 

Also, just to be clear, I don&#039;t have a problem at all with peer code reviews. You can get a tremendous amount of cross team learning by having other practitioners walk through selected areas of the system. (Although I still think Pair Programming, which is part a real-time code review, is infinitely more effective in this).

What I&#039;m concerned about is that we are turning our practitioners into specifier/reviewers. Giving a coder some responsibility for reviewing the work of others doesn&#039;t bother me; it probably gives everyone a better perspective on the work they are doing themselves. Giving their coding work away, and leaving them only with auditing responsibility -- *that* gives me the shivers.</description>
		<content:encoded><![CDATA[<p>A basic set of metrics to track velocity and quality are really important. Without them you can&#8217;t tell how well you are performing, and you can&#8217;t assess the impact of changes you make to the team or the process. However, you are right, Andy, metrics are a slippery slope, and someone has to keep the organization&#8217;s never-ending hunger for new statistics in check or you&#8217;ll spend way too much of your capacity trying to measure your capacity in new and ever-finer-grained ways. :) </p>
<p>Also, just to be clear, I don&#8217;t have a problem at all with peer code reviews. You can get a tremendous amount of cross team learning by having other practitioners walk through selected areas of the system. (Although I still think Pair Programming, which is part a real-time code review, is infinitely more effective in this).</p>
<p>What I&#8217;m concerned about is that we are turning our practitioners into specifier/reviewers. Giving a coder some responsibility for reviewing the work of others doesn&#8217;t bother me; it probably gives everyone a better perspective on the work they are doing themselves. Giving their coding work away, and leaving them only with auditing responsibility &#8212; *that* gives me the shivers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Thomas</title>
		<link>http://confusedofcalcutta.com/2007/05/13/moving-away-from-an-inspectionrepair-culture/comment-page-1/#comment-136029</link>
		<dc:creator>Andy Thomas</dc:creator>
		<pubDate>Wed, 23 May 2007 06:52:45 +0000</pubDate>
		<guid isPermaLink="false">http://confusedofcalcutta.com/2007/05/13/moving-away-from-an-inspectionrepair-culture/#comment-136029</guid>
		<description>Intersting points indeed on the outsourcing.   Not that I  believe we should have no measures for what we do, they are important  ways of tracking progress (or not), however to pick up on the point JP makes I believe we spend too much time gathering data and gernerating metrics to satisfy one audit/mgmt need or another.  When is a metric not a metric? When it states something that can be easily seen without them.  If we spent as much time fixing  issues/bugs as we do proving with metrics that they exist I&#039;m sure we&#039;d get more done.</description>
		<content:encoded><![CDATA[<p>Intersting points indeed on the outsourcing.   Not that I  believe we should have no measures for what we do, they are important  ways of tracking progress (or not), however to pick up on the point JP makes I believe we spend too much time gathering data and gernerating metrics to satisfy one audit/mgmt need or another.  When is a metric not a metric? When it states something that can be easily seen without them.  If we spent as much time fixing  issues/bugs as we do proving with metrics that they exist I&#8217;m sure we&#8217;d get more done.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin</title>
		<link>http://confusedofcalcutta.com/2007/05/13/moving-away-from-an-inspectionrepair-culture/comment-page-1/#comment-134949</link>
		<dc:creator>Kevin</dc:creator>
		<pubDate>Sun, 20 May 2007 23:54:23 +0000</pubDate>
		<guid isPermaLink="false">http://confusedofcalcutta.com/2007/05/13/moving-away-from-an-inspectionrepair-culture/#comment-134949</guid>
		<description>Bill&#039;s commend of &quot;we are outsourcing the roles from which we grow the next generation of experts&quot; really hit home.  I&#039;ve been involved with &quot;onshoring&quot; for quite some time on the Evolving Excellence blog, even moderating a panel discussion on it at Kellogg last weekend.  See

http://www.evolvingexcellence.com/blog/2007/05/a_tide_against_.html

Many reasons for not outsourcing were brought up... keeping knowledge in house, leveraging faster cycle times, etc.  But not what Bill brought up.  The generational, or knowledge generational, impact of outsourcing could be monumental.

Kevin</description>
		<content:encoded><![CDATA[<p>Bill&#8217;s commend of &#8220;we are outsourcing the roles from which we grow the next generation of experts&#8221; really hit home.  I&#8217;ve been involved with &#8220;onshoring&#8221; for quite some time on the Evolving Excellence blog, even moderating a panel discussion on it at Kellogg last weekend.  See</p>
<p><a href="http://www.evolvingexcellence.com/blog/2007/05/a_tide_against_.html" rel="nofollow">http://www.evolvingexcellence.com/blog/2007/05/a_tide_against_.html</a></p>
<p>Many reasons for not outsourcing were brought up&#8230; keeping knowledge in house, leveraging faster cycle times, etc.  But not what Bill brought up.  The generational, or knowledge generational, impact of outsourcing could be monumental.</p>
<p>Kevin</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Barnett</title>
		<link>http://confusedofcalcutta.com/2007/05/13/moving-away-from-an-inspectionrepair-culture/comment-page-1/#comment-132892</link>
		<dc:creator>Bill Barnett</dc:creator>
		<pubDate>Wed, 16 May 2007 20:28:30 +0000</pubDate>
		<guid isPermaLink="false">http://confusedofcalcutta.com/2007/05/13/moving-away-from-an-inspectionrepair-culture/#comment-132892</guid>
		<description>Our global sourcing models fly directly in the face of this movement. We are arbitraging labor markets, sending work far away to teams who are disconnected from our corporate cultures and imperatives, and finding that we can&#039;t rely on them to deliver high enough quality deliverables. so we take our smartest, most skilled practitioners and turn them into reviewers and auditors. I&#039;ve been concerned about this for  while because we are outsourcing the roles from which we grow the next generation of experts -- so it doesn&#039;t seem very sustainable. but now you&#039;ve got me thinking about the corrosive effect of transforming folks from doers to auditors. ouch.</description>
		<content:encoded><![CDATA[<p>Our global sourcing models fly directly in the face of this movement. We are arbitraging labor markets, sending work far away to teams who are disconnected from our corporate cultures and imperatives, and finding that we can&#8217;t rely on them to deliver high enough quality deliverables. so we take our smartest, most skilled practitioners and turn them into reviewers and auditors. I&#8217;ve been concerned about this for  while because we are outsourcing the roles from which we grow the next generation of experts &#8212; so it doesn&#8217;t seem very sustainable. but now you&#8217;ve got me thinking about the corrosive effect of transforming folks from doers to auditors. ouch.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jackie Danicki &#187; The rise of mediocrity</title>
		<link>http://confusedofcalcutta.com/2007/05/13/moving-away-from-an-inspectionrepair-culture/comment-page-1/#comment-132260</link>
		<dc:creator>Jackie Danicki &#187; The rise of mediocrity</dc:creator>
		<pubDate>Tue, 15 May 2007 00:09:21 +0000</pubDate>
		<guid isPermaLink="false">http://confusedofcalcutta.com/2007/05/13/moving-away-from-an-inspectionrepair-culture/#comment-132260</guid>
		<description>[...] JP Rangaswami has words that are music to this measurement skeptic&#8217;s ears: We need to keep examining what we do: every time we promote an inspection/repair culture, we tend to implement safety nets; the safety nets encourage slipshod behaviour, and soon we find that all we are promoting is mediocrity. [...]</description>
		<content:encoded><![CDATA[<p>[...] JP Rangaswami has words that are music to this measurement skeptic&#8217;s ears: We need to keep examining what we do: every time we promote an inspection/repair culture, we tend to implement safety nets; the safety nets encourage slipshod behaviour, and soon we find that all we are promoting is mediocrity. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
