<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.2.3" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Potemkin Agile</title>
	<link>http://www.m3p.co.uk/blog/2007/12/30/potemkin-agile/</link>
	<description>Working software daily</description>
	<pubDate>Mon, 08 Sep 2008 09:28:30 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2.3</generator>

	<item>
		<title>By: Keith</title>
		<link>http://www.m3p.co.uk/blog/2007/12/30/potemkin-agile/#comment-83</link>
		<dc:creator>Keith</dc:creator>
		<pubDate>Wed, 02 Jan 2008 19:05:57 +0000</pubDate>
		<guid>http://www.m3p.co.uk/blog/2007/12/30/potemkin-agile/#comment-83</guid>
		<description>Like Clark I came away from XPDay, and especially the mojo-fest with a pretty sour taste in my mouth. It's great that Gus and Simon are doing well at their client, long may it continue and more power to them. At the same time, I don't think I was alone in finding a (perhaps inadvertent) subtext to the whole  "excellence" theme, viz that they are doing it right and we-everyone else-aren't. Handing out sheets with Ken's preposterous claims about the finality and perfection of Scrum didn't help, either. 

So, I absolutely absolutely agree that "any approach where what people do is misaligned with the organisation is compromised" Doesn't that mean that in, eg, an organization where not upsetting the furniture police *really is* more important than any promised improvement in productivity from moving stuff around to make pairing easier, it is more aligned to not move the furniture? Even as "compromised" as that is? I'm not making this up. Such an organization is surely operating far below its potential, but why is it down to a team of programmers to fix that before they start a project, as uncompromising excellence would seem to demand?

You and I both know that one failure mode for Agile is trying to force it into a culture where consistent, on-time delivery of working, tested software in truth simply isn't much valued (whatever the management may say in public). What does the excellence model have to say about that? It sounds as if Gus and Simon have found a client where consistent, on-time etc is valued, and thus their uncompromising stance is actually pushing at an open door. Great! We all should have such clients. But until then, what? Even in such an organisation, many people can make their lives somewhat better by doing some Agile. Are they to be denied this in the name of uncompromised excellence?</description>
		<content:encoded><![CDATA[<p>Like Clark I came away from <span class="caps">XPD</span>ay, and especially the mojo-fest with a pretty sour taste in my mouth. It&#8217;s great that Gus and Simon are doing well at their client, long may it continue and more power to them. At the same time, I don&#8217;t think I was alone in finding a (perhaps inadvertent) subtext to the whole  &#8220;excellence&#8221; theme, viz that they are doing it right and we-everyone else-aren&#8217;t. Handing out sheets with Ken&#8217;s preposterous claims about the finality and perfection of Scrum didn&#8217;t help, either. </p>
<p>So, I absolutely absolutely agree that &#8220;any approach where what people do is misaligned with the organisation is compromised&#8221; Doesn&#8217;t that mean that in, eg, an organization where not upsetting the furniture police <strong>really is</strong> more important than any promised improvement in productivity from moving stuff around to make pairing easier, it is more aligned to not move the furniture? Even as &#8220;compromised&#8221; as that is? I&#8217;m not making this up. Such an organization is surely operating far below its potential, but why is it down to a team of programmers to fix that before they start a project, as uncompromising excellence would seem to demand?</p>
<p>You and I both know that one failure mode for Agile is trying to force it into a culture where consistent, on-time delivery of working, tested software in truth simply isn&#8217;t much valued (whatever the management may say in public). What does the excellence model have to say about that? It sounds as if Gus and Simon have found a client where consistent, on-time etc is valued, and thus their uncompromising stance is actually pushing at an open door. Great! We all should have such clients. But until then, what? Even in such an organisation, many people can make their lives somewhat better by doing some Agile. Are they to be denied this in the name of uncompromised excellence?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: allan kelly</title>
		<link>http://www.m3p.co.uk/blog/2007/12/30/potemkin-agile/#comment-82</link>
		<dc:creator>allan kelly</dc:creator>
		<pubDate>Wed, 02 Jan 2008 09:04:36 +0000</pubDate>
		<guid>http://www.m3p.co.uk/blog/2007/12/30/potemkin-agile/#comment-82</guid>
		<description>To pick up your last point... it might not actually be so important to be aligned with the business.  There is some research that shows that effective IT departments which are misaligned are more valuable than ineffective IT departments which are aligned.

Link in my own blog about this
http://allankelly.blogspot.com/2007/12/it-better-to-be-effective-or-aligned.html
And some more where I related this to Agile
http://allankelly.blogspot.com/2007/12/business-alignment-agile-failure-and.html</description>
		<content:encoded><![CDATA[<p>To pick up your last point&#8230; it might not actually be so important to be aligned with the business.  There is some research that shows that effective IT departments which are misaligned are more valuable than ineffective IT departments which are aligned.</p>
<p>Link in my own blog about this<br />
<a href="http://allankelly.blogspot.com/2007/12/it-better-to-be-effective-or-aligned.html" rel="nofollow">http://allankelly.blogspot.com/2007/12/it-better-to-be-effective-or-aligned.html</a><br />
And some more where I related this to Agile<br />
<a href="http://allankelly.blogspot.com/2007/12/business-alignment-agile-failure-and.html" rel="nofollow">http://allankelly.blogspot.com/2007/12/business-alignment-agile-failure-and.html</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
