Políticas do Processo
Declaração | Razão |
---|---|
A equipe de TIC deverá seguir as políticas, o processo e os procedimentos definidos para o Gerenciamento de Problemas. Desvios ao processo devem ser justificados. Alterações no processo devem ser conduzidas pelo Guardião do Processo. |
Garantir a consistência do processo e alta qualidade dos serviços entregues pela TIC. |
Declaração | Razão |
---|---|
Existirá apenas um processo de Gerenciamento de Problemas nos serviços de TIC para toda a organização, bem como apenas uma base para registro de problemas e erros conhecidos, com o objetivo de reduzir, de forma contínua, a quantidade e o impacto de problemas e incidentes. |
Garantir eficiência e eficácia das atividades de gerenciamento de problemas. |
Declaração | Razão |
---|---|
Uma ocorrência pode ser considerada como problema caso se relacione a uma dessas situações:
|
Garantir que a quantidade de tempo e energia apropriados seja alocada para o processo de Gerenciamento de Problemas. Uma definição clara do que é um problema limita o escopo de atuação do processo. |
Declaração | Razão |
---|---|
De forma a garantir que os problemas sejam tratados na ordem correta, todos os problemas devem ser priorizados com base no impacto e urgência definidos para o problema e pela avaliação do Gestor Técnico da Solução, conforme importância relativa do serviço de TIC ao negócio e o impacto do problema neste serviço. |
Garantir que os problemas sejam tratados na ordem em que minimize os impactos no negócio. |
Declaração | Razão |
---|---|
Cada problema será atribuído a um analista de problema que tenha o conhecimento e as habilidades para conduzir as atividades de análise de causa e pesquisa de solução, envolvendo as equipes que se fizerem necessárias. |
Garantir que os recursos adequados sejam utilizados. |
Declaração | Razão |
---|---|
O problema só será considerado um erro conhecido após a identificação da causa raiz e do desenvolvimento de uma solução de contorno validada no ambiente em que o problema ocorre. |
Garantir que problemas cujas causas não foram identificadas não sejam marcados como erros conhecidos, e portanto, cessem as atividades de investigação prematuramente. |
Declaração | Razão |
---|---|
Todo membro das equipes de TIC que trabalhar em um problema será responsável por atualizar o registro do problema com as atividades realizadas. |
Garantir a coleta das informações e o histórico de ações executadas, para manter comunicação apropriada de status e entre as equipes que atuem no problema. |
Declaração | Razão |
---|---|
O Gerenciamento de Problemas associará incidentes abertos aos erros conhecidos ou problemas, assim também associará registros de problemas que se mostrem relacionados na mesma causa. Os incidentes associados ao problema devem ser resolvidos o mais rápido possível através de solução de contorno, quando disponível, independente da resolução definitiva do problema. |
Garantir que as informações sejam colocadas nos registros de problema de forma a associar corretamente os incidentes quando registrados. |
Declaração | Razão |
---|---|
Problemas e Erros Conhecidos somente serão fechados após a implementação com sucesso da solução encontrada. Consta também dessa etapa a revisão pós-implementação, indicando que a solução não proporcionou novos incidentes. O Gerenciamento de Problemas participará das revisões de pós-implementação das mudanças (RDM) que tenham sido iniciadas pelo processo de Gerenciamento de Problemas. Problemas para os quais optar-se em mantê-los na infraestrutura, por questões de valores, complexidade ou prioridades, serão justificados e encerrados pelo Gestor Técnico da Solução como aceitos. |
Garantir que os registros de problemas e erros conhecidos não sejam fechados de forma prematura e nem permaneçam abertos indefinidamente. |
Declaração | Razão |
---|---|
Problemas classificados como graves, como também aqueles para os quais se julgar necessário em função de suas características, deverão ser revisados após sua resolução observando a efetividade da solução, lições aprendidas e oportunidades de melhoria. |
Prevenir a recorrência, bem como evitar a ocorrência de incidentes correlatos que possam impactar o negócio. |
Declaração | Razão |
---|---|
Um problema poderá ser registrado após o início da investigação de causa raiz ou após a implantação da solução em circunstâncias nas quais o problema surge de repente, provoque impacto significativo no serviço e de forma imediata equipes de TIC são mobilizadas para investigação da causa raiz. Tão logo a situação esteja normalizada, deve-se proceder com o registro e documentação do problema. |
Garantir que o impacto no serviço para o usuário seja o menor possível sem, no entanto, deixar de realizar o registro e devidas documentações da ocorrência. |