Boiling the IT Frog

Author Harwell Thrasher takes the mystery out of IT.

Harwell Thrasher is an author, speaker and coach specializing in the human side of IT. His Web site is Thrasher talked with Kathleen Melymuka about his new book, Boiling the IT Frog, which aims to clarify IT for business people who really dont understand it, and to help IT professionals who understand it completely but dont know quite how to explain it.

What does the books title mean? According to a myth, if you put a frog in boiling water, it will hop out, but if you put it in a pot of water at room temperature and gradually heat up the water, the frog will become accustomed to the increasing temperature and stay in the pot until its cooked. Change agents use this myth to describe how organizations get into situations that they would never tolerate if they knew the final result in advance. Thats what has happened in IT. Business people would never tolerate the current state of IT if they could see where they were headed, but they got used to things gradually.

You write that magic in IT isnt a good thing. What is magic in IT, and why isnt it good? This idea came from an Arthur C. Clarke quote, Any sufficiently advanced technology is indistinguishable from magic. Magic and IT have a lot in common. Magic has strange words: abracadabra, hocus-pocus. We in IT have SQL, ERP, SOAP. Magic has this inherent idea that you see things that happen and you dont quite understand why but you know they do, so you suspend logical thinking. Business people tend to regard IT as something magical, and so they dont apply their own logical thinking. This suspension of logic is why business has so much trouble with IT. It creates unrealistic expectations.

Harwell Thrasher

Harwell Thrasher Theres also the concept of the wizard in magic: people who can do magical things. In business organizations, there are wizards users who have gotten good at an application. And in IT organizations, there are wizards too. The wizards want to keep systems the way they are to maintain their wizard status. As a result, you get stuck with a system that doesnt get better.

You say that without trust, IT is useless. Why? And how do you establish trust? Business people will never have the detailed understanding of technology that IT people have. But the business people need to feel that the right technology decisions are being made. Thats where the trust comes in. Without trust, business people keep second-guessing everything the IT organization does, and IT cant be successful.

You establish trust by agreeing on common objectives and goals and having consistency in how you communicate with each other. Both sides do what they say, and say what they do.

Why is using return on investment for project selection a ticket to failure? Most people would agree that the right projects are those that are in the best interest of the company and make the most strategic sense. But there are two fallacies in using ROI to choose your projects. First is that the project with the highest ROI is best for the business. Thats not necessarily so. For example, a high-ROI project may make a process more efficient by making it more rigid, when what you really need is for it to be more flexible. The second fallacy is that you can compare the ROI of project proposals. Those who write proposals tend to overstate return, understate expenses, minimize transition costs and dependencies on other projects, and neglect risk. So the project with the highest ROI on paper tends to be the one with the most creative proposal writer.

Why do most projects fail? In my experience, there are six primary reasons. First, youre doing the wrong project its not what the business really needs. Second, youre missing prerequisites in the proposal. You start and then realize you have to beef up the infrastructure, for example, so youre in trouble right from the beginning. Third, youre going for home runs instead of base hits; for example, a global rollout of a major system instead of chipping away at it a little at a time. Fourth, the projects duration is greater than the job tenure of the sponsoring executive. If the project isnt completed before he or she leaves, you may be in deep trouble with the successor. Fifth, you gather requirements instead of negotiating them. If you go around asking all the stakeholders what they want and your project goal is the sum of all those things, you will undoubtedly have contradictions for example, a simple system that must do everything. Sixth, theres not enough contingency planning. Youve got to anticipate things that can go wrong and take them into account in your plan.

Why is it that adding more resources to an IT project thats running late can make it take even longer? Usually, when we talk about adding resources, were talking about adding people, and adding more people requires more coordination. You have to rearrange the tasks being done and break them up in different ways. Reallocation of resources takes resources in itself. Also, you would probably have assigned the best people to begin with, and now youre adding people who may not be the best, so you have to manage subpar performers.

5 tips for working with SharePoint Online
Shop Tech Products at Amazon