Daniel W. Rasmus writes: I'm going back to April now as I clean out some old magazines. The April 15, 2007 issue of CIO magazine to be exact where they asked the question: IT Value Methodologies: Do They Work?
I will let you read those authors and their opinions, all of which are valid perspectives. Here's mine.
First, we don't understand the nature of information work. So attempting to measure the value of an IT investment within the context of a business invest that is itself vague (have you ever tried to justify a thought leadership marketing spend, or the "value" of better customer relationships - really) makes little sense. It is important first to understand the work. I have spent a lot of time consulting to companies who ask for suggestions of improvement on a process that, when the cards are all turned face up, shows they have no idea what it costs them to do business the way they are doing it, or in most cases, even how they are doing it (to make the metaphor work, they didn't know what their hole cards were).
What this means is we need methodologies that can capture current costs and practice, and then reflect forward improvements. The first organizations that adopt these will be the benchmarks by which others are judged - but that is very useful as today, executives too often go to arbitrary metrics like IT as a percentage of sales or other nonsense that is far from being tied to performance.
Second, IT as an investment. All investments require the expenditure of more money in a budget than was in the budget before. Trying to manage IT as an expense rather than an investment is great if you aren't trying to be innovative. Organizations looking to manage their demise efficiently are well advised to make sure they reduce their IT costs, until like other parts of their organization, they are no longer differentiated from competitors and therefore, no longer relevant to their markets.
Organizations that understand the potential of IT, regardless of their ability to measure its impact, understand that the trick is not to look just at things like "cost of ownership." IT is not a leased car (though some parts of it, like outsources mail may fit that metaphor). For a company driving innovation, collaboration technology is an indispensable tool in their arsenal. Their engineers, customers and business leaders can't over communicate. They need to share ideas, prototype, tweak, refine, and ultimately decide what to keep and what to discard. The investment in shared ideas, rapid communication and processes that help transform ideas into revenue streams - not a cost issue. An investment. See number 1, but also remember that how you do things today is in the context of either no, or older technology, don't sell the "what we couldn't imagine with our old processes" perspective short. IT can be a game changer, but that it about imagination, and unique use within an organization context - and you won't get to either if you only worry about cost.
Minimizing risk. Again, often seen as cost. If you are a US manufacturing company the risk is being US-centric. We can't fix our schools, encourage our children to become engineers or bring in thousands upon thousands of smart immigrants to fill open needs for US innovators. So we need to go to the innovators - where they live. That is an investment. It is a cost. It is also a way of mitigating risk in a real and tangible way - and the only way you are going to manage far flung employees is through communications and collaboration. You may not be able to put a real value on the IT side of that, and you know what, the business argument is pretty tough too. Its a bet, a hedge, and why can't we see IT like that too.
Third: Infrastructure and costs. We isolate and consolidate IT spend when we talk about infrastructure. A phone isn't used just to talk to customers, and neither is an IM system. We need to see infrastructure in light of overall IT objectives and not cut costs at this lowest level of implementation because we can't see how the extra server adds value to a particular business process. Keep track of how, when and why infrastructure is used, don't view it in the abstract.
Well, I can go on. And I will in time, as will my colleagues. What do you think about IT value measurements?