IT-Analysis.com
IT-Analysis.com Logo
Enterprise SME Business Issues Technology Services Channels
Module Header
Fern HalperFern Halper
Dr Fern Halper
9th October - MarketSight 7.0 - Survey Analysis Made Simple
Michael WarrilowIMHO
Michael Warrilow
9th October - This is not your grandparent's Symantec
Bob TarzeyQuocirca
Bob Tarzey
8th October - What is Symantec's vision?
Peter AbrahamsAbrahams Accessibility
Peter Abrahams
7th October - Using scripting to improve accessibility
Module Header
Q. How would you describe your email use?
 
  • addtomyyahoo4
  • Subscribe in NewsGator Online
  • Add to My AOL
  • Subscribe with Bloglines
  • Add to netvibes
  • Add to Google
Blogs > MWD
Rethinking IT projects? Think service, not product, focus
Neil Ward-Dutton By: Neil Ward-Dutton, Research Director, Macehiter Ward-Dutton
Published: 27th September 2007
This work is licensed under a Creative Commons License
Logo for Macehiter Ward-Dutton

I've read a number of articles and thought pieces recently that explore the problems with approaches to IT delivery that focus too much on projects as the organising concept - particularly when it comes to SOA adoption. The shortcomings of an overly project-focused approach are something I can agree with wholeheartedly. The research we conducted for The Technology Garden (Wiley, 2007) convinced me that driving IT delivery using a project-focused organising principle is one of the worst things you can do if you want to try and increase the business value delivered from IT investments.

But if projects are passé, what should they be replaced with? Most of the commentary I've seen suggests that a better approach is to think as if you're developing commercial software products. The excellent Todd Biske has one such piece here.

You have to be think carefully before diving deeply into a product management mentality, though. The trouble is that taking too literal a view of IT delivery through the lens of product management can prevent you from reflecting reality the way that "customers" (regular business people in your organisation, and quite possibly those external customers that ultimately pay all the salaries) see it.

Why? Because software products have no business value, no matter how well-managed the processes to create them were. Business value only comes when you implement a software product and get business results. A shrink-wrapped DVD by itself doesn't get you any results, only a coaster for your coffee cup. Electronic software delivery doesn't even get you a coaster - it just fills up your hard disks with useless ones and zeroes.

You have to wrap all kinds of IT services - install and config, integration, customisation, training, administration, user support and so on - to turn a product into something that delivers real business value to real business people. The interface that regular business people have with IT isn't with products, it's with IT services. Even Microsoft, the ultimate software shrink-wrapper, has realised that enterprise customers don't buy products, they buy outcomes (see this old post for info).

That's why the only way to deliver sustainable improvements in business value delivery is recognising that for the customers of IT organisations, "service is king", and starting to organise IT delivery around that. The first obstacle to overcome is to find ways of bridging the incredibly harmful divide that so often separates software development teams from IT operations teams.

If you take too much of a product management centric view, the danger is that you focus all your energy creating the right kind of development and deployment capabilities, without thinking of the broader service experience that customers need and expect over the lifecycle of a long-term commitment. IT operations is where the rubber meets the road, and where customer expectations are met or dashed. Too simplistic a focus on product-style management for IT delivery perpetuates the development-operations divide and squanders a great opportunity.

Reader Comments

We are no longer accepting comments against this item. We suggest contacting the author directly.

28th September 2007: 'Mark Sheldon' said:

Project implementation remains in my view entirely valid. What is a necessity for SOA is prior strategic planning that is segmented by market or user type and process analysis.

The IT project then enables an efficient process that is designed to meet the needs of a specific user group. If a software product attempts to meet too many user requirements it has low usability due to feature bloat. Google is a rare exception.

It's nice if software developers can consider brand at the same time instead of displaying cliche stock photography on a grey background.

Reply to Mark Sheldon?

Advertisement



Published by: IT Analysis Communications Ltd.
T: +44 (0)203 051 5760 | F: +44 (0)870 345 9922
Email: