Caso de uso do Gestão de mudanças

  • Versão de lançamento: Xanadu
  • Atualizado 1 de ago. de 2024
  • 2 min. de leitura

    • Para o ITSM, especificamente incidente e mudança, identificar a localização de dados críticos pode ajudar a reduzir o tempo médio para resolver incidentes e eliminar indisponibilidades causadas por mudança.

    Principais recursos do caso de uso do Gestão de mudanças

    A aplicação da estrutura de CSDM agrega valor a Gestão de mudanças das seguintes maneiras:
    • Permite aos usuários compreender o impacto de uma mudança em serviços e ofertas de serviço.
    • As mudanças são roteadas dinamicamente.
    • O Gestão de mudanças identifica e notifica todos os serviços afetados para dar suporte à decisão de aprovação.

    Elementos de dados disponíveis para serem usados pelo Gestão de mudanças.
    1. Assinatura: listas relacionadas sobre ofertas de serviço que identificam quem tem acesso à oferta e, portanto, pode ser afetado por uma indisponibilidade. Um incidente ou mudança pode identificar o impacto usando as tabelas inscritas. As listas relacionadas são as seguintes:
      • Assinaturas de serviço por empresa [service_subscribe_company]
      • Assinaturas de serviço por departamento [service_subscribe_department]
      • Assinaturas de serviço por grupo [service_subscribe_sys_user_grp]
      • Assinaturas de serviço por localização [service_subscribe_location]
      • Assinaturas de serviço por usuário [service_subscribe_sys_user]
    2. A oferta de serviço de negócios pode ser usada para fornecer o aprovador de negócios com base em approval_group e business_criticality. Um serviço de negócios pode ter várias ofertas, cada uma com uma criticidade diferente.
    3. A oferta de serviço técnico pode ser usada para fornecer o aprovador técnico approval_group e o grupo de atribuição técnica no atributo assignment_group. Pode ser usado por mudança para roteamento de mudança e tarefas de mudança. Pode ser sincronizado nos ICs que as ofertas gerenciam, reduzindo assim a sobrecarga manual de manter dados manuais em milhares/milhões de ICs.
    4. O serviço de aplicativos pode ser usado para fornecer ambientes de produção e não produção (DEV, CQ, UAT etc.). Os ambientes de não produção podem ser filtrados, se desejado. Os mapas de atributo used_for legados para o atributo de ambiente. Você deve usar o atributo de ambiente.
      Nota:
      Algumas ofertas de serviço também podem identificar o ambiente da oferta.

    Resultados do caso de uso do Gestão de mudanças

    A estrutura do CSDM fornece contexto para as mudanças. O contexto inclui os ICs envolvidos na mudança e os serviços afetados.

    Use o formulário de Solicitação de mudança para ver o impacto da mudança. Conclua os seguintes passos:
    1. Preencha o atributo do item de configuração [configuration_item] com o IC de destino para a atividade de mudança. Você pode usar este IC para identificar os detalhes para roteamento de mudança. Por exemplo, você pode usar os dados de IC, como "Grupo de atribuição" ou "Grupo de aprovação", e fornecer informações sobre o impacto do serviço usando relacionamentos de dependência.
    2. Preencha a lista relacionada de serviços afetados [task_cmdb_ci_service] com os serviços que estão relacionados ao IC preenchido. Estes podem incluir serviços e ofertas de serviços.
    3. (Opcional) Use os atributos de serviço e oferta de serviço para identificar os serviços do provedor responsáveis pelo gerenciamento dos ICs selecionados.
    4. (Opcional) Use a lista relacionada de ICs afetados [task_ci] para identificar os ICs que podem ter causado a mudança. Esses ICs são adicionais aos ICs preenchidos anteriormente. A tabela [task_ci] pode ser preenchida de forma dinâmica ou manual.
      Nota:
      O preenchimento dinâmico não faz parte de sistema base. Para usar o preenchimento dinâmico, você precisa configurar o formulário de Solicitação de mudança.

    Para obter mais informações

    Assista ao vídeo: Como a Gestão de mudanças aproveita o CSDM