<?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: On lightweighting in enterprises</title>
	<atom:link href="http://confusedofcalcutta.com/2006/09/04/on-lightweighting-in-enterprises/feed/" rel="self" type="application/rss+xml" />
	<link>http://confusedofcalcutta.com/2006/09/04/on-lightweighting-in-enterprises/</link>
	<description>a blog about information</description>
	<lastBuildDate>Mon, 06 Feb 2012 01:37:12 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: David Rose</title>
		<link>http://confusedofcalcutta.com/2006/09/04/on-lightweighting-in-enterprises/comment-page-1/#comment-6882</link>
		<dc:creator>David Rose</dc:creator>
		<pubDate>Thu, 07 Sep 2006 12:03:14 +0000</pubDate>
		<guid isPermaLink="false">http://confusedofcalcutta.com/2006/09/04/on-lightweighting-in-enterprises/#comment-6882</guid>
		<description>I once went to a talk given by &lt;a href=&quot;http://www.uie.com&quot; rel=&quot;nofollow&quot;&gt;Jared Spool&lt;/a&gt;, mainly because we grew up in the same community, but he had a lot of interesting things to say about user interface design.  (There is an interview by InfoDesign with him 
&lt;a href=&quot;http://www.informationdesign.org/special/spool_interview.php&quot; rel=&quot;nofollow&quot;&gt; here&lt;/a&gt;.)  The concept I remember most vividly was his description of &quot;affordances&quot;, which are cues that help people to know how to use something.  Because a cellphone camera has a visible lens, people know which end to point.  The visible lens probably isn&#039;t strictly necessary from a functional viewpoint.  Jared&#039;s example of this is how at one time the door handle for his refrigerator was put on the &quot;wrong&quot; side.  Guests couldn&#039;t figure out how to open the refrigerator, and his child delighted in showing them how, but pulling on the edge of the door opposite the hinges.

I think that most software doesn&#039;t help people using it, and a lot of current GUI design is based upon conventions that once people know, they use, but this is basic mechanics.  The web browswer was an excellent example of a software tool that is incredibly usable, because it feels &quot;natural&quot; to use.  Learning time for me was basic compentency in seconds, mastery over a course of a few trials.  Typical office software, some of the more user friendly software out there is much harder to learn how to use.

Typical enterprise software is even worse.  It isn&#039;t obvious to people, it tends to be bloated, pulling in duplicate functions that other software can also do, but cannot because of artificial boundaries between data and systems.  Things that people find useful: e-mail, world wide web, chat, blogs, wikis - are simple, single purpose applications that most computer literate people know how to use.</description>
		<content:encoded><![CDATA[<p>I once went to a talk given by <a href="http://www.uie.com" rel="nofollow">Jared Spool</a>, mainly because we grew up in the same community, but he had a lot of interesting things to say about user interface design.  (There is an interview by InfoDesign with him<br />
<a href="http://www.informationdesign.org/special/spool_interview.php" rel="nofollow"> here</a>.)  The concept I remember most vividly was his description of &#8220;affordances&#8221;, which are cues that help people to know how to use something.  Because a cellphone camera has a visible lens, people know which end to point.  The visible lens probably isn&#8217;t strictly necessary from a functional viewpoint.  Jared&#8217;s example of this is how at one time the door handle for his refrigerator was put on the &#8220;wrong&#8221; side.  Guests couldn&#8217;t figure out how to open the refrigerator, and his child delighted in showing them how, but pulling on the edge of the door opposite the hinges.</p>
<p>I think that most software doesn&#8217;t help people using it, and a lot of current GUI design is based upon conventions that once people know, they use, but this is basic mechanics.  The web browswer was an excellent example of a software tool that is incredibly usable, because it feels &#8220;natural&#8221; to use.  Learning time for me was basic compentency in seconds, mastery over a course of a few trials.  Typical office software, some of the more user friendly software out there is much harder to learn how to use.</p>
<p>Typical enterprise software is even worse.  It isn&#8217;t obvious to people, it tends to be bloated, pulling in duplicate functions that other software can also do, but cannot because of artificial boundaries between data and systems.  Things that people find useful: e-mail, world wide web, chat, blogs, wikis &#8211; are simple, single purpose applications that most computer literate people know how to use.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John</title>
		<link>http://confusedofcalcutta.com/2006/09/04/on-lightweighting-in-enterprises/comment-page-1/#comment-6799</link>
		<dc:creator>John</dc:creator>
		<pubDate>Wed, 06 Sep 2006 14:47:35 +0000</pubDate>
		<guid isPermaLink="false">http://confusedofcalcutta.com/2006/09/04/on-lightweighting-in-enterprises/#comment-6799</guid>
		<description>Some typos above, early morning, baby on the loose.

Sorry.
John-</description>
		<content:encoded><![CDATA[<p>Some typos above, early morning, baby on the loose.</p>
<p>Sorry.<br />
John-</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John</title>
		<link>http://confusedofcalcutta.com/2006/09/04/on-lightweighting-in-enterprises/comment-page-1/#comment-6798</link>
		<dc:creator>John</dc:creator>
		<pubDate>Wed, 06 Sep 2006 14:45:42 +0000</pubDate>
		<guid isPermaLink="false">http://confusedofcalcutta.com/2006/09/04/on-lightweighting-in-enterprises/#comment-6798</guid>
		<description>So true and this is especially painful for those on the product development side of an organization. Those building great new things want our great new thing spread far and wide and tend to adopt social technologies for this purpose as they are the latest tool in the bag for today.

Often the instinct to control and restrict is not merely an IT phenonmena, many times in an organization two groups will unite (say Marketing and IT) in order to deepen the control and restriction.

My team undertook a project to create a community site for our product that allowed us to communicate with our customers, our customers to communicate with each other and opened access to everything we were doing. Its quite a successful product and this portal has been amazingly well received and was implemented in a matter of weeks rather then months or years, is self-maintaining for the most part and creates a critical mass that I see throughout our global customer base as I travel around to evangelize and meet with customers and partners. This was done outside of the IT/Marketing organizations as our customers were DEMANDING openness and we wanted to provide it. You can&#039;t argue with success and our philosophy was that we would be rogue, allow our community to make it a success and thus give it a lease on life. This is exactly what happened.

The Marketing/IT response? That its a great stopgap move but they are working on the new sales portal (based on SAP and currently 1.5 years behind schedule) that will enable partners to login and see relevant marketing content. That this new portal will be the most fantastic thing ever and consume all other content and community sites. When it gets here and the budget is allocated. In the meanwhile planning for the eventual arrival of budget and delivery has been ongoing for over a year.

They miss the c0ncept from the cocoon of information ownership and misperception of what value really is as defined in your posting. This portal will fail for all of the reasons we are familiar with.

So therein lies the trap, with this eventual failure comes an instinct on their side to board our vessel and ride out the storm. The spirit of openness and sharing dictates that we allow them to board, shower them with hospitality and teach them our way.

But their directive is to board, control and restrict. In fact they are already doing this, using their Silo based control over content to enforce &#039;standards&#039; and complaining about random buzzwords, buzzwords that compel the Marketing and IT juggernauts to move into &#039;panic restriction mode&#039;.

After thinking long and hard I&#039;ve decided to let them come aboard and have confidence that my shipmates can whether the chaos that these new guests bring along, also safe in knowing that for us another ship is always easy to be had and taking solace in the fact that the ship does not represent our knowledge and thus that information does -not- go down with the ship.</description>
		<content:encoded><![CDATA[<p>So true and this is especially painful for those on the product development side of an organization. Those building great new things want our great new thing spread far and wide and tend to adopt social technologies for this purpose as they are the latest tool in the bag for today.</p>
<p>Often the instinct to control and restrict is not merely an IT phenonmena, many times in an organization two groups will unite (say Marketing and IT) in order to deepen the control and restriction.</p>
<p>My team undertook a project to create a community site for our product that allowed us to communicate with our customers, our customers to communicate with each other and opened access to everything we were doing. Its quite a successful product and this portal has been amazingly well received and was implemented in a matter of weeks rather then months or years, is self-maintaining for the most part and creates a critical mass that I see throughout our global customer base as I travel around to evangelize and meet with customers and partners. This was done outside of the IT/Marketing organizations as our customers were DEMANDING openness and we wanted to provide it. You can&#8217;t argue with success and our philosophy was that we would be rogue, allow our community to make it a success and thus give it a lease on life. This is exactly what happened.</p>
<p>The Marketing/IT response? That its a great stopgap move but they are working on the new sales portal (based on SAP and currently 1.5 years behind schedule) that will enable partners to login and see relevant marketing content. That this new portal will be the most fantastic thing ever and consume all other content and community sites. When it gets here and the budget is allocated. In the meanwhile planning for the eventual arrival of budget and delivery has been ongoing for over a year.</p>
<p>They miss the c0ncept from the cocoon of information ownership and misperception of what value really is as defined in your posting. This portal will fail for all of the reasons we are familiar with.</p>
<p>So therein lies the trap, with this eventual failure comes an instinct on their side to board our vessel and ride out the storm. The spirit of openness and sharing dictates that we allow them to board, shower them with hospitality and teach them our way.</p>
<p>But their directive is to board, control and restrict. In fact they are already doing this, using their Silo based control over content to enforce &#8216;standards&#8217; and complaining about random buzzwords, buzzwords that compel the Marketing and IT juggernauts to move into &#8216;panic restriction mode&#8217;.</p>
<p>After thinking long and hard I&#8217;ve decided to let them come aboard and have confidence that my shipmates can whether the chaos that these new guests bring along, also safe in knowing that for us another ship is always easy to be had and taking solace in the fact that the ship does not represent our knowledge and thus that information does -not- go down with the ship.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephen Smoliar</title>
		<link>http://confusedofcalcutta.com/2006/09/04/on-lightweighting-in-enterprises/comment-page-1/#comment-6734</link>
		<dc:creator>Stephen Smoliar</dc:creator>
		<pubDate>Tue, 05 Sep 2006 21:47:09 +0000</pubDate>
		<guid isPermaLink="false">http://confusedofcalcutta.com/2006/09/04/on-lightweighting-in-enterprises/#comment-6734</guid>
		<description>JP, my first installment is now at:

http://blog.360.yahoo.com/blog-Mff23hgidqmHGqbcv.lfskakEtS6qLVHUEMFUG4-?cq=1&amp;p=98

Let me know if you want to be one of my Yahoo! 360 &quot;Friends;&quot;  so you can track the story as it evolves!  (Other members of this community are free to ask, too!)</description>
		<content:encoded><![CDATA[<p>JP, my first installment is now at:</p>
<p><a href="http://blog.360.yahoo.com/blog-Mff23hgidqmHGqbcv.lfskakEtS6qLVHUEMFUG4-?cq=1&#038;p=98" rel="nofollow">http://blog.360.yahoo.com/blog-Mff23hgidqmHGqbcv.lfskakEtS6qLVHUEMFUG4-?cq=1&#038;p=98</a></p>
<p>Let me know if you want to be one of my Yahoo! 360 &#8220;Friends;&#8221;  so you can track the story as it evolves!  (Other members of this community are free to ask, too!)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JP</title>
		<link>http://confusedofcalcutta.com/2006/09/04/on-lightweighting-in-enterprises/comment-page-1/#comment-6721</link>
		<dc:creator>JP</dc:creator>
		<pubDate>Tue, 05 Sep 2006 18:46:45 +0000</pubDate>
		<guid isPermaLink="false">http://confusedofcalcutta.com/2006/09/04/on-lightweighting-in-enterprises/#comment-6721</guid>
		<description>Hi Rory, glad to see you&#039;re about and active. Will read the link you&#039;ve posted, thanks.
Stephen, look forward to the pointers as the conversation on your blog develops.

Dennis, you know exactly what I mean :-) I would only add a small proviso:

&quot;make it SEEM to be big, impenetrable, etc etc&quot;.

It doesn&#039;t HAVE to be any of those things. That way we all win :-)</description>
		<content:encoded><![CDATA[<p>Hi Rory, glad to see you&#8217;re about and active. Will read the link you&#8217;ve posted, thanks.<br />
Stephen, look forward to the pointers as the conversation on your blog develops.</p>
<p>Dennis, you know exactly what I mean :-) I would only add a small proviso:</p>
<p>&#8220;make it SEEM to be big, impenetrable, etc etc&#8221;.</p>
<p>It doesn&#8217;t HAVE to be any of those things. That way we all win :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dennis Howlett</title>
		<link>http://confusedofcalcutta.com/2006/09/04/on-lightweighting-in-enterprises/comment-page-1/#comment-6719</link>
		<dc:creator>Dennis Howlett</dc:creator>
		<pubDate>Tue, 05 Sep 2006 18:31:23 +0000</pubDate>
		<guid isPermaLink="false">http://confusedofcalcutta.com/2006/09/04/on-lightweighting-in-enterprises/#comment-6719</guid>
		<description>Hmmm...so the best way to sell enterprise software is to make it big, impenetrable, requiring an oil tanker to get it going (and be just as agile) with features you&#039;ll never use and a nose-bleed price tag. 

You forgot one thing JP - hyperblowy PowerPoint demo by sharp suited sales team where expectations are set in the stratosphere.

That explains the success of certain ERP vendors don&#039;t you think?</description>
		<content:encoded><![CDATA[<p>Hmmm&#8230;so the best way to sell enterprise software is to make it big, impenetrable, requiring an oil tanker to get it going (and be just as agile) with features you&#8217;ll never use and a nose-bleed price tag. </p>
<p>You forgot one thing JP &#8211; hyperblowy PowerPoint demo by sharp suited sales team where expectations are set in the stratosphere.</p>
<p>That explains the success of certain ERP vendors don&#8217;t you think?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephen Smoliar</title>
		<link>http://confusedofcalcutta.com/2006/09/04/on-lightweighting-in-enterprises/comment-page-1/#comment-6701</link>
		<dc:creator>Stephen Smoliar</dc:creator>
		<pubDate>Tue, 05 Sep 2006 15:35:36 +0000</pubDate>
		<guid isPermaLink="false">http://confusedofcalcutta.com/2006/09/04/on-lightweighting-in-enterprises/#comment-6701</guid>
		<description>JP, I agree that the in-house IT deparment is, at the right level of abstraction, the biggest IT &quot;vendor&quot; in the world.  However, I am less concerned over whether a &quot;dominant vendor bypasses the &#039;IT department&#039;&quot; and more concerned about whether or not that IT deparment thinks about the &quot;customer satisfaction&quot; of &quot;the rest of the house.&quot;  The problem of the IT deparment that either does not know or does not care about the core values of the rest of the organization has been around at least as long as there have been IT departments:  The first time I saw the problem well articulated was by Robert Townsend in UP THE ORGANIZATION (1970).  My own work history oscillated between laboratories doing contract research for the government and corporate laboratories.  In both of the corporate settings in which I worked, there was a serious disconnect of value between the IT community and the business operations of the organization.  My analysis of the pain of acquisition is based primarily on my experiences at those two organizations.  I would be happy to extend that analysis further on my own blog and then furnish you with the pointers as I progress!</description>
		<content:encoded><![CDATA[<p>JP, I agree that the in-house IT deparment is, at the right level of abstraction, the biggest IT &#8220;vendor&#8221; in the world.  However, I am less concerned over whether a &#8220;dominant vendor bypasses the &#8216;IT department&#8217;&#8221; and more concerned about whether or not that IT deparment thinks about the &#8220;customer satisfaction&#8221; of &#8220;the rest of the house.&#8221;  The problem of the IT deparment that either does not know or does not care about the core values of the rest of the organization has been around at least as long as there have been IT departments:  The first time I saw the problem well articulated was by Robert Townsend in UP THE ORGANIZATION (1970).  My own work history oscillated between laboratories doing contract research for the government and corporate laboratories.  In both of the corporate settings in which I worked, there was a serious disconnect of value between the IT community and the business operations of the organization.  My analysis of the pain of acquisition is based primarily on my experiences at those two organizations.  I would be happy to extend that analysis further on my own blog and then furnish you with the pointers as I progress!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rory McKenna</title>
		<link>http://confusedofcalcutta.com/2006/09/04/on-lightweighting-in-enterprises/comment-page-1/#comment-6696</link>
		<dc:creator>Rory McKenna</dc:creator>
		<pubDate>Tue, 05 Sep 2006 14:59:17 +0000</pubDate>
		<guid isPermaLink="false">http://confusedofcalcutta.com/2006/09/04/on-lightweighting-in-enterprises/#comment-6696</guid>
		<description>Hi JP,
came across the blog in ZDNet and felt the need to contribute to this particular article.  The enterprise lightweighting is happening without a doubt, where we are on the evolutionary scale of it across the many varied enterprise types or whether the dinosaurs are about to be obliterated by the google/amazon play remains to be seen.  The two companies I have been in recently (Investment Bank and Telco) are about 5 years apart in terms of their development (the IB 5 years ahead, just in case!).
I struggled for a long time to figure out what the main difference for the lag, initially I thought it was the skillsets and attitudes of the developers, but after digging deeper I found the same core mentality when people are given the freedom.
The main factor I found was within the community that comprised Vendors, Buyers, System Integrators and sometimes customers.  There isn&#039;t the same requirement to trade and open up the communication channels so that through sharing the industry matures, leaves the detritus behind and everyone benefits.
But the times they are achanging, dramatically and many of the points you raise are resonating as the industry wakes up to the behemoths beating at our door.
Which leads me nicely on to the other factor the &quot;active/lazy/dumb/smart&quot; categorisation of people within a company.  Found it courtesy of a powerpoint by Christian Mayaud http://www.mayaud.com/PPTFCTE.htm (page number 101).  This now replaces the &quot;hero or villain&quot; pub game.  What categorises the best mix at the minute in the lightweight enterprise is a few &quot;Active Smarts&quot; with many &quot;Lazy Smarts&quot; (the people that find the easiest way to get something done), what I think many enterprises have at present is too many active dumbs (the worst by far) and a majority of lazy dumbs.  And I have to add that this is across IT and business at present.
Anyways, has been a great read.

Rory</description>
		<content:encoded><![CDATA[<p>Hi JP,<br />
came across the blog in ZDNet and felt the need to contribute to this particular article.  The enterprise lightweighting is happening without a doubt, where we are on the evolutionary scale of it across the many varied enterprise types or whether the dinosaurs are about to be obliterated by the google/amazon play remains to be seen.  The two companies I have been in recently (Investment Bank and Telco) are about 5 years apart in terms of their development (the IB 5 years ahead, just in case!).<br />
I struggled for a long time to figure out what the main difference for the lag, initially I thought it was the skillsets and attitudes of the developers, but after digging deeper I found the same core mentality when people are given the freedom.<br />
The main factor I found was within the community that comprised Vendors, Buyers, System Integrators and sometimes customers.  There isn&#8217;t the same requirement to trade and open up the communication channels so that through sharing the industry matures, leaves the detritus behind and everyone benefits.<br />
But the times they are achanging, dramatically and many of the points you raise are resonating as the industry wakes up to the behemoths beating at our door.<br />
Which leads me nicely on to the other factor the &#8220;active/lazy/dumb/smart&#8221; categorisation of people within a company.  Found it courtesy of a powerpoint by Christian Mayaud <a href="http://www.mayaud.com/PPTFCTE.htm" rel="nofollow">http://www.mayaud.com/PPTFCTE.htm</a> (page number 101).  This now replaces the &#8220;hero or villain&#8221; pub game.  What categorises the best mix at the minute in the lightweight enterprise is a few &#8220;Active Smarts&#8221; with many &#8220;Lazy Smarts&#8221; (the people that find the easiest way to get something done), what I think many enterprises have at present is too many active dumbs (the worst by far) and a majority of lazy dumbs.  And I have to add that this is across IT and business at present.<br />
Anyways, has been a great read.</p>
<p>Rory</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: devangshu</title>
		<link>http://confusedofcalcutta.com/2006/09/04/on-lightweighting-in-enterprises/comment-page-1/#comment-6642</link>
		<dc:creator>devangshu</dc:creator>
		<pubDate>Mon, 04 Sep 2006 17:57:53 +0000</pubDate>
		<guid isPermaLink="false">http://confusedofcalcutta.com/2006/09/04/on-lightweighting-in-enterprises/#comment-6642</guid>
		<description>Hmmm-
    * Lots of new hardware
    * Big project/licence expenses
    * Large teams
    * High pain of adoption

JP, 
I agree with your list of enterprise perception triggers. There may be a meta-reason that connects all of the above - empire-building. 

IT depts are frequently out to protect next year&#039;s budgets and the above perception-triggers help them to do that. And also to create a perhaps-false sense of security about the IT dept&#039;s utility to the org. 

Let&#039;s face it, if you lightweight, almost anybody can set up basic enterprise IT requirements. 

It&#039;s easy to organise a secure Linux or mixed Lin/WIN Lan, and use only free office-ware and Mozilla/ T-Bird etc. There is very little pain of adoption, negligible cost and little need for licensing. Your broadband service provider and webhost etc, will help you configure  the messier bits of the system and if you push for it, you can easily outsource maintenance. 

But then, where is the raison d&#039;etre for the IT dept?

It may not be articulated but this will be a significant barrier I suspect to enterprise lightweighting. 

In a lightweighted environment, the IT dept has to carve out a new role and reluctance to do that is perhaps where the rub may lie. 

In a different way, I&#039;ve come across corporations, which have replaced the internal e-mail system, by and large with a twiki. 

This seems to work brilliantly whereever  I&#039;ve seen it in operation -it  cuts down on the garbage ccs while ensuring that everyone is in the loop and contributing, strategising, etc, on key projects. 

But the concept of an office Twiki causes shock and horror in a paranoid enterprise because a paranoid office tends to ratchet up the fear factor by working through selective e-mail lists. 

So, it is resisted strongly by the senior (non-IT) executive in the classic Indian workplace because limiting others&#039; access to information (and to Sethji) is considered a key factor for advancement. 

The perception problem is caused precisely by the fact that its an open, transparent system and enterprises are by definition, not.  

There. that&#039;s my two-paise (hilarious given that I&#039;ve been unemployed for 10  years!). 

Devangshu</description>
		<content:encoded><![CDATA[<p>Hmmm-<br />
    * Lots of new hardware<br />
    * Big project/licence expenses<br />
    * Large teams<br />
    * High pain of adoption</p>
<p>JP,<br />
I agree with your list of enterprise perception triggers. There may be a meta-reason that connects all of the above &#8211; empire-building. </p>
<p>IT depts are frequently out to protect next year&#8217;s budgets and the above perception-triggers help them to do that. And also to create a perhaps-false sense of security about the IT dept&#8217;s utility to the org. </p>
<p>Let&#8217;s face it, if you lightweight, almost anybody can set up basic enterprise IT requirements. </p>
<p>It&#8217;s easy to organise a secure Linux or mixed Lin/WIN Lan, and use only free office-ware and Mozilla/ T-Bird etc. There is very little pain of adoption, negligible cost and little need for licensing. Your broadband service provider and webhost etc, will help you configure  the messier bits of the system and if you push for it, you can easily outsource maintenance. </p>
<p>But then, where is the raison d&#8217;etre for the IT dept?</p>
<p>It may not be articulated but this will be a significant barrier I suspect to enterprise lightweighting. </p>
<p>In a lightweighted environment, the IT dept has to carve out a new role and reluctance to do that is perhaps where the rub may lie. </p>
<p>In a different way, I&#8217;ve come across corporations, which have replaced the internal e-mail system, by and large with a twiki. </p>
<p>This seems to work brilliantly whereever  I&#8217;ve seen it in operation -it  cuts down on the garbage ccs while ensuring that everyone is in the loop and contributing, strategising, etc, on key projects. </p>
<p>But the concept of an office Twiki causes shock and horror in a paranoid enterprise because a paranoid office tends to ratchet up the fear factor by working through selective e-mail lists. </p>
<p>So, it is resisted strongly by the senior (non-IT) executive in the classic Indian workplace because limiting others&#8217; access to information (and to Sethji) is considered a key factor for advancement. </p>
<p>The perception problem is caused precisely by the fact that its an open, transparent system and enterprises are by definition, not.  </p>
<p>There. that&#8217;s my two-paise (hilarious given that I&#8217;ve been unemployed for 10  years!). </p>
<p>Devangshu</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JP</title>
		<link>http://confusedofcalcutta.com/2006/09/04/on-lightweighting-in-enterprises/comment-page-1/#comment-6638</link>
		<dc:creator>JP</dc:creator>
		<pubDate>Mon, 04 Sep 2006 17:27:44 +0000</pubDate>
		<guid isPermaLink="false">http://confusedofcalcutta.com/2006/09/04/on-lightweighting-in-enterprises/#comment-6638</guid>
		<description>Stephen, I was speaking from an enterprise perspective rather than a vendor one. That&#039;s why the Stockholmers could exist, for example.

On the other hand, if you abstract it to the right level, the biggest IT vendor in the world, probably by orders of magnitude, is the in-house IT department.

So you have degrees of vendor and supply chain participant and &quot;strategic partner&quot; and outsourcer and bodyshopper and agency and all that jazz.

The behaviours I characterised are based on a quarter of a century of watching enterprise decision-making in action, not from a vendor perspective. Though I must admit I have seen many enterprises where this decision-making is actually carried out by the dominant vendor and bypasses the &quot;IT department&quot;. But these are less common now.

I&#039;m not so sure about your analysis of the pain of acquisition. I think it is a function of how change happens in an environment, the pushback is from people who resist changing the processes.

And that creates one of the worst nightmares possible in enterprise software. Where you buy an off-the-shelf (-ish, anyway) product and then mangle it beyond recognition during the implementation process. What you land up with is neither fish nor fowl. It does not have the economies of scale of being an external cookie-cutter, and it does not have the deep domain knowledge and (hoped-for) lower maintenance costs of the in-house development.

This tension between build and buy used to be fun to watch, and even made economic sense occasionally. Now what we tend to have is illegitimate offspring from that coming together.</description>
		<content:encoded><![CDATA[<p>Stephen, I was speaking from an enterprise perspective rather than a vendor one. That&#8217;s why the Stockholmers could exist, for example.</p>
<p>On the other hand, if you abstract it to the right level, the biggest IT vendor in the world, probably by orders of magnitude, is the in-house IT department.</p>
<p>So you have degrees of vendor and supply chain participant and &#8220;strategic partner&#8221; and outsourcer and bodyshopper and agency and all that jazz.</p>
<p>The behaviours I characterised are based on a quarter of a century of watching enterprise decision-making in action, not from a vendor perspective. Though I must admit I have seen many enterprises where this decision-making is actually carried out by the dominant vendor and bypasses the &#8220;IT department&#8221;. But these are less common now.</p>
<p>I&#8217;m not so sure about your analysis of the pain of acquisition. I think it is a function of how change happens in an environment, the pushback is from people who resist changing the processes.</p>
<p>And that creates one of the worst nightmares possible in enterprise software. Where you buy an off-the-shelf (-ish, anyway) product and then mangle it beyond recognition during the implementation process. What you land up with is neither fish nor fowl. It does not have the economies of scale of being an external cookie-cutter, and it does not have the deep domain knowledge and (hoped-for) lower maintenance costs of the in-house development.</p>
<p>This tension between build and buy used to be fun to watch, and even made economic sense occasionally. Now what we tend to have is illegitimate offspring from that coming together.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

