<?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 Invisible Hand of Motivation</title>
	<atom:link href="http://thestrandedstarfish.com/the-invisible-hand-of-motivation/feed/" rel="self" type="application/rss+xml" />
	<link>http://thestrandedstarfish.com/the-invisible-hand-of-motivation/</link>
	<description>Looking for ways to make a difference.</description>
	<lastBuildDate>Sun, 05 Feb 2012 15:05:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.3</generator>
	<item>
		<title>By: Andrew Fuqua</title>
		<link>http://thestrandedstarfish.com/the-invisible-hand-of-motivation/comment-page-1/#comment-493</link>
		<dc:creator>Andrew Fuqua</dc:creator>
		<pubDate>Thu, 08 Jul 2010 12:24:41 +0000</pubDate>
		<guid isPermaLink="false">http://thestrandedstarfish.com/?p=461#comment-493</guid>
		<description>In this particular case, the company had only one real client for this product line. They were unable to capture the market opportunity that they thought would be there. Early on, management and the client suspended disbelief (that is, they trusted the team to build things the way they thought best and they would wait to see if the high quality would pay off). After some number of years, with only one client to carry the full cost of development, management and the client began to grow impatient. The client was impatient with the cost and with the speed with which new features could be added to the product. The extent of this dissatisfaction wasn&#039;t discussed, at least not with me or the developers, but I can infer it from management&#039;s actions. Everyone certainly enjoyed the great quality though.

Was the development slow? I really don&#039;t think so. This was a large enterprise-wide software product with lots of distributed parts. Most features of significance would cross the corporate, the backoffice, and POS tiers and thus involve data flows among them and backwards compatibility since each tear could at times need to be a version ahead of the lower tears. I also did some analysis comparing this to some industry average data and believe the speed was average (again, but with very high quality). 

You can get a short boost of speed at the expense of incurring more technical debt than normal. But to do that, you&#039;ve got to paint a good picture of the problem to development. You&#039;ve got to get them to understand the seriousness of the situation and give them a vision of how long or how much or how many of what is needed so that they can buy-in to changing their habits and their preferred, ingrained and natural method of working. You want them to work-differently. That&#039;s difficult to achieve.</description>
		<content:encoded><![CDATA[<p>In this particular case, the company had only one real client for this product line. They were unable to capture the market opportunity that they thought would be there. Early on, management and the client suspended disbelief (that is, they trusted the team to build things the way they thought best and they would wait to see if the high quality would pay off). After some number of years, with only one client to carry the full cost of development, management and the client began to grow impatient. The client was impatient with the cost and with the speed with which new features could be added to the product. The extent of this dissatisfaction wasn&#8217;t discussed, at least not with me or the developers, but I can infer it from management&#8217;s actions. Everyone certainly enjoyed the great quality though.</p>
<p>Was the development slow? I really don&#8217;t think so. This was a large enterprise-wide software product with lots of distributed parts. Most features of significance would cross the corporate, the backoffice, and POS tiers and thus involve data flows among them and backwards compatibility since each tear could at times need to be a version ahead of the lower tears. I also did some analysis comparing this to some industry average data and believe the speed was average (again, but with very high quality). </p>
<p>You can get a short boost of speed at the expense of incurring more technical debt than normal. But to do that, you&#8217;ve got to paint a good picture of the problem to development. You&#8217;ve got to get them to understand the seriousness of the situation and give them a vision of how long or how much or how many of what is needed so that they can buy-in to changing their habits and their preferred, ingrained and natural method of working. You want them to work-differently. That&#8217;s difficult to achieve.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: joe</title>
		<link>http://thestrandedstarfish.com/the-invisible-hand-of-motivation/comment-page-1/#comment-492</link>
		<dc:creator>joe</dc:creator>
		<pubDate>Wed, 07 Jul 2010 21:45:58 +0000</pubDate>
		<guid isPermaLink="false">http://thestrandedstarfish.com/?p=461#comment-492</guid>
		<description>Why does it seem most companies do that when they &quot;grow up&quot;? We&#039;ve all seen that happen time and again.

How is it possible that &quot;business needs&quot; can ever be justified that reduce inherent quality design?</description>
		<content:encoded><![CDATA[<p>Why does it seem most companies do that when they &#8220;grow up&#8221;? We&#8217;ve all seen that happen time and again.</p>
<p>How is it possible that &#8220;business needs&#8221; can ever be justified that reduce inherent quality design?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Fuqua</title>
		<link>http://thestrandedstarfish.com/the-invisible-hand-of-motivation/comment-page-1/#comment-488</link>
		<dc:creator>Andrew Fuqua</dc:creator>
		<pubDate>Mon, 05 Jul 2010 22:10:28 +0000</pubDate>
		<guid isPermaLink="false">http://thestrandedstarfish.com/?p=461#comment-488</guid>
		<description>I once managed a handful of programmers whose primary interest was to be part of a small self-organizing team producing high-quality software (internal and external quality) using eXtreme Programming. They were motivated by the opportunity to practice their craft with as little interference from management as possible. From a selfish team-centric point of view, I successfully did steps 1-4. When I first joined the team, I communicated (demonstrated, actually) my understanding and support of XP and the team. There was little to communicate after than other than continued support and involvement. That was demonstrated well with our hiring practices (step 2). I was rewarded with very low turnover and a very high quality product.

The difficulty came years later when the business&#039; needs shifted from &quot;long-term productivity through quality&quot; to &quot;more features delivered right now&quot; and a belief that our quality was too expensive. The self-interests of the team no longer matched the needs of the business.</description>
		<content:encoded><![CDATA[<p>I once managed a handful of programmers whose primary interest was to be part of a small self-organizing team producing high-quality software (internal and external quality) using eXtreme Programming. They were motivated by the opportunity to practice their craft with as little interference from management as possible. From a selfish team-centric point of view, I successfully did steps 1-4. When I first joined the team, I communicated (demonstrated, actually) my understanding and support of XP and the team. There was little to communicate after than other than continued support and involvement. That was demonstrated well with our hiring practices (step 2). I was rewarded with very low turnover and a very high quality product.</p>
<p>The difficulty came years later when the business&#8217; needs shifted from &#8220;long-term productivity through quality&#8221; to &#8220;more features delivered right now&#8221; and a belief that our quality was too expensive. The self-interests of the team no longer matched the needs of the business.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

