ITIL : Reactive vs Proactive

ITIL : Reactive vs Proactive

- in ITSM and ITIL
9411
2

In IT, being reactive and acting proactively are perhaps the most common words thrown in emails and meetings, especially when they are used in the context of IT services.

Managers and leadership teams whenever they address their employees emphasize on being proactive. They make it sound as though pro-activeness is all about positivity, like preventing a crime from happening and reactiveness as negativity, like conducting an autopsy and investigating to find the killer. Is it really true that pro-activeness is on the positive side of the spectrum and reactivity on the other extreme?

We are talking about balance today, and by now, after going through the earlier three balances, you would have assumed that you need to be somewhere between reactivity and proactivity. Yes indeed, that is where organizations need to stand.

Reactive organizations typically do not act unless there is a trigger. The trigger could be services going down which is nothing but an incident, customer complaining about IT services, and when customer comes in with new business requirements.

On the other hand, proactive organizations are always on a lookout to improve their services, organizational skills and other customer service components. They do not wait for the customer or the monitoring tool to tell them what needs to be done, but instead, they find ways to identify new requirements through trending or finding out bugs in the system before it causes incidents.

As I mentioned earlier, proactive approach is considered positive and I agree. It is indeed positive but extreme positivity is expensive. You might introduce a change into the system that is not needed. On the other hand, being reactive is like being laid back. You don’t do something until somebody tells you to.

Being reactive does not make the customer happy, and by being reactive, there is every chance that the customer SLAs are not met – like meeting the target up time in a month. But, in a reactive organization, employees know how to take pressure and how to handle difficult situation during firefighting.

In a proactive organization, the need to handle erratic pressure as is the case with reactiveness does not arise, so if a situation such as that arises, there is a good chance that they may crumble under the pressure.

To reiterate, an organization that is highly reactive may not support the business strategy by not keeping up to the commitments. And an organization that is highly reactive may introduce a change that is not really ended. As we discussed earlier, changes are expenditures and these go out from the IT organization’s pockets.

Reactive-vs-Proactive-itil

So, in an ideal organization, the balance must be more towards pro-activeness and a decent measure attributed towards reactiveness.

It is also a fact that newer organizations tend to be more on the reactive front due to the lack of operational data and the knowledge of handling services that comes from experience. Older organizations in the service industry tend to be a lot more proactive than the newer ones.

About the author

Abhinav Kaiser is an author and a management consultant. He has authored Become ITIL Foundation Certified in 7 Days and Workshop in a Box: Communication for IT Professionals. He works as a consulting manager for a top consulting firm. He advises businesses, organizations and enterprises in the areas of DevOps, IT service management and agile project management frameworks. Social Media : Facebook | LinkedIn | Twitter | Google Plus

2 Comments

  1. Hi Abhinav ,

    I am unable to find a job in incident manager with 5 years of exp.
    Please advise if i need to do more of certifications. I have ITIL V3 certifi.

    thanks
    Ash

  2. Ash – With 5 years experience and ITIL V3 foundation, you should be in a good position to get incident manager role. You are probably not trying out with the right organizations. Also, for an incident manager, communication skills and command exerted over technical teams and customers is important. Make sure you work on these and apply with the right companies like IBM, Accenture etc.

Leave a Reply

Your email address will not be published. Required fields are marked *


You may also like

Incident Management Lifecycle – Incident vs Request

In the second set in the incident management