Pular para o conteúdo principal

ITIL na prática: É possível?

Já passei por duas grandes empresas que tentaram implementar ITIL e não conseguiram. Também passo boa parte do meu tempo livre pesquisando grupos de discussão e trocando e-mails com pessoas da área. Na minha opinião, geralmente as discussões giram em torno de teorias e muita abstração. É raríssimo encontrar informações práticas. Tudo é muito filosófico.

Essa experiência me faz perguntar se realmente é possível implementar o ITIL. O que tinha que ser um livro de boas práticas, na verdade, é um livro de boas teorias, que de prático não tem nada. Tanto é que raramente se fala de ferramentas, nem todos os papéis estão definidos, a sequência da maioria das atividades não é clara e, para deixar tudo ainda mais teórico, as interfaces entre os processos mais parecem um quebra-cabeça. Me pergunto também se as empresas que dizem ter implementado o ITIL realmente o fizeram, já que não existe certificação. A pergunta que parece que ninguém tem coragem de fazer é: Será que o ITIL é viável?

Não estou me referindo a apenas um ou outro processo. Estou me referindo a todos. Tudo parece ser muito simples quando falamos de gerenciamento de incidentes, problemas e mudanças -- afinal, muitos centros de informática já fazem isso a anos de forma instintiva. A função da central de serviços também é algo simples de implementar: olha o helpdesk aí melhorado. Mas a coisa complica definitivamente quando o assunto é gerenciamento de configuração! Ainda mais complicado são as interfaces dela com os demais processos.

Acho elogiável a iniciativa de alguns grupos de discussão e até sites dedicados a ver o ITIL de forma prática. Mas, sinceramente, eles ainda não conseguiram. E, na minha opinião, todas essas iniciativas, inclusive o próprio livro do ITIL pecam nos seguintes pontos.

Primeiro, os papéis não estão bem definidos. Entenda que definir um papel não é só dar um nome para ele e dizer quais são as suas responsabilidades. As empresas querem saber quem vai exercer aquele papel, quantas pessoas devem ser, a quais estruturas da organização essas pessoas devem pertencer e, mais importante, em quais atividades elas vão atuar fornecendo exatamente que tipo de informação. Em outras palavras, essas pessoas serão responsáveis por quais entradas do processo? E exatamente quando elas vão ter que fornecer essas entradas?

Outro problema nas abordagens do ITIL que vejo por aí é aquela velha frase "você precisa escolher uma ferramenta que melhor se adapte à realidade da sua empresa". Isso é verdade, eu tenho que admitir. Mas concorda que é muito fácil dizer isso toda vez que alguém te pergunta qual ferramenta usar? Ou melhor, será que não poderíamos pelo menos dizer quais funcionalidades essa suposta ferramenta deveria ter? Vou mais além ainda. As pessoas querem saber como as ferramentas se integram ao processo. Em outras palavras, o desenho do processo deve prever em cada atividade os formulários utilizados para o fornecimento das entradas. Afinal, quando utilizamos uma ferramenta, os formulários preenchidos representam os próprios artefatos utilizados no processo.

Vou citar só mais um problema. Os textos que abordam ITIL são muito abstratos e raramente incluem exemplos ou estudos de caso para ajudar as pessoas a visualizarem a execução dos processos no dia a dia. O próprio livro do ITIL, na minha opinião, deveria fornecer um estudo de caso bem abrangente com o cotidiano de um centro de informática qualquer que demonstrasse na prática a aplicação da teoria. Os melhores livros de programação já fazem isso. Por que não fazer isso também para livros sobre processos?

E os problemas não param por aqui. Ainda existem uma avalanche deles, como a não definição da integração com outros modelos de processos. Os próprios livros ITIL são muito estanques. Existem uns poucos gráficos falando de integração. O livro que fala sobre desenvolvimento de software, por exemplo, é desconhecido da maioria das pessoas.

Assumo que é fácil criticar. Mas para propor soluções, primeiro precisamos reconhecer os problemas. Eu mesmo confesso ter sido muito abstrato em todas as vezes que falei de ITIL até agora. Aproveito para convidar aqui todos os blogueiros e escritores sobre o assunto a mudarem para uma abordagem mais prática, orientada a exemplos e estudos de caso. A viabilidade do ITIL pode estar dependendo justamente disso!

Comentários

Anônimo disse…
Ótimo!

Postagens mais visitadas deste blog

Por que continuamos ensinando a ‘fundir aço’ em vez de resolver problemas?

Título alternativo: Uma nova abordagem para o ensino: do formalismo à aplicação significativa. Nos últimos dias, conversando com um colega que está cursando uma graduação na área de exatas, me deparei com uma constatação preocupante: o modelo de ensino — especialmente o fundamental e médio, mas também o superior — segue obsoleto e ineficaz. Concluí o ensino médio há quase 30 anos e minha última graduação tem mais de duas décadas. O mais impressionante é perceber que, apesar das mudanças tecnológicas e sociais profundas, o ensino formal pouco evoluiu. Em muitos aspectos, até regrediu. A estrutura educacional atual, tanto no Brasil quanto em diversos outros países, permanece atrelada a paradigmas ultrapassados do século XIX, focada em memorização mecânica e em práticas pouco conectadas à realidade contemporânea. Para ilustrar, imagine um curso de marcenaria. Naturalmente, esse curso precisa acontecer dentro de um período limitado de tempo. O que se espera é que o instrutor ensine o a...

Carros 100% elétricos: o que imaginávamos vs o que realmente acontece

Nos últimos anos, os carros 100% elétricos deixaram de ser uma curiosidade tecnológica para se tornarem uma realidade acessível em vários mercados, inclusive no Brasil. Entre as marcas que mais ganharam destaque está a BYD , fabricante chinesa que rapidamente conquistou espaço com veículos modernos, eficientes e competitivos. Como acontece com toda inovação, havia muitas dúvidas e até mitos sobre o que esperar desses automóveis — desde a durabilidade das baterias até a qualidade de construção e o custo de manutenção. Após uma análise prática e comparativa, é possível confrontar o que se pensava inicialmente com o que a experiência real demonstra hoje. A seguir, apresento uma tabela no formato “o que achávamos” vs “o que sabemos agora” , trazendo percepções importantes que ajudam a entender melhor essa nova geração de veículos. Tabela comparativa O que achávamos O que sabemos agora As b...

Modelagem de processos utilizando BPMN: Use as pools da forma correta [a seu favor]

Eu gostaria de ter mais tempo para escrever sobre isso. Mas o tempo urge e ultimamente tenho recebido muitas dúvidas sobre isso. Se você se questiona se deve ou não utilizar BPMN para representar os seus processos, então pode parar por aqui. Se você continuar a ler este texto, vou inferir que você é daqueles que já entendeu a importância de ter uma notação padrão para representar as coisas, e BPMN, mesmo não sendo perfeita, é o padrão para descrever processos. Caso você deseje aprofundar-se no assunto, sugiro ir direto à especificação da notação, que considero bastante clara. No site da OMG ela está livremente disponível . Outro documento muito útil é o  BPMN 2.0 by Example , também disponível no site da OMG. Existem alguns livros, mas se você está começando não recomendo nenhum. A grande dúvida de muitos usuários da notação é sobre como e quando utilizar as pools e swimlanes. Vou direto ao ponto. Pool NÃO é para identificar processo. Podemos ter diversas pools em um mesmo d...