Big Data. Big Decisions
InformationWeek
Special Coverage Series

Commentary

Mike Fratto

Mike Fratto

Network Computing Editor

Process Analysis: A Necessary First Step To Automation

Process automation has many benefits, but getting there can be tricky. Start with small, targeted projects.

InformationWeek Green -Dec. 19, 2011 InformationWeek Green
Download the InformationWeek December digital supplement on IT process automation distributed in an all-digital format as part of our Green Initiative
(Registration required.)
We will plant a tree for each of the first 5,000 downloads.

Mike Fratto In our InformationWeek 2011 IT Process Automation Survey, we found that many companies are already automating their IT and business systems. Thirty-six percent of respond- ents say they've fully deployed IT workflow or process automation tools, and 32% say they have a project under way.

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.

More Insights

Webcasts

More >>

White Papers

More >>

Reports

More >>

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.



Related Reading




Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

BYTE encourages readers to engage in spirited, healthy debate, including taking us to task. However, BYTE 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. BYTE 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.

Follow InformationWeek

By The Numbers

What Are Your Primary Concerns About Using Big Data Software?

Base: 417 respondents at organizations using or planning to deploy data analytics, BI or statistical analysis software
Data: InformationWeek 2013 Analytics, Business Intelligence and Information Management Survey of 541 business technology professionals, October 2012

What Do You Think?

What's your attitude about SQL analysis on top of Hadoop?
We want fast, standard SQL analysis capabilities on Hadoop ASAP
Hadoop is for unstructured data; SQL is for relational databases
We'll give SQL on Hadoop a try, but relational DBs will remain the mainstay
Given strong SQL support on Hadoop, we'd nix the data warehouse
We're not interested in Hadoop
No opinion



Related Content

From Our Sponsor

Five Big Data Challenges and How to Overcome Them with Visual Analytics

Five Big Data Challenges and How to Overcome Them with Visual Analytics

Business leaders often need a visual snapshot of data to quickly grasp and use it. This paper identifies five challenges in presenting data and how visual analytics can resolve them. Solutions are suggested to overcome the challenges of: speed, data clarity, data quality, displaying meaningful results, and dealing with outliers.

Game-Changing Analytics: How IT Executives Can Use Analytics to Create Innovation and Business Success

Game-Changing Analytics: How IT Executives Can Use Analytics to Create Innovation and Business Success

Today's competitive advantage requires a deeper understanding of your business, your market and your customers. As an IT executive, you can drive that knowledge transformation. In this white paper, learn how to make decisions as a strategic business leader and three steps to begin an analytics initiative within your enterprise.

Data Visualization Techniques: From Basics to Big Data with SAS Visual Analytics

Data Visualization Techniques: From Basics to Big Data with SAS Visual Analytics

High-performance data visualization turns sophisticated analyses into meaningful graphics, leading to faster and smarter decision making. In this white paper, learn how visual analytics can transform big data, with additional features such as real-time functionality, mobile compatibility, robust applications for technical groups and accessibility for nontechnical users.

Big Data: Lessons from the Leaders

Big Data: Lessons from the Leaders

Financial performance, competitive advantage, operational efficiency, strategic decision making - every business goal can extract value from big data, and the time for doubt or inaction has long passed. In this Economist Intelligence Unit report, in-depth interviews with data pioneers reveal the link between the effective use of big data and the bottom line among other results.

Decision-Driven Data Management: A Strategy for Better Decisions with Better Data

Decision-Driven Data Management: A Strategy for Better Decisions with Better Data

Which came first, the data or the decision? This white paper makes the case for having a decision in mind, then tailoring big data's volume, variety and velocity to achieve business results such as overcoming customer dissatisfaction or creating well-informed strategies in real time.

Informationweek Reports

Research: The Big Data Management Challenge

Research: The Big Data Management Challenge

The challenge of big data is real, but most organizations don't differentiate 'big data' from traditional data, and nearly 90% of respondents to our survey use conventional databases as the primary means of handling data. We'll help you understand what constitutes big data (it's not just size) and the numerous management challenges it poses.