My Views On Automation

One of the things I like doing at my job is automating repetitive tasks. For example, when a particular error occurs as part of the morning health check, an email needs to be sent out to the business owners of the source application (I work in middle ware) to notify them of the situation. (I know I’m doing it wrong – Special Cause/Common Cause, Burn’t toast etc – but that’s the situation I’m in) the process was to manually, so extract the relevant data, compose and email and send it out. All in all, about 5 minutes worth of work. Not long in the grand schema of things, but very boring. So I automated it. Now an email gets sent out automatically every morning. We don’t have to worry about it anymore.

Now, many times when you want to automate a task, there is the argument of “is it worth doing or not” comes up. In the above example, we are saving a task that only took 5 minutes a day. How long should we spend automating this task. 1 hour, 4 hours, 1 day, 1 week? (For the record, it only took me about 20 min for first version, then about another 20 min over several days to get the formatting right) for something so trivial.  Then again, lets look at another scenario. Say you have a task that will take you 5 min to do. But to after automating it, the automated process itself takes an hour. Not the writing of the process, but the actual execution. Should it have been automated?

In both these cases, there are arguments against automation because the time involved to either build or run the automation take too long. In my view, you are looking at the wrong metric.

My view is that automation should be used primarily for consistency. Spending a day on writing an automated script that saves 5 min will mean that that process will be run consistently forever and a day. The secondary benefits are that you don’t have to worry about the process any more – at least until it is no longer required. You have the knowledge on how it was automated which can be applied to automating future tasks. Finally, if you are lucky, the task may run quicker.

The same goes for a task that takes 5 minutes manually, but 1 hour automatically. You have the primary benefit of having the task consistently done.  Human error has been removed.  If the task needs to be done in a quicker time, then spend the time optimizing the automation script.

Now,  there are always exceptions to this rule, there always is. You have to use good judgement as to when to and when not to apply the rule.

Now, how do you determine what priority to automate. I’m not taking here as a manager (I’m not one) but as a person doing the manual work. Well, I work on one simple question. “What annoys me the most at this point in time?”.  I then spend time outside of my normal tasks trying to make that process better. Then I repeat. For the more common tasks, they get fixed pretty quickly. If they are not fixed properly, it annoys me and I go through the process again. For tasks that have long periods between them, I start working on them, I may not finish, but I document what I have found for the next round the task occurs and then work on it a bit more then.
The benefit of doing the “What annoys me at this point in time?” is that it is something that directly affects me. It becomes personal and thus I’m more likely to fix it. That is not to say that management cannot assign improvements, but generally, they are not the ones doing the daily work, and therefore do not see the pain points.

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.