Skip to main content

The Joy of IT: The uncommon denominator

There are three levels of success, in action: doing it right, doing the right thing and redefining right.

At best, the simple joy of performing an IT function is difficult and automated. Technology changes faster than IT architects can find time to keep up with. As a result, if you are not putting out IT fires or lavishing effort on the next killer technology, you are trying to master better ways of doing things. You know, "smarter" not "harder"... "faster" .. "more with less"... "support that non linearly scales with headcount".

Once you cross this step, there are decisions to be taken about the right thing to do. Armed with technical expertise, mastery of IT business, and of the role of IT in business, one can craft a trajectory for IT. Portfolio management, project management, business knowledge, soft skills and execution efficiency are all subservient, in this phase, to what can be termed "far sight": what are the right mix of technologies and technology changes that one would have to focus on. This is difficult passage, melding the skills of IT function, business form, and an experience rooted in the art of change.

The final frontier is a different level. This is the domain of the unknown - like taking on a business function and running with it, or creating a product out of IT organization's efforts. Here, you ask questions that no one in IT has asked the business without an immediate "no" for an answer: can you develop a product that can be used by R&D within an engineering firm; can you create a new financial model for your bank, from within IT?

Now, why would anyone hand over their core competency to IT, you may ask. The answer is that most times core is a synonym for a tangled mass of competencies ossified over time which no one dares to unlock or pry apart. And sitting right in the middle, as the lowest common denominator, is systems magic or fundamental infrastructure that was baked in because it was a "good enough" implementation for the job on hand. This has served the organization for a long time, and is completely "implicit". Everyone uses it, or everyone has their own version of it.

How cool would it be to invent a new way of doing core business? How better would it be to make an IT solution as a core business in it's own right? How difficult would it be to evangelize this view to insiders and make them converts, one by one, to the realities of a changing world. How do you craft a solution that serves a disruptive market, yet does not threaten the core areas of business, with an IT innovation serving as the platform.

Welcome to redefining right! Very few organizations think about this, and fewer have performed this transformation. Most times, it is not deliberate. In the best, the CEO realizes a winner, and quickly moves to position it as a core competency (Amazon's EC2 is the best known example I can think of).

When this is done well, you can see the change. Not by what happens, but by how everyone views IT's role. Everyone now wants to know how IT works, and learn how to fit into the IT framework. Or even better, compete with you on building a better platform than you did. That's when you know you've won - you create a reference implementation.

The transformation is completed when you are not merely "serving (internal) customers", but "selling to (external) customers", hand-in-hand with business. When you're not the lowest common denominator, but the greatest common unifier (of organizational boundaries). When you (IT) are the uncommon denominator of success.


  1. i feel that the following should be cyclic and not one time effort

    redefining right -> doing the right thing -> doing it right -> goto redefining

    Can't agree enough on your following statement..

    "The answer is that most times core is a synonym for a tangled mass of competencies ossified over time which no one dares to unlock or pry apart."

    i would like to extend and say that lack of courage in questioning the status quo leads to further mass accumulation and blurs the core competency. Core competency is not constant and got to change periodically ..atleast once in 18 month review (refining or redefining right).



Post a Comment

Popular posts from this blog

Why PI is not 4, math is great, and other mysteries.

The other day, I found myself with an interesting problem of approximating a circle with the enclosing square which seems to prove pi = 4.

The paradox was forwarded by a most interesting puzzle collector, Surajit Basu, a friend and life long inspiration. See Sonata for Unaccompanied Tortoise for why!

Here is the offending paradox:

This is an example of how counterintuitive questions can be answered with a little calculus.

The key is to realize that no matter how closely we approximate the circle, the orthogonal lines of the approximation formed by inverting the square corners will never actually be tangential to the circle.

Note carefully that as you get closer to 90 degrees, the horizontal line is much longer than the vertical. Same goes with the approximation at 0 and 180 - the vertical line is much larger than the horizontal component.

If we take a quadrant of the circle - let's say the top left quadrant, moving counter clockwise from top to left -  we can imagine that each inf…

Ambition vs. Fear.

Most important things in life don't come to us. Nor do we get them by seeking/wanting them. It comes from letting go of the unimportant stuff.

The hardest part is letting go of the tendency to take the world as is. This is a habit of our past successes.

But success is not a destination, it is a STOP sign. You stop, wait, and move on. Too often, we are paralyzed by success into the fear of the new. We stall on the road to a new life. We need to break our inertia and move.

Our thoughts and thought habits are hard to break. But that is where we have to spend the most energy. Thoughts are always competing strands  - of worries of the past and anxieties for the future. For some of us, they are cleanly separated into rivers that nurture every place they travel. For most, they are like the torrents and trickles -- competing, rushing somewhere, stopping completely elsewhere, always mixing, morphing, competing, winning, losing.

Our thoughts are the potential difference between the two pole…

Architecture, Engineering, Operations - iteration 1

The world has infinitely more stuff to be "done" nowadays. At least in the sense of building/running an institution that uses technology, there are many roles that are involved in making things work. The world of IT and technology in general makes the speed and variety possible. We now have a platform of IT that is globally scale-able if we can put some new thinking to the old problems of "getting things done".

There are great organizations that do this well, and they use "modern" IT principles to achieve this.

Fundamental to engineering a modern IT (or infrastructure organization) are the three roles of Architecture, Engineering and Operations. Some would say Architecture is encoded Engineering-history, but for now, we will keep them separate.

The popular definitions for these roles are about "output" delivered or the "domain" of discourse. The personality drives that determine the actual performance are not discussed, as far as I ca…