itil na prática gerencia de incidentes, problemas e mudanças
TRANSCRIPT
Fernando Cunha – [email protected]
• Bacharel em Informática
• Pós graduado Engenharia de Software UFPR
• Pós graduando em Gestão de TI
• ITIL V3 Foundation Certificate
• Gerente de Projetos
Contatos:
http://br.linkedin.com/pub/fernando-cunha/26/67a/827/
Palestrante:
Agenda
• Indrodução ITIL• Gerenciamento de Incidentes• Gerenciamento de Problemas• Gereciamento de Mudanças• Diferenças entre Incidentes e Problemas• Tipo de Incidentes• Ferramentas de Monitoração• CAB - Comitê Consultivo de Mudança• Tipos de Mudanças• Impacto de Mudanças não planejadas
ITIL
ITIL - INFORMATION TECNOLOGY INFRASTRUCTURE LIBRARY
É um framework para Gerenciamento de Serviços de TI. Ele está alinhado
com os processos de governança corporativa da organização e atualmente
está na versão V3, desde de 2009.
Um dos objetivos implicitos do ITIL é transformar a Tecnologia de
Informação e o Gerenciamento de Serviço em uma vantagem competitiva
para a organização.
Fases ITILé onde o Valor do serviço é
identificado e modelado,
geralmente orientado a
estratégia da organização.
Projeta o serviço para que ele
funcione corretamente
baseado nos SLAs e
expectativas do clientes.
Constrói e implanta o serviço,
após os devidos testes e
treinamentos.
É a fase responsável pela a
operação do serviço, o
ongoing. É nessa fase que o
Valor é percebido pelo cliente.
ITIL na prática - Sistema de CRMEssa é fase em geralmente a
alta gestão, sente a
necessidade de um novo
sistema de CRM.
Geralmente áreas de
Projetos, Mkt e/ou áreas
estratégicas.
Define com as áreas
envolvidas, os SLAs e como
deverá ser o funcionamento do
sistemas.
Geralmente áreas clientes e
analistas de negócio.
A área de TI em conjunto com
o negócio adquire ou
desenvolve a aplicação e
efetura os testes no novo
sistema.
Geralmente áreas de
desenvolvimento de sistemas
Após o rollout da aplicação de
CRM, baseando no SLA
desenhados, a aplicação entra
em operação. Nesse momento
também é definido o Dono do
Serviço, pois a aplicação
nesse momento é um Serviço
para a organização
Escopo da apresentação
● Gerenciamento de Incidentes
● Gerenciamento de Problemas● Gerenciamento de Mudança
Gerenciamento de Incidentes
Definição de Incidente: Qualquer evento que não faça
parte do comportamento padrão do Serviço de TI e que
cause, um interrupção, ou redução de qualidade.
Gerenciamento de Problemas
Definição de Problemas: É causa desconhecida de um
ou mais incidentes.
Origens de Problemas:
• Manutenção programada
• Incidentes reincidentes ou com impossibilidade de
correção
Gerenciamento de Mudança
• Documento contendo os Itens de Configuração, que serão
afetados; Itens de Configuração ou ICs, são todos os componentes que fazem parte de um Serviço
• Submeter para aprovação: baixo, médio ou alto;
• Avisar às áreas e clientes impactados;
• Especificar janela de manutenção;
• Descrever os procedimentos previstos para execução;
Diferenças entre Problemas e Incidentes
Ex01: A aplicação XPTO está muita lenta hoje, vou liga para a
TI. Incidente, pois o usuário teve uma perda de qualidade no
serviço.
Ex02: Preciso abrir um chamado para a TI, para configurar a
impressora na minha maquina. Isso é uma Solicitação de
Serviço, dentro do IT pertence ao processo de operação de
Serviço
Diferenças entre Problemas e Incidentes
EX03: Tentei acessar a aplicação de CRM e deu um erro e não
consegui acessar, alias todos do meu setor estão com o mesmo
problema, vou registrar um problema no helpdesk.. Incidente,
pois mais de um usuário estão percebendo perda de qualidade
diariamente.
Ex04: Estamos com esse incidente a dias. E ele desaparece
quando reiniciamos o Serviço. Um incidente recorrente,
sempre deverá abrir um Problema, para analizar a sua causa-
raiz.
Incidentes: Tipos de entrada
Existem duas formas para abertura de um incidente.
• Através de um chamado do usuário.• Através de ferramentas de monitoramento.
Com certeza a melhor forma é a segunda, pois ocorre de forma proativa e aumenta o tempo de resolução
Incidentes: Resolução e workaround
Sempre quando ocorre um incidente, segundo o ITIL, deve ser pesquisado na base de conhecimento, se existe alguma ação documentada, para fazer com que o Serviço afetado seja restabelecido de forma rápida.
No entanto, sempre quando isso ocorre deverá ser verificado a possibilidade de abrir um Problema, para que o mesmo seja analisado em sua causa-raiz.
No exemplo anterior, a ação de reiniciar o serviço é um workaround.
Ferramentas de monitoração/Gestão de Incidentes e Mudanças
• CA Service Management
• Zabbix - Performance Monitor System
• Jira - Service Desk
Geralmente as ferramentas monitoram por tipo de serviço,
por exemplo: aplicação,web services, redes etc.
Incidente: Informações para Registro
O registro deve ocorrer com os campos abaixo:
• Registrar um Incidente:
• Identificação
• Categorização
• Priorização (impacto e urgencia)
• Diagnostico Inicial
• Escalação (Funcional ou hieraquica)
• Investigação e diagnóstico
• Resolução e Recuperação
• Fechamento
• Dono do Serviço, Monitoração
• Possui workaround cadastrado?
Problemas: Informações para Registro
O registro deve ocorrer com os campos abaixo:
• Registrar um Problema:
• Identificação
• Categorização
• Priorização(impacto e urgência)
• Diagnóstico Inicial
• Escalação (Funcional ou hieraquica)
• Investigação e diagnóstico
• Resolução e Recuperação
• Fechamento
Problemas: Técnicas utilizadas para análise
• Diagrama de Pareto, onde pode utilizar 80/20 baseando no
incidentes mais graves ou com maior incidência.
• 5w3h - utilizado para gestão de incidentes e problemas.
• Ciclo PDCA - Planejar, Fazer, Checar e Agir.
• Diagrama de Ishikawa - Causa e Efeito.
Objetivos das Mudanças
Adição, modificação ou remoção de um serviço ou um
componente de serviço.
Esse processo tem a premissa que em um ambiente complexo
um único individuo é capaz de prever e se responsabilizar pelos
impactos da mudança.
Por esse motivo que esse processo utiliza os conceitos de
Autoridade de Mudança e Comitê Consultivo de Mudança (CAB).
O que é o CAB
O comitê consultivo de mudanças ou CAB, é uma parte muito
importante do processo de gestão de mudança
Esse comitê se reuni sempre que alguma mudança, irá interferir
em ambiente de produção. Os membros desse comitê
geralmente é composto de uma equipe multidisciplinar como
analistas de sistemas e o dono do Serviço a ser alterado.
Esse comitê decide ou não se a mudança irá ser ou não
realizada.
Tipo de Mudanças
Normal:
Precisa ser avaliada e autorizada;
É documentada antes de ser executada;
Ex:Inclusão de novos requisitos em uma aplicação
Padrão:
É pré-autorizada;
É rotineira e de baixo impacto;
Ex: grant de um usuário de banco de dados
Emergencial:
Está relacionada a falha não prevista e de alto impacto ao negócio;
Deve ser evitada ao máximo;
Precisa ser avaliada pelo CCME;
Ex: correção de um incidente grave
Impacto de Mudanças não documentadasQuando não há uma formalização de mudanças os riscos a TI e ao negócio aumentam
consideravelmente.
Um motivo desse risco é quando ocorre uma mudança, os 7Rs do gerenciamento de
mudanças não foram analisados:
1. Quem requisitou?
2. Qual a Razão?
3. Qual o Retorno Esperado?
4. Quais os Riscos?
5. Quais os Recursos Necessários?
6. Quem é o Responsável?
7. Qual é a Relação dessa mudanças com as outras ou com as que estão no ambiente.
Visto isso, a formalização e o processo de mudanças de suma importância para bom
gerenciamento de Serviços de TI