Escolar Documentos
Profissional Documentos
Cultura Documentos
Adopo de ITIL em
Grandes Empresas
por
Carla M. P. Farinha
Departamento de Engenharia Informtica
Universidade de Coimbra
3030 Coimbra, Portugal
1. Introduo
Segundo Malcolm Fry (2004), outro factor fundamental para que a gesto de
alteraes seja eficaz a comunicao das mesmas.
Malcolm Fry afirma que importante informar, em tempo til, as ltimas
alteraes efectuadas no sistema a todas as partes interessadas. Assim, os
responsveis por estas alteraes devem advertir os recipientes das alteraes
(aqueles que sero afectados pelas mesmas) e os integradores das alteraes
(aqueles que tm de suportar as alteraes quando estas so efectuadas).
A organizao deve ento estipular um mtodo de informar todos os
intervenientes de modo a que todos saibam quando a alterao toma lugar e de que
forma essa mudana afecta cada pessoa (por exemplo, atravs de um frum onde
sejam constantemente actualizadas as ltimas alteraes do sistema).
Tal como referido acima, para alm de pessoas que implementam as alteraes,
importante haver um conjunto de pessoas responsveis por integrar essas
mudanas com outros processos j existentes. Segundo Malcolm Fry (2004), a
facilidade de integrao das alteraes efectuadas com outros servios de TI j
activos torna a gesto de mudana mais eficaz, podendo at ser um factor
determinante na seleco da soluo de gesto de mudana.
Quando o projecto de ITIL foi criado pela CCTA, os seus objectivos iniciais na
gesto de servios de TI eram:
1. Eficincia para reduzir os custos dos servios de TI
2. Eficcia para alinhar os servios de TI com os objectivos do negcio
3. Qualidade de servio
A figura seguinte (retirada de ITIL Best Practices: Maximizing the Business Value
of it Part II, da Mercury) ilustra estes objectivos principais e mostra as solues
de tecnologia que estes objectivos exigem. Por sua vez, as solues de tecnologia,
ajudam a construir valor de negcio.
Na figura pode-se observar que, para obter eficincia das TI e reduzir os custos a
longo prazo dos servios de TI, necessrio melhorar o processo de execuo. A
automatizao dos servios de TI necessria para este efeito pois a ocorrncia de
erros diminui e a eficincia das operaes de TI aumenta. Para obter esta
automatizao necessrio efectuar a digitalizao dos processos chave de TI.
A eficcia para alinhar os servios de TI com os objectivos do negcio pode ser
alcanada aumentando o alinhamento entre as TI e o negcio propriamente dito.
Para este efeito, so necessrias ferramentas que relacionem as prioridades do
negcio com os servios de TI, ferramentas que conduzem os servios de TI de
acordo com o negcio.
O ltimo objectivo diz respeito qualidade dos servios de TI. Para que esta
qualidade tome lugar, necessrio haver qualidade da aplicao, de desempenho e
de disponibilidade. Neste sentido, essencial adquirir uma abordagem contnua de
Existem muitos autores que consideram que cada um destes servios tem apenas
cinco processos: o servio de suporte engloba a gesto de incidentes, a gesto de
problemas, a gesto de configurao, a gesto de alterao e a gesto de
lanamento; e o servio de disponibilidade inclui processos como a gesto de
capacidade, a gesto financeira, a gesto de disponibilidade, a gesto a nvel de
servio e a gesto de continuidade. Contudo, neste artigo ser considerada a figura
apresentada acima que, segundo a Mercury (uma das maiores empresas de software
no mundo, lder global em optimizao de tecnologia de negcio), apresenta cada
um destes servios com mais um processo para alm dos referidos: o servio de
suporte com o processo service desk e, o servio de disponibilidade com o processo
de gesto de relacionamento com o cliente.
Como se pode observar, a Mercury considera que para uma gesto de mudanas
eficaz necessrio uma boa coordenao com a gesto de configurao e com a
gesto de lanamento.
Relativamente ao primeiro caso (gesto de mudana e gesto de configurao),
essa coordenao deve ser feita em vrias etapas: a anlise de configurao leva ao
pedido de alterao; para passar avaliao desse pedido, h que fazer um relatrio
do impacto das alteraes; a aprovao do pedido faz com que haja uma
actualizao dos dados da base de dados de gesto de configurao; finalmente,
quando ocorrer o fecho das alteraes, ou seja, quando se derem por terminadas as
alteraes, feita uma avaliao das mesmas.
Relativamente ao segundo caso (gesto de mudana e gesto de lanamento),
essa coordenao feita durante a fase de implementao de alteraes da gesto
de mudana: aqui que feito o design, a construo, os testes, o treino, a
instalao e a verificao das alteraes efectuadas.
Segundo o site ITIL World (que contm informaes sobre as tcnicas de ITIL),
este processo traz j, por si, alguns benefcios como sejam um menor impacto
negativo nas TI e SLAs, melhor avaliao de custo das alteraes, informao de
gesto para identificar reas de problemas, aumento de produtividade das TI,
capacidade de absorver altos nveis de mudana, etc.
O mesmo site afirma ainda que este processo tem os seus pontos negativos em
termos de custos: os custos do processo devem ser bem avaliados tendo em conta
os benefcios das TI. Acaba tambm por se perder algum tempo na gesto, ainda
que seja despendido menos tempo a lidar com alteraes ineficazes.
A figura seguinte (retirada de ITIL Best Practices: Maximizing the Business Value
of it Part II, da Mercury) ilustra os requerimentos que, segundo a Mercury (2005),
fazem com que o processo de gesto ao nvel do servio seja eficaz:
Como se pode observar, e segundo a Mercury (2005), para que a gesto a nvel
de servio seja eficaz, so necessrios dados da gesto de disponibilidade e da
gesto de problemas e ainda essencial uma boa coordenao com o processo de
gesto de mudana.
A figura abaixo (retirada de ITIL Best Practices: Maximizing the Business Value
of it Part II, da Mercury) ilustra todo o processo de gesto ao nvel do servio,
segundo a Mercury (2005):
O site ITIL World considera que este processo (de gesto ao nvel do servio) traz
j alguns benefcios como sejam o aumento da produtividade do cliente, mais fcil de
construir relacionamentos estveis entre servios de TI e o cliente, melhores
relaes entre clientes e fornecedores, o custo a longo prazo beneficia com o
alocamento exacto de recurso dentro da infra-estrutura de TI.
O site afirma tambm que este processo tambm traz custos associados: custos
de treino, de documentao, de ferramentas (embora isto possa ser partilhado com
outros processos de ITIL), administrao, pessoal, etc.
Segundo LeetzaPegg & Matthew Kayes (2005), existem cinco razes principais
pelas quais as tcnicas de ITIL no acontecem como previsto, no se verificando
assim os benefcios esperados: diferentes partes da organizao tm prioridades
bastante diferentes, o trabalho mete-se no caminho, j se tem a tecnologia, no se
sabe o seu status quo, a mudana organizacional muito difcil.
A primeira razo (diferentes prioridades nas diferentes partes da organizao) diz
respeito aos diferentes pontos de vista dentro da organizao. Quando se decide
implementar melhoramentos nos servios de TI h sempre duas partes que
defendem diferentes interesses: os que tm responsabilidades estratgicas querem
focar os melhoramentos nos catlogos de servio e na gesto financeira enquanto os
que tm responsabilidades tcticas querem focar nas operaes dirias como o
controlo de mudana e a gesto de incidentes. Assim, deve-se tentar agradar a
ambas as partes implementando-se vrias actividades de aperfeioamento
concorrentes: aperfeioamentos na gesto de mudana para as operaes da equipa
tctica e melhoramentos em algumas tarefas importantes para a equipa estratgica.
A segunda razo (o trabalho mete-se no caminho) est relacionada com as
necessidades do negcio que se tornam prioritrias, deixando as prticas de ITIL
espera de poderem ser implementadas. Para combater este problema, aconselha-se
o programa de melhoramento de servio contnuo (CSIP) que uma forma de
estabelecer e organizar um conjunto de melhoramentos tcticos e estratgicos,
prioridades, recursos e tempo. Este projecto (CSIP) aconselha-se a ser revisto, pelo
menos, mensalmente.
A terceira razo (j se possuir a tecnologia) diz respeito ao facto de as empresas,
por vezes, j terem ferramentas para efectuar determinado processo. O problema
que essa soluo, por melhor que seja, pode no ser eficaz e no se integrar bem
numa soluo de gesto de servio de TI. Assim, devem ser desenhados processos
de acordo com as necessidades da organizao e, depois, escolher a soluo que
cobre a maioria desses processos.
Uma outra razo o desconhecimento do estado em que se est. Antes de se
seguir um CSIP, necessrio perceber os orientadores de negcio e tecnologia,
quais as necessidades de TI e de que forma esto ou no a ser actualmente
satisfeitas, qual o impacto de no se proceder a uma alterao, que processos esto
em curso, que tecnologia se possui, etc. S depois de se perceber em que estado a
organizao se encontra, se poder ter uma ideia da complexidade do programa de
aperfeioamento.
A ltima razo est relacionada com a dificuldade de fazer uma alterao
organizacional: uma mudana organizacional complicada e varia conforme o
tamanho, estrutura e cultura da organizao. Para tentar combater esta dificuldade e
obter sucesso na implementao ITIL, aconselha-se a treinar para a equipa de TI e
para a gesto de TI, fazer simulaes para os clientes e gesto (de TI ou no) para
ilustrar os desafios que o departamento de TI ir enfrentar, fazer workshops
(envolvendo clientes, equipa, etc.) para facilitar esforos de planeamento.
J Malcolm Fry (2005) afirma que existem dez razes para a falha de uma
implementao eficaz de ITIL.
A primeira razo afirma ser a falta de compromisso de gesto: nenhum projecto
pode ter sucesso sem um compromisso e orientao de gesto. Podem-se at obter
benefcios com a implementao de ITIL mas, sem uma boa orientao, os benefcios
sero poucos.
A segunda razo afirma ser o tempo gasto em diagramas complicados. O autor
assegura que no necessrio construir mapas detalhados e complexos para todos
os processos pois gasta-se tempo e recursos. Muitos dos processos (como a gesto
de incidentes) so efectuados vrias vezes ao dia, no sendo praticvel uma
construo constante de mapas. H, no entanto, processos que requerem mesmo a
construo de mapas.
A terceira razo apontada por Fry a no criao de instrues de trabalho: o
tempo gasto na construo de mapas complexos interfere com o estabelecimento de
instrues escritas de trabalho (como regras de crescimento, definies de
prioridades, categorias de mudanas, etc.). Estas instrues so necessrias e
devem ser publicadas e revistas continuamente.
Outra razo prende-se ao facto de no se atriburem processos a pessoas.
Segundo o autor, cada processo deveria ser atribudo a uma pessoa que deve
concentrar-se na estrutura e fluxo desse processo, monitorizando-o e gerindo-o para
que este possa ser constantemente aperfeioado.
A quinta razo a concentrao em demasia no desempenho: muitas das
actividades de TI monitorizadas concentram-se no desempenho, esquecendo-se da
qualidade e dos processos. As organizaes devem assim despender mais tempo no
aperfeioamento da qualidade como parte do processo de implementao de ITIL.
Outra razo apontada pelo autor a ambio: ITIL consiste num conjunto de
processos de gesto de servios de TI e as organizaes tentam implementar o
mximo de processos, de uma s vez. Desta forma, a confuso, o cansao da equipa
e a integrao medocre instalam-se comprometendo a implementao eficaz de
ITIL.
A stima razo a no manuteno do momento: extremamente difcil
implementar todos os processos ITIL e manter o momento. Uma implementao
eficaz das tcnicas de ITIL demora anos a conseguir pelo que para manter os
benefcios inicialmente conseguidos, deve-se implementar todos os processos.
Outra razo que Fry aclama a permisso da separao departamental: alguns
processos englobam mais que um departamento, o que pode causar conflitos
(especialmente em organizaes onde os limites de um departamento so rgidos).
Os departamentos envolvidos devem entender que ITIL feito em conjunto e que o
sucesso depende do trabalho em grupo.
A penltima razo apontada por Fry o facto de se ignorarem outras solues
que no ITIL: embora ITIL seja considerado uma melhor prtica para a gesto de
servios de TI, no a nica e outras prticas e estruturas podem facilitar a gesto
destes servios (como o COBIT - Control Objectives for Information and related
Technology -, Six Sigma, CMMi, etc.).
A ltima razo que Fry afirma existir para a falha de uma implementao eficaz
de ITIL a no reviso da estrutura completa de ITIL: a estrutura completa deve ser
observada quando se pem as tcnicas de ITIL em funcionamento.
Embora ITIL seja definido como um conjunto de melhores prticas para a gesto
de servios de TI, nem tudo positivo.
Segundo Bem Worthen (2005), a maior fraqueza que, embora ITIL apresente
um conjunto de melhores prticas, no passam de uma lista de itens que a
organizao deve seguir. As prticas de ITIL no so implementadas mas sim usadas
para criar a mudana organizacional, ou seja, ITIL no orienta como aplicar
efectivamente essas tcnicas, cada organizao deve desenhar as suas baseando-se
nas necessidades e objectivos.
Outro problema que Worthen assegura existir que novos processos demoram
meses a desenhar, mas a quantidade de mudanas necessrias pode ser grande,
levando vrios anos a implementar.
Outra desvantagem apontada pelo autor a dificuldade de quebrar velhos
hbitos: h pessoas que simplesmente no se conseguem adaptar aos novos
processos implementados.
As tcncias menos usadas so o Six Sigma em Hong Kong (usado por menos de
5%) e outro tipo de modelos em Singapura (cerca de 5%) e na Austrlia (cerca de
10%).
Quando questionados sobre os futuros modelos que pretendem adoptar para lidar
com as operaes de TI, a maioria das organizaes na Austrlia (mais de 75%)
afirmam ser as prticas de ITIL. J em Singapura a maioria continua a apostar no
ISO 9000 (cerca de 70%) e, em Hong Kong, as opinies dividem-se sendo que a
maioria aposta tambm no ISO 9000 (cerca de 40%).
Em contraste, a minoria em Hong Kong, Singapura e Austrlia apostam noutros
modelos no referenciados (cerca de 10%, 5% e menos de 5%, respectivamente).
O grfico seguinte (retirado do artigo ITIL Adoption in Asia Pacific 2005
Update de Steve Bittinger) apresenta os resultados acima discutidos.
Outra questo colocada aos inquiridos foi sobre o nvel actual de desenvolvimento
global dos processos das operaes de TI. Aqui, a maioria tanto em Hong Kong
(mais de 20%), como em Singapura (mais de 45%), como na Austrlia (mais de
50%) concordam: os processos relacionados com as operaes de TI so usados
consistententemente e esto documentados.
Em Hong Kong verificou-se ainda que tambm mais de 20% dos inquiridos afirma
que os processos sofrem aperfeioamentos contnuos baseados em mtricas
automaticamente geradas.
O grfico abaixo (retirado do artigo ITIL Adoption in Asia Pacific 2005 Update
de Steve Bittinger) ilustra estes resultados.
Como se pode observar, h j uma preocupao com os processos relacionados
com as operaes de TI. Apenas poucos inquiridos responderam que os processos
no esto sequer formalizados ou que nem sabem em que estado se encontram.
Figura 17 ITIL como Estrutura Para Interaco Com Fornecedores de Servio Externo de TI
Outra questo colocada foi sobre a importncia que se espera que ITIL venha a
ter nos relacionamentos futuros com os fornecedores de servio externo de TI. O
grfico abaixo apresentado (retirado do artigo ITIL Adoption in Asia Pacific 2005
Update de Steve Bittinger) mostra os resultados obtidos.
Cerca de 13% considera que muito importante; quase 35% consideram
importante, cerca de 32% consideram razoavelmente importante, e cerca de 21%
afirmam ser pouco importante. Embora as respostas sejam variadas, nenhuma
organizao afirmou que no teriam qualquer importncia.
Constata-se assim que a maioria dos inquiridos reconhece a importncia das
tcnicas de ITIL para os relacionamentos com os fornecedores de servio externo de
TI.
Esta primeira seco tenta perceber em que estado esto as prticas de ITIL
implementadas nas empresas. Para o efeito questionam-se as organizaes quanto
ao estado de uma implementao global de ITIL, quanto ao estado dos servios de
suporte e de disponibilidade e ainda quanto a um processo que informe a gesto de
lanamento sobre a necessidade de implementar novas aplicaes ou tecnologias
Constata-se atravs deste grfico que mais de 75% dos inquiridos usa uma
soluo integrada para suportar as prticas de ITIL: cerca de 40% usa uma
combinao de trs solues (integradas, point solutions e desenvolvidas pela
prpria empresa), cerca de 15% usa uma combinao de solues integradas e de
solues desenvolvidas pelos prprios e cerca de 10% usam apenas produtos de
solues integradas.
Dos restantes, cerca de 10% usam uma combinao de solues desenvolvidas
pelos prprios com point solutions, cerca de 10% usa apenas solues prrprias e
menos de 5% usam apenas point solutions.
Nesta seco tenta-se perceber que impedimentos esto ainda a interferir com a
adopo de uma soluo de ITIL. Os participantes deveriam indicar quais as
barreiras de entre factores no-tcnicos (falta de conhecimento dos que tomam
decises chave dentro da organizao, dificuldade em conseguir pagar o que
necessrio, etc.) e tcnicos (definir as interfaces entre regras de processos ITIL,
complexidade de implementao, etc.).
Pediu-se assim aos participantes que indicassem o impacto dos factores que
impedem uma adopo de ITIL sucedida. Os resultados so apresentados no grfico
abaixo (retirado do artigo The Adoption of ITIL in Large Enterprises, da
TechRepublic).
Como se pode observar na figura, o caso considerado mais srio o de falta de
conhecimento: mais de 50% consideram que este o factor mais srios no
impedimento da adopo de uma soluo ITIL contra cerca 30% que consideram ser
uma causa pouco relevante.
O prximo factor (incapacidade de conseguir consenso/compra) o segundo
considerado mais srio: quase 40% encaram este caso como sendo dos maiores
impedimentos contra cerca de 25% que o acham insignificante.
Quase 40% de inquiridos afirmam que a falta de donos de processos efectuados
um factor bastante srio, contra cerca de 28% que o consideram pouco relevante.
A complexidade outro factor que leva quase 30% dos inquiridos a no adoptar
ITIL. J cerca de 33% acham que este um factor que no influencia muito esta
deciso.
A definio das interfaces entre as regras de processos ITIL um problema para
cerca de 25% dos inquiridos enquanto quase 40% acham que este factor no
muito impeditivo da adopo das prticas de ITIL.
Finalmente, a personalizao/adaptao do modelo para encaixar nas
necessidades um problema para alguns (cerca de 20%). Contudo, o factor que a
maioria considera pouco significativo na deciso de adoptar ITIL (cerca de 65%).
Facilmente se conclui que o problema mais significativo e com larga vantagem
relativamente aos outros a falta de conhecimento. Daqui se deduz que as prticas
de ITIL no esto ainda compreendidas por grande parte das empresas e assim se
percebe o estado de imaturidade destas prticas na maioria das organizaes.
A ltima sondagem que se fez diz respeito ao uso eficaz de processos de gesto
para efectuar um conjunto de actividades relativas gesto de servios de TI e de
recursos. Os participantes deveriam responder se a sua organizao faz determinado
servio ou tarefa de gesto.
Conclui-se assim que mais de 80% das empresas tem ou ter nos prximos 12
meses processos de ITIL. Quanto s empresas que no tm quaisquer planos para a
implementao de processos ITIL, iro provavelmente aperceber-se que esto a
competir com organizaes em vantagem devido aos benefcios das prticas de ITIL.
Quanto a empresas europeias, foram inquiridas 27% das quais 14% esto
localizadas apenas na Europa e 13% tm localizaes tambm fora da Europa.
As restantes empresas (12%) no se encontram em nenhum dos casos
anteriores: nem so do Estados Unidos nem da Europa.
O tamanho das empresas inquiridas tambm pode ser medido atravs do seu
oramento anual. Assim, o grfico seguinte mostra o oramento destas empresas:
32% das empresas tm um oramento superior a $50 milhes, 11% afirmam ter um
oramento entre $25 e $50 milhes , 12% admitem ter um oramento anual entre
$10 e $24.9 milhes, cerca de 26% tm um oramento entre $1 e $9.9 milhhes e
19% apresenta um oramento inferior a $1 milho.
5. Concluses
Referncias
10. Active Reasoning (2004), Change Management The Other Half of the Story,
http://www.activereasoning.com/documents/changemgtwp.pdf (visitada em Out,
12, 2005)
11. Spafford, George (2005), The True Value of Change Management,
http://itmanagement.earthweb.com/service/article.php/3527471 (visitada em
Out, 12, 2005)
12. Stickel, Edward (2005), "Change Control vs. Change Management: Moving
Beyond IT", http://www.itsmwatch.com/itil/article.php/11700_3367151_1
(visitada em Out, 12, 2005)
13. LeetzaPegg & Matthew Kayes (2005), Top 5 Reasons why ITIL implementations
dont happen by the book, http://techrepublic.com.com/5100-10878-
5889033.html (visitada em Out, 17, 2005)
14. ITIL World Europe (2002) http://www.itilworld.com/europe/ (visitada em Out,
17, 2005)
15. ITIL, IT Service Management Best Practice (2005)
http://www.itil.co.uk/index.htm (visitada em Out, 17, 2005)
16. Best Practice (2003) http://www.get-best-practice.co.uk/ (visitada em Out, 17,
2005)
17. Worthen, Ben (Set 2005) ITIL Power,
http://www.cio.com/archive/090105/itil_frameworks.html?page=1 (visitada em
Out, 18, 2005)
18. Buschell, Sue (Set 2005) ITIL Be Alright On The Night,
http://www.cio.com.au/index.php/id;1085323409;fp;512;fpid;2147145428
(visitada em Out, 18, 2005)
19. Blum, Rick (Set 2004) IT Service Management and ITIL,
http://www.ins.com/downloads/surveys/sv_itil_1104.pdf (visitada em 18, Out,
2005)
20. Bittinger, Steve (Ago 2005) ITIL Adoption in sia Pacific 2005 Update
http://www.gartner.com/teleconferences/attributes/attr_132797_115.pdf
(visitada em 18, Out, 2005)