<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: We Picked the Wrong Tool!</title>
	<atom:link href="http://vaughanmerlyn.com/2009/12/16/we-picked-the-wrong-tool/feed/" rel="self" type="application/rss+xml" />
	<link>http://vaughanmerlyn.com/2009/12/16/we-picked-the-wrong-tool/</link>
	<description>Vaughan Merlyn on the Changing Role of the IT Organization</description>
	<lastBuildDate>Tue, 15 May 2012 12:38:10 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: itorganization2017</title>
		<link>http://vaughanmerlyn.com/2009/12/16/we-picked-the-wrong-tool/#comment-1082</link>
		<dc:creator><![CDATA[itorganization2017]]></dc:creator>
		<pubDate>Sun, 03 Jan 2010 20:23:39 +0000</pubDate>
		<guid isPermaLink="false">http://vaughanmerlyn.com/?p=1809#comment-1082</guid>
		<description><![CDATA[Yes, Bob - that&#039;s another one of the &quot;traps&quot; we all fall into - a question of &quot;tool over process.&quot;

I&#039;ve been thinking lately about &#039;sustainable practices&#039; for IT organizations, and you&#039;ve hit on one of the many impediments to this goal.]]></description>
		<content:encoded><![CDATA[<p>Yes, Bob &#8211; that&#8217;s another one of the &#8220;traps&#8221; we all fall into &#8211; a question of &#8220;tool over process.&#8221;</p>
<p>I&#8217;ve been thinking lately about &#8216;sustainable practices&#8217; for IT organizations, and you&#8217;ve hit on one of the many impediments to this goal.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: boblandstrom</title>
		<link>http://vaughanmerlyn.com/2009/12/16/we-picked-the-wrong-tool/#comment-1051</link>
		<dc:creator><![CDATA[boblandstrom]]></dc:creator>
		<pubDate>Mon, 28 Dec 2009 15:00:37 +0000</pubDate>
		<guid isPermaLink="false">http://vaughanmerlyn.com/?p=1809#comment-1051</guid>
		<description><![CDATA[...and then there are the cases in which we create a monster with the tool.  While good practices may have been followed when automating the processes initially, after many revisions and updates we sometimes reach the point at which we&#039;ve automated ourselves into a corner.  That is to say, when faced with the cost and pain of significant process revision, we sometimes choose to compromise the process in favor of automation that we can afford (money or time).]]></description>
		<content:encoded><![CDATA[<p>&#8230;and then there are the cases in which we create a monster with the tool.  While good practices may have been followed when automating the processes initially, after many revisions and updates we sometimes reach the point at which we&#8217;ve automated ourselves into a corner.  That is to say, when faced with the cost and pain of significant process revision, we sometimes choose to compromise the process in favor of automation that we can afford (money or time).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: itorganization2017</title>
		<link>http://vaughanmerlyn.com/2009/12/16/we-picked-the-wrong-tool/#comment-1047</link>
		<dc:creator><![CDATA[itorganization2017]]></dc:creator>
		<pubDate>Tue, 22 Dec 2009 14:07:32 +0000</pubDate>
		<guid isPermaLink="false">http://vaughanmerlyn.com/?p=1809#comment-1047</guid>
		<description><![CDATA[Great comments, Barry - thank you.  And thanks for challenging my statement &quot;You would never allow technology to be applied to a business process without reengineering the process first.”

My &quot;would&quot; should have been &quot;should&quot;.  You are correct - IT organizations often do allow the businesses they support to implement technology without really thinking through and following through on how that technology will solve business problems and deliver value that can be captured.

As for your closing question, &quot;I wonder what an IT organization looking toward 2017 could tangibly do to develop and sustain an ability to live “Merlyn’s Rules of IT Tools…?” I guess that is the proverbial $64,000 question.  And I&#039;m afraid the answer is something close to the sum total of all the good management practices you need to reach high business-IT maturity.  It&#039;s a long and arduous journey.  And maybe it needs to be that way - it&#039;s what separates the best organizations (and the results they achieve) from the rest of the pack.]]></description>
		<content:encoded><![CDATA[<p>Great comments, Barry &#8211; thank you.  And thanks for challenging my statement &#8220;You would never allow technology to be applied to a business process without reengineering the process first.”</p>
<p>My &#8220;would&#8221; should have been &#8220;should&#8221;.  You are correct &#8211; IT organizations often do allow the businesses they support to implement technology without really thinking through and following through on how that technology will solve business problems and deliver value that can be captured.</p>
<p>As for your closing question, &#8220;I wonder what an IT organization looking toward 2017 could tangibly do to develop and sustain an ability to live “Merlyn’s Rules of IT Tools…?” I guess that is the proverbial $64,000 question.  And I&#8217;m afraid the answer is something close to the sum total of all the good management practices you need to reach high business-IT maturity.  It&#8217;s a long and arduous journey.  And maybe it needs to be that way &#8211; it&#8217;s what separates the best organizations (and the results they achieve) from the rest of the pack.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: itorganization2017</title>
		<link>http://vaughanmerlyn.com/2009/12/16/we-picked-the-wrong-tool/#comment-1046</link>
		<dc:creator><![CDATA[itorganization2017]]></dc:creator>
		<pubDate>Tue, 22 Dec 2009 14:00:22 +0000</pubDate>
		<guid isPermaLink="false">http://vaughanmerlyn.com/?p=1809#comment-1046</guid>
		<description><![CDATA[Well, CK, I guess I&#039;d say, &quot;Yes, but...&quot;  I&#039;ve often found software vendors to be the &quot;children of cobblers children&quot; - i.e., really ignoring common industry practice, let alone leading practice.  Even today, you can ask some vendors for a view of their underlying data model and if they have one at all, it will reveal a dreadful lack of data modeling &quot;good practice.&quot;]]></description>
		<content:encoded><![CDATA[<p>Well, CK, I guess I&#8217;d say, &#8220;Yes, but&#8230;&#8221;  I&#8217;ve often found software vendors to be the &#8220;children of cobblers children&#8221; &#8211; i.e., really ignoring common industry practice, let alone leading practice.  Even today, you can ask some vendors for a view of their underlying data model and if they have one at all, it will reveal a dreadful lack of data modeling &#8220;good practice.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: itorganization2017</title>
		<link>http://vaughanmerlyn.com/2009/12/16/we-picked-the-wrong-tool/#comment-1045</link>
		<dc:creator><![CDATA[itorganization2017]]></dc:creator>
		<pubDate>Tue, 22 Dec 2009 13:56:58 +0000</pubDate>
		<guid isPermaLink="false">http://vaughanmerlyn.com/?p=1809#comment-1045</guid>
		<description><![CDATA[Julien, I agree that there is a &quot;right tool&quot;, but even the &quot;right tool&quot; will look like the &quot;wrong tool&quot; if it is poorly implemented.  

However, you definitely caught me on my &quot;switching can be trivial&quot; claim - clearly, an egregious overstatement!  Thanks for bringing me back to reality, and please excuse my hyperbole!]]></description>
		<content:encoded><![CDATA[<p>Julien, I agree that there is a &#8220;right tool&#8221;, but even the &#8220;right tool&#8221; will look like the &#8220;wrong tool&#8221; if it is poorly implemented.  </p>
<p>However, you definitely caught me on my &#8220;switching can be trivial&#8221; claim &#8211; clearly, an egregious overstatement!  Thanks for bringing me back to reality, and please excuse my hyperbole!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Barry Vornbrock</title>
		<link>http://vaughanmerlyn.com/2009/12/16/we-picked-the-wrong-tool/#comment-1044</link>
		<dc:creator><![CDATA[Barry Vornbrock]]></dc:creator>
		<pubDate>Mon, 21 Dec 2009 23:31:18 +0000</pubDate>
		<guid isPermaLink="false">http://vaughanmerlyn.com/?p=1809#comment-1044</guid>
		<description><![CDATA[In my experience, some aspects of human nature aren&#039;t well enough buffered by other of our qualities to avoid the fate you describe.

I think it is easy in the beginning to say &quot;we need a tool&quot; and much more difficult to imagine the future state of the organization with that tool in mature use.  

It is easier still to then rush to build a case and implement the tool without adequately planning for and re-engineering the processes and training the people.  (A compelling story does not a process redesign make)

It is then extremely tempting to rush off to the next problem demanding attention.  (It is harder to realize value)

I also have experienced some and suspect there may be a significant number of organizations, even large complex ones, that do not derive significant value from both operational and IT projects.  Thus I respectfully challenge your assertion in this sentence:  &quot;You would never allow technology to be applied to a business process without reengineering the process first.&quot;

I wonder what an IT organization looking toward 2017 could tangibly do to develop and sustain an ability to live &quot;Merlyn&#039;s Rules of IT Tools...?&quot;]]></description>
		<content:encoded><![CDATA[<p>In my experience, some aspects of human nature aren&#8217;t well enough buffered by other of our qualities to avoid the fate you describe.</p>
<p>I think it is easy in the beginning to say &#8220;we need a tool&#8221; and much more difficult to imagine the future state of the organization with that tool in mature use.  </p>
<p>It is easier still to then rush to build a case and implement the tool without adequately planning for and re-engineering the processes and training the people.  (A compelling story does not a process redesign make)</p>
<p>It is then extremely tempting to rush off to the next problem demanding attention.  (It is harder to realize value)</p>
<p>I also have experienced some and suspect there may be a significant number of organizations, even large complex ones, that do not derive significant value from both operational and IT projects.  Thus I respectfully challenge your assertion in this sentence:  &#8220;You would never allow technology to be applied to a business process without reengineering the process first.&#8221;</p>
<p>I wonder what an IT organization looking toward 2017 could tangibly do to develop and sustain an ability to live &#8220;Merlyn&#8217;s Rules of IT Tools&#8230;?&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: C K Venkatraman</title>
		<link>http://vaughanmerlyn.com/2009/12/16/we-picked-the-wrong-tool/#comment-1038</link>
		<dc:creator><![CDATA[C K Venkatraman]]></dc:creator>
		<pubDate>Thu, 17 Dec 2009 04:47:39 +0000</pubDate>
		<guid isPermaLink="false">http://vaughanmerlyn.com/?p=1809#comment-1038</guid>
		<description><![CDATA[How True. But I guess you need to separate End user I/T organizations from Software Vendor organizations. The latter are more systematic in applying formal tools and methodologies where as the former struggle.]]></description>
		<content:encoded><![CDATA[<p>How True. But I guess you need to separate End user I/T organizations from Software Vendor organizations. The latter are more systematic in applying formal tools and methodologies where as the former struggle.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Julien Dionne</title>
		<link>http://vaughanmerlyn.com/2009/12/16/we-picked-the-wrong-tool/#comment-1037</link>
		<dc:creator><![CDATA[Julien Dionne]]></dc:creator>
		<pubDate>Thu, 17 Dec 2009 04:19:49 +0000</pubDate>
		<guid isPermaLink="false">http://vaughanmerlyn.com/?p=1809#comment-1037</guid>
		<description><![CDATA[Hi Vaughan,

We also hear this in the context of large scale system development (ERP, CRM, Sales Compensation, etc).  I think that in many cases there is a &#039;right&#039; tool... or at least a &#039;best&#039; tool.  It might not feel like it during implementation, but even the &#039;best&#039; tool can be a pain. 

It&#039;s true that with a strong focus on processes and change management the pain might be less, but with a similar emphasis AND the &#039;right&#039; tool it would be even better.  

Too often do I see companies choosing a certain solution because they like the sales guys, because an exec played golf with the vendor, or because a solution is considered &#039;best of breed&#039;, without really assessing if the solution is really the best fit (i.e. the right tool).   

Finally, in my experience, the larger the &#039;tool&#039;, the less trivial it is to switch.  

Happy Holidays!]]></description>
		<content:encoded><![CDATA[<p>Hi Vaughan,</p>
<p>We also hear this in the context of large scale system development (ERP, CRM, Sales Compensation, etc).  I think that in many cases there is a &#8216;right&#8217; tool&#8230; or at least a &#8216;best&#8217; tool.  It might not feel like it during implementation, but even the &#8216;best&#8217; tool can be a pain. </p>
<p>It&#8217;s true that with a strong focus on processes and change management the pain might be less, but with a similar emphasis AND the &#8216;right&#8217; tool it would be even better.  </p>
<p>Too often do I see companies choosing a certain solution because they like the sales guys, because an exec played golf with the vendor, or because a solution is considered &#8216;best of breed&#8217;, without really assessing if the solution is really the best fit (i.e. the right tool).   </p>
<p>Finally, in my experience, the larger the &#8216;tool&#8217;, the less trivial it is to switch.  </p>
<p>Happy Holidays!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Is your project information System of Record the grapevine? &#171; Easy in theory, difficult in practice</title>
		<link>http://vaughanmerlyn.com/2009/12/16/we-picked-the-wrong-tool/#comment-1035</link>
		<dc:creator><![CDATA[Is your project information System of Record the grapevine? &#171; Easy in theory, difficult in practice]]></dc:creator>
		<pubDate>Thu, 17 Dec 2009 02:19:49 +0000</pubDate>
		<guid isPermaLink="false">http://vaughanmerlyn.com/?p=1809#comment-1035</guid>
		<description><![CDATA[[...] and these procedures are supported or automated by appropriate systems (read Vaughan Merlyn&#8217;s post on the topic of appropriate tools) the Project Management Information System becomes the Project Information System of [...]]]></description>
		<content:encoded><![CDATA[<p>[...] and these procedures are supported or automated by appropriate systems (read Vaughan Merlyn&#8217;s post on the topic of appropriate tools) the Project Management Information System becomes the Project Information System of [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

