Escolar Documentos
Profissional Documentos
Cultura Documentos
Módulo 4
Gerenciamento de
Problema
Erro na infra-
estrutura
Incidente
Problema
Erro
Conhecido
Requisição
de Mudança
Resolução
Estrutura
Relacionamento entre Service-Desk, Incidente e Problema
Service Desk
• É uma função na área TI.
• Ponto central de contato entre Usuários e Gerenciamento de Serviços de TI.
Gerenciamento de Incidente
• Restaurar o serviço normal o mais rápido possível
• Usa soluções de contorno geradas no processo de Gerenciamento de
Problema
Gerenciamento de Problema
• Minimizar o efeito adverso no negócio, causado por Incidentes e Problemas,
com erros na Infra-estrutura
• Faz o diagnóstico da causa raiz dos incidentes
• Identifica uma solução definitiva
• É um processo mais demorado do que o Gerenciamento de Incidente
Entradas, Saídas e Atividades
Incidentes
Graves
• Controle de Problemas
• Controle de Erros
• Prevenção Pró-ativa Requisição de
• Identificar tendências Mudança (RDM)
• Informações Gerenciais
• Revisão Pós Implementação
Incidentes
correlacionados
Gerenciamento de
Mudança Gerenciamento de Gerenciamento de
Configuração Liberação
Atividades
Controle de Problemas
Controle de Erros
Prevenção Pró-ativa
Identificar tendências
Informações Gerenciais
Revisão Pós Implementação
Controle de Problemas
Classificação
Investigação e Diagnóstico
(Controle de Erros)
Controle de Problemas
Metas:
Identificar a Causa Raiz dos Incidentes (ex. Item de Configuração (IC) com
Defeito)
Depende da qualidade do registro dos Incidentes
Sua característica de evitar recorrência demanda mais planejamento e
gerenciamento
Reativo
Atividades:
Identificação e Registro (análise!)
Classificação (parecido com Incidentes)
Investigação e Diagnóstico (técnicas)
Análise da Causa Raiz
Classificação de Problemas
Categorização
Aplicar o grupo técnico responsável pela área do problema
Impacto
Efeito no negócio
Urgência
Tempo disponível para evitar ou reduzir o impacot
Prioridade
Combinação Impacto x Urgência
Análise de Kepner e Tregoe
É um método desenvolvido por Charles Kepner e Benjamin Tregoe que serve
como sistemática para resolver problemas e usar o máximo de vantagem do
conhecimento das experiências adquiridas. Os passos sugeridos para a
identificação do problema são:
Definir o Problema
Descrever o Problema relacionando identidade, localização, tempo e
tamanho
Estabilizar possíveis causas
Testar a causa mais provável
Verificar a verdadeira causa
Diagrama de Ishikawa
Diagrama conhecido como causa e efeito, busca identificar a causa raiz de um
problema através de uma série de causas e efeitos que estão relacionados com
o problema.
Sistema de
vendas
indisponível
Avaliação
►Prevenção de problemas em
outros sistemas e aplicações
►Monitoramento do Gerenciamento de
Mudanças
Categoria de incidentes
Peso
Funções
O Gerente de Problema deve assegurar que:
Os dados estejam registrados adequadamente
Os dados sejam regularmente auditados
Os erros conhecidos sejam registrados no BD de Erros conhecidos
A equipe de suporte esteja preparada para fazer o registro correto dos
problemas.
A equipe de suporte é responsável por:
Identificação dos Problemas
Investigação dos Problemas chegando aos Erros conhecidos
Monitoramento do Processo de eliminação dos Erros conhecidos
Emitir RDM (Requisição de Mudança) quando necessário
Identificar tendências
Comunicar soluções de contorno para o Gerenciamento de Incidente
Relacionamentos
Informação Informação
Incidentes &
Informação
Problemas gravados
Gerenciamento
de Problema
Informação BD Problemas
Revisão Pós-Implementação
Requisição de Mudança
Gerenciamento
de Mudança
Problemas Comuns
Qualidade das informações dos incidentes
Tempo e recursos para fazer o tratamento dos
problemas
Criar e manter uma Base de Conhecimento e Erros
conhecidos
Reconhecer que Service Desk tem um papel
importante neste processo
Lidar com Erros Conhecidos não resolvidos
Dados históricos não confiáveis para a análise de
tendência
Desvio do Service Desk
Avaliação errônea do impacto no negócio
Falta de comprometimento gerencial e da equipe
Comprometimento da equipe (cultura)
Principais Benefícios
Melhora os Serviços de TI
Reduz o Número de Incidentes
Soluções Permanentes
Melhora o aprendizado da organização
Aumento do índice de resolução do Service-Desk
no primeiro contato
IPDs - Indicadores Principais de Desempenho
Número de Problemas por status, serviço,
impacto e classificação
Número e impacto dos Incidentes durante a
operação do processo
Percentual de esforço reativo x pró-ativo
Esforço, custo e tempo dos diagnósticos
Número de Requisições de Mudança geradas
pelo processo de Controle de Erros
Tempo para Solução de Problemas x Tempo
Estimado
Retorno sobre o Investimento - ROI
Suponha que a implementação deste processo
reduza em 10% o número de incidentes gerados
por ano.
Exemplo do Benefício: Isto significa uma receita de
R$ 4.165,00 por ano – (500 incidentes x 10
minutos x R$ 0.833 por minuto)