Share via


Quais as Dificuldade de Implantação de ITIL?

Quantas empresas e pessoas já não pensaram como implantar ITIL? Como devo começar? Quais os problemas mais comuns?  Pretendo comentar essas e outras dúvidas aqui…

Se você, leitor, tiver alguma experiência, opinião – favorável ou contrária às minhas opiniões abaixo – por favor, convido-o a deixar seus comentários no final desse post.

A adoção de ITIL pode não ser fácil, rápida ou barata. Um dos motivos é que a área de TI normalmente não encara a si mesma como um negócio. TI tem o hábito de operar como um grupo indispensável que pode utilizar os recursos e prestar os serviços como bem entender. Quantas vezes você ouviu a frase "sabemos o que o nosso cliente precisa e é o que estamos fornecendo"? TI não têm a prática de se basear em necessidades documentadas de negócios, alinhamento com seus clientes e medição de satisfação dos mesmos…  Onde isso fica facilmente evidente é que muitas organizações carecem de um processo de gestão de mudanças bem estabelecido. Nestas organizações sem gestão de mudanças, as alterações dos serviços de TI frequentemente têm efeitos negativos sobre a produtividade de toda a organização. Um dos principais sintomas desse fato é que a área de TI não consegue falar sobre seus serviços aos clientes, mas somente em sistemas e equipamentos de infraestrutura (computadores, links, etc…).  Não consegue, na maioria dos casos, nem ter um catálogo de serviços!

Você já pensou em ir a uma consulta médica e o médico te contar a marca do estetoscópio que ele usa com o objetivo de mostrar que ele é melhor médico?  Já pensou em fazer um exame de sangue e discutir com o laboratório sobre qual o tipo de seringa deve ser usada, marca e etc?  Você já foi a um advogado intimar-lhe que use o argumento baseado no artigo X, parágrafo B, logo na primeira audiência por que assim consegue-se agilizar o processo, “Para ser mais produtivo”?

É exatamente isso com a TI permite que nossos clientes e usuários façam conosco!  Ao invés de conversarmos sobre o nível de serviço, custo e confiabilidade, qualidade, insistimos sempre em conversar com nossos clientes sobre servidores, sistemas, linguagens de programação, técnicas de contingência, e qualquer outro assunto técnico que você possa pensar.  Estamos errados!  Sim, nós (da área de TI) estamos errados, por que permitimos isso e ainda alimentamos esse ciclo vicioso com novas discussões e explicações.

Um dos primeiros (e dos maiores) desafios de TI é trocarmos o discurso: falarmos com nossos clientes em tipo de serviço, nível de serviço, qualidade, nível de contingência, tempo de resposta e etc…  Ah, logicamente temos que saber quem são nossos clientes, e muitas vezes não sabemos isso claramente…  E logicamente, depois temos que saber quais serviços a área de TI presta para esses clientes.  E, por incrível que pareça, aqui também temos nossos problemas…  Também nào sabemos claramente quais serviços prestamos e com quais níveis de qualidade.

Agora sim podemos falar sobre ITIL, por que ITIL é um conjunto de melhores práticas em gerenciamento de serviço de TI.  Se sabemos que a área de TI deve prestar um serviço aos seus clientes, podemos agora planejar esses serviços de forma correta.

Outra coisa é que ITIL é sobre processo, não sobre a organização.  A maioria das organizações de TI passam anos dividindo os recursos de TI em áreas de responsabilidade, hardware, software e pessoal.  Quebrar ou redefinir essas torres de responsabilidades para agilizar os processos de acordo com o framework de ITIL pode ser o maior desafio.  Esse é um dos grandes obstáculos que deve ser entendido e aceito para a adoção de ITIL. E essa compreensão e suporte deve vir da alta direção da organização de TI.

A implantação de ITIL não pode ser realizada em seis meses, mas a maioria dos projetos de TI são cobrados resultados positivos, ou mesmo conclusão, no prazo de seis meses. ITIL não irá atender a qualquer uma dessas expectativas.  Os benefícios e resultados positivos de uma implantação de ITIL são percebidos em alguns anos e não em alguns meses.  Implantar uma reestruturação de processos, baseada em ITIL, pode necessitar recursos ainda não estabelecidos na organização – sua tecnologia implantada pode não suportar as necessidades do novo processo ou ao novo padrão de comunicação eventualmente necessário.  Mesmo que o framework de ITIL seja especificamente sobre processos, existem outros dois pilares que devem dar suporte a esses processos – pessoas e tecnologia.  As pessoas devem ser capacitadas, conscientizadas e a tecnologia deve dar suporte à agilidade e confiabilidade necessárias aos processos implantados.

Uma outra grande dúvida é como começar um trabalho de reestruturação de processos baseado em ITIL.  Nesse caso, duas perguntas são muito frequentes:

  1. Devemos reestruturar todos os processos de uma só vez?
  2. Por onde começamos?

A resposta à primeira pergunta é: NÃO.  Não faça tudo de uma só vez…  Isso pode gerar uma iniciativa muito complexa, com muitos passos até a sua conclusão, gerando dificuldade de mostrar benefícios intermediários (resultados positivos) e com isso ganhar mais apoio da alta direção.

A resposta à segunda pergunta é DEPENDE.  ITIL é bem flexível, não necessitando de uma metodologia específica.  ITIL também não determina uma “porta de entrada” para o seu framework.  Um conselho comum é analisar os processos existentes na organização de TI, e suas maturidades comparadas às recomendações de ITIL.  Inicie por processos que os resultados do trabalho possam ser mais visíveis, gerando um sentimento positivo em todo o grupo.  Ou então por onde existe mais problemas e reclamações de funcionamento, ou seja, aonde se mostra mais necessitado.

É verdade que qualquer mudança de processos de trabalho, procedimentos e tarefas deve passar por uma reeducação das pessoas e isso demanda tempo e enfrenta resistências naturais do ser humano.  É a nossa tendência natural de nos manter na zona de conforto, evitando mudanças…
Mas, a médio e longo prazo, pode também ser benéfico e recompensador notarmos que fizemos parte de uma melhoria significativa de resultados, aprimorando processos e mudando comportamentos.

O Que Fazer para Começar?

Para muitas organizações, educação (treinamento) é o primeiro passo.  ITIL traz consigo um dicionário básico de termos de TI, o que facilita a comunicação entre as áreas de TI.  Por isso, muitas organizações começam treinando a maioria dos seus funcionários de TI em ITIL Foundations.  Muitas também fazem o conjunto curso-certificação.  A prova para certificação de ITIL Foundations pode ser aplicada ao final do treinamento correlato.  Esse é um bom começo para dar o conhecimento básico a todos, o que colabora para discussões mais relevantes e ajuda na tomada de decisões no momento de implantação.

O próximo passo é escolher, no momento de implantação, um gerente de projeto, com poder de decisão, responsável pela implantação dos processos.  O plano de implantação de processos baseados em ITIL é uma grande empreitada e deve ser encarada formalmente e com a seriedade necessária.  O gerente de projeto deve, preferencialmente, ser uma pessoa certificada ITIL Service Manager.  Isso garante decisões mais seguras e tecnicamente mais adequadas.

O terceiro passo é, de acordo com a implantação dos processos, treinamento dos responsáveis pela execução dos mesmos.  Garantir uma liderança baseada em conhecimento impõe respeito e inspira confiança do time.

Em seguida, não se pode esquecer de avaliar a tecnologia existente e se as soluções suportam a execução dos processos definidos.  Se for necessário, deve-se adequar a tecnologia no momento de implantação dos processos.  Não caia na falácia de acreditar que qualquer processo pode ser implantado, mesmo que seja no papel.  Um dos fatores críticos de sucesso é que a tecnologia suporte os processos de forma ágil e segura.  Sem isso, a confiança e o apoio do time serão minados pela dificuldade de cumprir as tarefas.

E como último tópico para esse post, nunca se esqueça que a tecnologia deve se adequar e suportar os processos definidos e nunca o contrário.  É um erro comum, mas é um erro, selecionar uma aplicação ou solução e adequar o time e os processos para que funcionem na solução escolhida.  Isso, a médio e longo prazo, é um grande passo para o fracasso da iniciativa de adequação de processos.

Bem, até a próxima!

Ronaldo Smith Jr.

Comments

  • Anonymous
    October 30, 2012
    Excelente abordagem Ronaldo. Parabéns.

  • Anonymous
    July 25, 2014
    Concordo com tudo que disso. Mas atento ao seguinte ponto. Internamente a TI não tem força para levar um projeto deste porte. É importante uma consultoria especializada com bagagem para traçar os atalhos!