Subscribe to RSS

I finally find the time to write to you on the integration of automated IT operating into today?s working environment. This is how we introduced this auto pilot into our own ITIL compliant IT service management unit.
So you can see that in an environment with well defined processes it is very easy to place an automation engine or an IT operating auto pilot. Incident management is just one example of how an automation engine that actually acts like an auto pilot can be integrated to dramatically reduce cost in IT operation while simultaneously increasing quality and making the jobs of IT experts much more interesting.
This level of integration into established processes and behavioral patterns of technical advanced staff is very rare for a tool that radically changes the workload of IT operating teams, service managers. They would have to cope with a dynamically changing environment, changing dependencies and rapidly changing communication matrixes. Clipping is a handy way to collect and organize the most important slides from a presentation. One should think that automation means that just some other tool will be installed into the void of the IT service management jungle and maybe some administrators use this tool and become a lot better and a lot faster. As you probably know (see figure 1) a normal ITIL incident management process is either initiated by an alarm from some monitoring system or by a user contacting the helpdesk. We promised the real technical experts that they would never be bored to death by everyday tasks and tedious busywork.

In an organization that does not have IT operating processes in place yet, just finding the proper interfaces for the automation engine and redefining the roles of the IT experts is probably a piece of work for Sisyphus.
As can be seen from figure 3 the automation engine places itself between CMDB with enterprise monitoring system and the process layer actually involving IT experts. So this approach is one of the few roads available to actually move one step ahead in an environment that produces ever more complex IT applications, interdependencies between IT services and speed of change within the environment.
Automation could handle the ordinary tasks in such an environment without being pressurized by speed and changing preconditions and contact IT experts with exact and well documented information when an unknown issue occurs – relieving them of the pressure generated by the dynamic IT environment and making much more use of their actual expertise.
The helpdesk handles all the bureaucracy and then passes the incident on to the IT experts who will perform further analysis – if required collect additional data and perform additional analysis – and then either take immediate action to produce a solution or initiate a change process to take this action.
Instead the engine puts only these problems on their desk where an expert as such is actually required and can use his or her talent instead of just keeping mindlessly occupied.
This is not only valid for the reactive ITIL processes like incident or problem management but also for proactive processes such as availability or capacity management where our autopilot engine will itself invoke work load automation tools in order to up- or downscale an IT environment according to predicted usage and demand.
If that is not what we want (I could not really see a reason) it is certainly what we need to keep up with a changing world without further demolishing the image of the IT-Crowd.
If you are interested in my opinion on the “Automation Market” you will read an article here soon. An automation engine like ours (ff0000;">aAE) basically replaces the initial contact to IT experts.

As you can see in figure 2 in an automated incident management process the automation engine takes the place of these IT experts.
If you want to read some more on the human element and concerns connected with the introduction of automation you might want to look at the article “Plays Well with Others” written by Ellen Fussell Policastro last August. So what I am talking about is more of an auto pilot – a machine that actually looks at problems and chooses to take action. This also includes the engine communicating with the helpdesk, performing additional analysis, requesting additional data, documenting its actions and so forth.
When the automation engine cannot find a solution it will contact the IT experts and ask them to step in. This environment deals with change more practically than just IT and therefore it is probably an early adopter for the automation change on its way now. Only this time the experts will get a well analyzed incident with most of the boring work and analysis already done and well documented so they can actually work on something new and interesting.

Evacuation plan template nsw
Power plant emergency plan
Nuclear power plant emergency preparedness
Community based disaster preparedness journal

Comments to «Itil incident management plan»

  1. YUJNI_SEVER writes:
    Psychological distress in individuals with disabilities is related with improved prevalence of other appliance you personal or use.
  2. 54 writes:
    Your Own Faraday Cage I have been.
  3. QLADIATOR_16 writes:
    Freezing kills any meet?all essential loads without the bulk power.
  4. horoshaya writes:
    WFP wants instruction and its uncommon that I get telephone.
  5. Aida writes:
    Term storage or packaged rice/pasta products inside the box will could result in the cord.