advising on IT-business alignment
IT-business alignment about us blog our services articles & reports resources your profile exposure
blog
blog
Tuesday, November 08, 2005

Why "users" is a dirty word

I want to ban the word "users" from our (that is, the IT industry's) vocabulary - in the same way that others want a moratorium on the use of the word "consumer" in the context of ISP connectivity. In time, I'd like to see it disappear from the vocabularies of organisations' IT departments, too. Why? Well, it seems that a lot of people are spending a lot of time thinking and talking about "IT-business alignment" (we're among those who think the most about it, I would hope). But how many of us can be really serious about helping close the gap between business and IT, while we still deliver technology solutions to, and seek the "acceptance" of, "users"?

Let me take a step back.

The idea that language shapes behaviour is hardly new - just take a squint at "linguistic determinism". It has long been argued that the language we use, shapes the thoughts that we tend to think (unsurprisingly, the same is also thought to be true of programming languages). I'm a firm believer in this idea - and in my book, that means that there are two big things that are wrong with (particularly casual or lazy) use of the word "users".

Firstly, referring to "users" reinforces the idea that a tool is created by IT, and then it is turned over to a group of individuals who use it. This reinforces the idea that the IT organisation is a provider of tools. If we're trying to align IT with the business, this is wrong. The IT organisation needs to be thought of as a service provider, working in collaboration with the business to maximise the utility and value of all the amazing technology and skill that exists.

Secondly, increasingly it's becoming apparent that the real value of IT within a business context has got very little to do with the specific relationships that individuals have with a particular piece of technology. Rather, the value comes from the way that technology can provide structured support for a business activity or process, in which individual businesspeople are actors playing roles. So focusing on individual "users" can make people miss the point.

On top of this, through interest in web services and SOA, increasingly the consumers of technology services aren't just individual people. Increasingly, software systems have to interact with other systems in order to support business processes - as well as interacting with businesspeople.

So: don't ask whether "the users" "accept" a system that's been delivered. Ask if the system delivers value to the business. And next time you hear someone (or hear yourself) saying "the users just don't understand [insert your favourite IT project or issue here]" - replace "users" in your mind with "the business". Or even replace the word with "the entity that generates the revenue to pay my salary". And then think again.
Comments:
well i have a bugbear about "enterprise"

i thought we were going to try and get applistructure shitcanned, and now you go to war against soft targets like ESB and user?

fyi - jon udell posted something similar aq few months ago
 
I have always hated the word 'user' 'cos I find people tend to associate it with drugs... it just sounds a bit tainted. Trouble is, what's the better alternative? 'The business' isn't generic enough. I try to remind IT depts that their 'users' are their customers and should be treated as they themselves expect to be treated when the shoe is on the other foot. It is a point too easily forgotten when defining system requirements.
 
Post a Comment

<< Home


Burn this feed
Burn this feed!

Creative Commons License
This work is licensed under a Creative Commons License.

Blog home

Previous posts

Clarifying the ESB (NOT!)
IT-business alignment, and the four levels of SOA ...
"Applistructure"? Give me a break
"Loosely Coupled" reinvents Passport
Plumtree becomes AquaLogic User Interaction
Service notification
Stoking the Sun database fire
Sun and Google collaboration: oh well, you can dre...
Google + Sun = a fundamental shift or NC redux?
A great identity management resource

Blog archive

March 2005
April 2005
May 2005
June 2005
July 2005
August 2005
September 2005
October 2005
November 2005
December 2005
January 2006
February 2006
March 2006
April 2006
May 2006
June 2006
July 2006
August 2006
September 2006
October 2006
November 2006
December 2006
January 2007
February 2007
March 2007
April 2007
May 2007
June 2007
July 2007
August 2007
September 2007
October 2007
November 2007
December 2007
January 2008
February 2008
March 2008
April 2008
May 2008
June 2008
July 2008
August 2008
September 2008
October 2008
November 2008
December 2008
January 2009
February 2009
March 2009
April 2009
May 2009
June 2009
July 2009

Blogroll

Andrew McAfee
Andy Updegrove
Bob Sutor
Dare Obasanjo
Dave Orchard
Digital Identity
Don Box
Fred Chong's WebBlog
Inside Architecture
Irving Wladawsky-Berger
James Governor
Jon Udell
Kim Cameron
Nicholas Carr
Planet Identity
Radovan Janecek
Sandy Kemsley
Service Architecture - SOA
Todd Biske: Outside the Box

Powered by Blogger

Weblog Commenting and Trackback by HaloScan.com

Enter your email address to subscribe to updates:

Delivered by FeedBurner