Complexity or completeness?

I was asked again this morning about complexity, in relation to my view on both hardware and software. It would all be so simple if we were a start-up provided we gave you the “Power to leave” you could have it our way, or no way.

When I got back to my desk I went looking for a blog comment I wrote on complexity. For completeness and because it came up this morning, here is my response.

“The real challenge though that IBM faces, is not the complexity of our products, but the complexity of our customers.

If we were &Ampersand. small software company period, or an organisation we could do just a single product and say “there, thats SOA/ESB” its great like it or lump it.

However, that wouldn’t be much use for the millions of customers over dozens of OS’s, and four hardware platforms, built up over 30-years, who want to embrace SOA. Sure, many of them can and will do it without our help. Heck, some of them even do it without our products ;-( but generally while we have often intimate knowledge and understanding of their systems, they still want a shopping list of options rather than just do what we say.

So, that leads not to complexity, but rather to completeness. Many products with interfaces to, and programability for services based applications and infrastructure.

As always, people would like a single message, a single voice, but mostly customers don’t want a single product unless it’s the one they currently heavily exploiting. Even then they want something else to integrate to it, with it, or from it.

This is why open is key. Embracing web services, getting involved and implementing WSRF, WSDM et al. will pay off in the mid-term for both the customers and for IBM. The ability to implement applications around a services base, with a strong mediation engine, that participates in and can support a robust set of open industry standards is key.”

3 Responses to “Complexity or completeness?”

  1. 1 Marius November 8, 2006 at 9:19 am

    As a person (future IBM DPE – see that engages with the customer on a daily basis in delivering solutions to their requirements, I have to agree with Mark on this. The customer is not interested in how complex the solution or product is you proposing, but how well you understand his requirements and whether you incorporate his whole requirement in your solution and/or product.

  1. 1 Famous last words of Marius » Customer Requirements and complexity Trackback on November 9, 2006 at 2:24 am
  2. 2 More on complexity, configurability « Adventures in systems land Trackback on August 3, 2007 at 8:49 pm

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

About & Contact

I'm Mark Cathcart, formally a Senior Distinguished Engineer, in Dells Software Group; before that Director of Systems Engineering in the Enterprise Solutions Group at Dell. Prior to that, I was IBM Distinguished Engineer and member of the IBM Academy of Technology. I am a Fellow of the British Computer Society ( I'm an information technology optimist.

I was a member of the Linux Foundation Core Infrastructure Initiative Steering committee. Read more about it here.

Subscribe to updates via rss:

Feed Icon

Enter your email address to subscribe to this blog and receive notifications of new posts by email.

Join 915 other followers

Blog Stats

  • 88,694 hits

%d bloggers like this: