“You get what you measure. That’s the risk you take.”
– Lewis’s first law of metrics.
“You get what you measure. That’s the risk you take.”
– Lewis’s first law of metrics.
ITaaS is a new name for an old idea — that CIOs should run their organizations as if they were independent businesses, selling information technology to its “customers” in the rest of the business.
The KJR Manifesto advises a different course of action: Don’t run IT as a business — run it in a businesslike way. But as with everything else in the manifesto, this is a guideline, not a law of the universe. Sometimes this is what you have to do. So continuing on the path of helping you make it work instead of just writing it off as a bad idea …
Start with a tedious but necessary conversation with the CEO. See, running IT as a business had better be a metaphor, not something to be taken literally. And all metaphors are dangerous because of the temptation to treat them as identities rather than as parallels.
The conversation, then, is where to draw the line — where to use the metaphor and where it stops. Among the topics:
My guess: At least half of all CEOs would be horrified at the very idea. They distrust IT, think everyone in it wants the company to buy them technology for technology’s sake, spending every last bit of profit on toys if the company didn’t have a carefully constructed governance process to ensure all IT projects will deliver enough business value to warrant the investment.
The last thing this group of CEOs wants is for IT spending to grow.
But if pressed, many of even the most recalcitrant CEOs would acknowledge that if IT is to be run as a business, it has to be in a position to satisfy demand, and if the demand for IT services increases … if, for example, the CMO wants a more sophisticated big data analytics capability … then IT’s size will just have to expand to accommodate.
Don’t be ridiculous. That’s pushing the metaphor way past its useful boundaries.
Or is it? Because a common complaint among CEOs is that the CIO doesn’t provide technology leadership, and doesn’t act as a strategic partner. What does that take? Identifying new technologies that can improve the company’s competitive posture and painting a picture of what they could do.
The difference between that and sales and marketing? Mostly, the difference is what you call it, not what it is.
It might. Competition, especially for commodities, does drive efficiency (when you’re on the receiving end of this statement what it does is put pressure on margins).
But when competition is based on price, the result can also be a race to the bottom. And as IT’s “customers” often lack IT’s sophistication in evaluating an application’s engineering, and sometimes lack IT’s perspective regarding the importance of an IT provider’s marketplace viability, the result of competition can also be an accumulation of attractive but poorly built and unsupported junk.
The immediate question is whether IT does or doesn’t establish technology standards for the company. If it does, competition is fair, because everyone — IT and outside vendors — have to conform to the company standards. If it doesn’t, what the heck — throw out the standards, and let every project team build what it needs to build using whatever tools and techniques will let it build its product as cheaply as possible.
That’s the short-term issue. The bigger and longer-term issue is whether the company has nothing more than a technology portfolio … a pile of stuff … or a coherent, integrated computing environment.
If every business department goes shopping every time it needs something, there’s really only one possible outcome, and that’s the pile of stuff.
Read about ITaaS and you might think it’s nothing more than service catalogs and chargebacks. It’s more complicated than that.
And we aren’t done yet, but we are out of space, so stay tuned.