3 Ways That IT Still Fails Itself
By Jonathan Feldman
InformationWeek
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."
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).
| 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. |
InformationWeek Reports
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.
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.
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.
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.




Subscribe to RSS