Process Analysis: A Necessary First Step To Automation

InformationWeek Green - Dec. 19, 2011

InformationWeek Green

Mike Fratto

That means they're reaping or will be reaping automation's benefits, such as faster response to service requests, fewer configuration errors, and reallocating staff to other projects. However, getting those benefits isn't easy. Implementing automation is extremely difficult with legacy IT systems, resulting in situations where a system requires human intervention to be integrated with the rest of IT. And some tasks are simply too complex or costly to implement.

Sound familiar? If you've ever worked with a network or systems management package, you know that early successes occur when everything--all the software and operating system versions and configurations--neatly lines up with the vendor's recommended requirements, which usually cover a small subset of current software, never mind older versions.

More often, you can quickly integrate a portion of your systems, and then you're left doing the remainder on your own. The vendor's product will take care of the easy 80%, leaving you to focus on the harder tasks. Sadly, that remaining 20% can be difficult, and that's where you really need the help. There's a reason automation software is often sold with professional services. It's plug and pray, not plug and play.

You don't have to automate your entire IT operation. Start with small, targeted projects such as deploying a database by automating the deployment and configuration of the server, storage, networking, and RDBM software into one step and grow from there. Do your homework, including a thorough process analysis documenting existing processes and systems. Then do a gap analysis, comparing where you are now with where you want to be. Now you're ready to proceed with an automation plan.

Nobody likes doing planning, inventory, and analysis. It's expensive and time consuming, and most people think they already know everything there is to know about their processes, so why waste time documenting them? Well, you likely don't know everything. Unless your organization has an ingrained process-oriented culture, your IT processes are probably semiformal at best, and you can't automate a workflow semiformally. Unlike people, computers do only what you tell them.

You must inventory your IT systems, their APIs, management interfaces, and input and output formats. There are few meaningful integration standards. Having an XML interface isn't sufficient. Knowing the integration features means you can determine how each system can integrate with the others and where to focus.

You could throw caution to the wind and hack together an automation system. It might even last for a while, but eventually it's going to become fragile and complex. Do yourself a favor and do a thorough systems analysis first. The time and money invested will be worth it, because you'll be able to buy products that fit into your environment rather than having to adapt to a vendor's requirements. You'll thank me later.

Download the InformationWeek December digital supplement on IT process automation.