InformationWeek: The Business Value of Technology

InformationWeek: The Business Value of Technology
e2 Conference & Expo - Boston 2013
= Member Content
Facebook Twitter Share

E-mail | Print | Permalink | LinkedIn | RSS

3 Ways That IT Still Fails Itself


Sometimes we in IT act as our own worst enemy. IT leaders must study these mistakes with brutal honesty.




My InformationWeek colleague Chris Murphy recently wrote a pair of columns: "6 Ways IT Still Fails The Business," followed by "5 Ways Business Still Fails The IT Organization," both of which struck a nerve with some of my colleagues at the city where I'm CIO. But let me suggest another way to look at this complex relationship: There are times when we in IT fail ourselves.

Change starts from within, and IT leaders must examine with brutal honesty the ways we act as our own worst enemy.

1. We Fail To Automate IT

This is my No. 1 pet peeve: IT merrily automates others' business processes, but not its own. As a peer of mine observed last week, it's a vicious cycle: Nobody seems to have enough time to automate the little things (resetting passwords, clearing browser cache, etc.), so we continue to let our time get leached away.

We've been most successful at automating the big stuff -- system management comes to mind. Yet because there's not a huge ROI in automating the small things, we hand them to various IT personnel. Big projects tend to be complex and take lots of time, so I wonder if automating five simple things would yield more of a payback than one big effort. It's hard to measure.

[ You say your staff is your "most important resource" -- but do you really mean it? See How To Scare Off Your Best IT People. ]

One technique we're using to start automating the small stuff is to get some bright people together, add food and fun, put a problem in front of them and then knock it out. We used just such a "barn raising" social to design and deploy a portal that automates the time-consuming process of responding to citizens' open-records requests, freeing up not only IT pros but also legal and public information staffers.

2. We Don't Ask Our Business Colleagues For Help

I still encounter project managers and network engineers who complain along the following lines: "'They' asked us to do XYZ. Can you believe it? They want more and more! We just don't have the resources!"

The missing piece here isn't to respond "no, but ..." It's to say "yes, and ..." Being busy is a great problem to have. If you're a startup, you're thrilled when you start to have too many customers.

IT's problem is that most of us are rugged individualists who want to do things on our own. But sometimes you can't. While we can't say no to another amazing project that promises to help the business succeed, we can give our colleagues a heads-up about the impact of taking on the new project. How about: "Yes, we can take it on, and we have options to kill another project ..." or "we'll need X additional resources to complete this one on time."

Global CIO
Global CIOs: A Site Just For You
Visit InformationWeek's Global CIO -- our online community and information resource for CIOs operating in the global economy.
3. We Fail To Report What We Do

Only 39% of business technology pros outline service metrics, such as customer service feedback, uptime and defect/outage rates, to their colleagues using a formal quarterly or annual report, according to a 2011 InformationWeek survey. And that percentage was down seven points from the previous year's survey.

The problem is that a lot of IT folks look at ongoing reporting as a dog-and-pony show, but that's simply not true. It's a great way to consolidate the good, the bad and the ugly -- celebrate success and raise morale; adjust and fix things that aren't going so well; and remind colleagues just how much work we're doing on their behalf. Maybe if we reminded our colleagues what we do for them on a more regular basis, they'd be more understanding about our project load. And maybe they would offer some fresh ideas on how to fix some of our challenges.

We can debate endlessly how "the business" is failing IT or the other way around. But I would suggest that we IT pros could make our world substantially better simply by focusing inward and fixing our own self-destructive behaviors.

Wily attackers are using shape-shifting malware to fool your defenses. Are you ready?Also in the new, all-digital Malware's Next Generation issue of Dark Reading: The shift in hacking requires a new defense mindset. (Free with registration.)

Federal agencies must eliminate 800 data centers over the next five years. Find how they plan to do it in the new all-digital issue of InformationWeek Government. Download it now (registration required).




InformationWeek encourages readers to engage in spirited, healthy debate, including taking us to task. However, InformationWeek moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. InformationWeek further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.
Subscribe to RSS


Advertisement


InformationWeek Reports

report Cloud Implementer's Checklist
Once your agency has completed the business case for a private cloud, how do you actually move ahead with your data center transformation? Our report provides a practical set of steps to get you there, including a "to do" list that will be helpful to anyone on your IT team who's involved in the project. By the time you're done, your data center should be home to a more flexible, on-demand IT services.

report Cloud Compliance in Government
Compute clouds created for government data centers must adhere to a range of specifications designed to support data and system security, privacy, and governance. FISMA, HIPAA, SOX, and SAS 70 are just some of the requirements that have to be taken into account as federal IT pros deploy a shared-services cloud model. In this report, we identify the key specs that need to be factored into any federal cloud architecture.

report Government Cloud Platform Strategy
This report analyzes the key IT infrastructure considerations that must be taken into account for implementing cloud services in federal data centers: software/hardware environment, multi-tenancy, security, virtualization, and management tools. We also explain the key important role that APIs play in supporting hybrid scenarios that tap into public cloud services.

report The Business Case for Government Clouds
This report assesses usage scenarios, barriers, and other variables that factor into the decision of whether and how to implement cloud computing in federal environments.