Gestão de Problemas no GLPI: Incidente vs Problema na Prática

Como utilizar o módulo de Problemas do GLPI para investigar causas raiz, reduzir incidentes recorrentes e documentar soluções definitivas.

A gestão de problemas é onde se deixa de combater incêndios e se começa a preveni-los. Este guia mostra como utilizar o módulo de Problemas do GLPI para investigar causas raiz e reduzir incidentes recorrentes.

Incidente vs Problema: a diferença fundamental

A confusão mais comum em ITSM é pensar que "o incidente se torna um problema". Não é assim. São processos distintos:

  • Incidente: foco em restaurar o serviço rapidamente (corretivo)
  • Problema: foco em encontrar e eliminar a causa raiz (preventivo)

Exemplo prático: o servidor de correio eletrónico cai todas as segundas-feiras. Cada queda é um incidente (resolvido ao reiniciar o serviço). A investigação que descobre que o backup semanal esgota a memória é o problema.

Tipos de gestão de problemas

Reativa

Investigação após a ocorrência de incidentes. É a mais comum: múltiplos incidentes semelhantes → abrir Problema → investigar causa raiz.

Proativa

Análise de tendências e padrões antes que ocorram incidentes. Requer dados históricos e indicadores de qualidade.

Fluxo no GLPI

  1. Identificação: detetar padrão de incidentes recorrentes ou incidente crítico
  2. Registo: criar item do tipo Problema em Assistência > Problemas
  3. Ligação: associar os tickets relacionados através do separador Tickets
  4. Investigação: documentar a análise de causa raiz na linha cronológica
  5. Solução de contorno: registar workaround para utilização imediata
  6. Solução definitiva: implementar a correção permanente
  7. Mudança: se necessário, abrir uma Mudança para implementar a correção
  8. Encerramento: documentar as lições aprendidas na base de conhecimento

Automatizar com NexTool

O módulo Problem Flow do NexTool automatiza a deteção de padrões: quando são detetados incidentes recorrentes por categoria e frequência, um Problema é criado automaticamente com os tickets vinculados.

Boas práticas

  • Não aguarde dezenas de incidentes – 3 ocorrências semelhantes já justificam um Problema
  • Documente sempre: mesmo que a solução pareça óbvia, registe-a na base de conhecimento
  • Vincule Problemas a Mudanças quando a correção exigir alterações de infraestrutura
  • Reveja os Problemas abertos semanalmente para evitar a sua acumulação

Próximo passo

Complete o ciclo ITIL com a gestão de mudanças e implemente uma base de conhecimento para documentar as soluções encontradas.

Perguntas Frequentes

Quando dois ou mais incidentes partilham a mesma causa raiz, ou quando um incidente crítico precisa de investigação aprofundada para evitar recorrência.

Não nativamente. O módulo Problem Flow do NexTool identifica padrões recorrentes e cria Problemas automaticamente. No GLPI puro, a abertura é manual.

O contorno (workaround) restaura o serviço rapidamente sem corrigir a causa raiz. A solução definitiva elimina a causa raiz permanentemente. Ambas devem ser documentadas no Problema.

No GLPI, abra o Problema e utilize o separador 'Tickets' para vincular os tickets relacionados. Isto cria rastreabilidade entre os tickets e a investigação da causa raiz.

Precisa de ajuda?