Processo ITSM Alinhado com ITIL

Gestão de configuração (CMDB)

Processo end-to-end com modelo de dados, workflow, actividades, RACI e métricas

Descarregar pack completo

Âmbito e objectivos

Objectivo

Garantir que a informação sobre os itens de configuração (CIs) e as suas relações é precisa, fiável e disponível quando necessário para suportar todos os processos de gestão de serviços.

Trigger

Introdução de novo CI na infraestrutura, alteração a CI existente (proveniente do change enablement) ou início de ciclo de verificação e auditoria periódica.

Âmbito

Desde o planeamento do modelo de dados e identificação dos CIs até à verificação contínua, auditoria da CMDB e melhoria dos procedimentos de controlo.

Fora do âmbito

Gestão de activos financeiros (asset management financeiro) e gestão de licenças de software, embora os CIs possam incluir atributos de licenciamento para referência.

Output

CMDB actualizada e precisa, relatórios de configuração, resultados de auditoria com acções correctivas documentadas e modelo de dados mantido e actualizado.

Modelo de dados da CMDB

A CMDB organiza a informação em tipos de CI, cada um com atributos específicos e relações que reflectem a realidade da infraestrutura. O modelo de dados é o ponto de partida de toda a gestão de configuração: definir bem os tipos e atributos antes de começar a registar CIs evita retrabalho e garante consistência a longo prazo.

Tipos de CI

Hardware
  • Servidor (físico e virtual)
  • Posto de trabalho / portátil
  • Equipamento de rede (switch, router, firewall)
  • Dispositivo de armazenamento
  • Impressora / periférico
Software
  • Aplicação de negócio
  • Sistema operativo
  • Base de dados
  • Middleware / plataforma
  • Licença de software
Serviço
  • Serviço de negócio
  • Serviço técnico / infraestrutura
  • Serviço cloud (SaaS, PaaS, IaaS)
  • Interface / API externa
Documento
  • SLA / OLA / UC
  • Contrato de fornecedor
  • Procedimento operacional
  • Política de segurança
Pessoa / Equipa
  • Grupo de suporte interno
  • Fornecedor externo
  • Responsável técnico
  • Service owner

Atributos comuns a todos os CIs

Atributo Descrição Obrigatório
ID único Identificador único gerado automaticamente pela ferramenta ITSM Sim
Nome Designação oficial do CI, seguindo convenção de nomenclatura definida Sim
Tipo Classificação do CI conforme taxonomia do modelo de dados Sim
Versão Versão do software, firmware ou documento Sim (software/doc)
Estado Estado actual: em desenvolvimento, em produção, em manutenção, retirado Sim
Localização Localização física (datacenter, rack, sala) ou lógica (tenant, ambiente) Sim
Responsável Pessoa ou grupo responsável pela gestão do CI Sim
Fornecedor Fabricante ou prestador de serviço associado ao CI Recomendado
Data de instalação Data em que o CI foi colocado em produção Recomendado
Data de fim de vida Data prevista ou efectiva de retirada de serviço Recomendado

Tipos de relação entre CIs

Depende de — este CI não funciona sem o CI relacionado
É componente de — este CI faz parte de um CI de nível superior
Está instalado em — software instalado num hardware específico
É gerido por — equipa ou fornecedor responsável pelo CI
Suporta — este CI suporta a entrega de um serviço
Conecta a — ligação de rede ou integração entre CIs

Diagrama do processo

Diagrama BPMN simplificado do processo de gestão de configuração (3 swimlanes). O ciclo é contínuo: cada mudança volta a activar o controlo de CIs. Percorra horizontalmente em dispositivos móveis.

Actividades macro

# Actividade Responsável Input Output
1 Planeamento do modelo de dados Configuration manager Requisitos dos processos, catálogo de serviços Modelo de dados definido: tipos de CI, atributos, relações
2 Identificação de CIs Configuration manager / Equipa técnica Modelo de dados, inventário existente Lista de CIs a registar na CMDB
3 Registo e classificação Configuration manager CIs identificados com atributos recolhidos CIs classificados com atributos e relações na CMDB
4 Controlo de alterações Configuration manager Mudanças implementadas (do change enablement) CMDB actualizada para reflectir o estado real
5 Verificação de integridade Configuration manager / Equipa técnica CMDB, estado real dos CIs em produção Relatório de discrepâncias com desvios identificados
6 Auditoria Auditor / Configuration manager CMDB, políticas de configuração Relatório de auditoria, acções correctivas documentadas
7 Reporting Configuration manager Dados da CMDB e resultados de verificações Relatórios de configuração, dashboards de precisão
8 Melhoria contínua Configuration manager Resultados de auditorias, feedback dos processos clientes Melhorias ao modelo de dados e aos procedimentos

Descrição detalhada das actividades

O modelo de dados define o que vai ser registado na CMDB e como. Esta actividade é executada uma vez na fase inicial e revista sempre que os requisitos dos processos mudam significativamente. Um modelo de dados mal definido leva a registos inconsistentes, relações em falta e dados de difícil utilização nos processos dependentes.

Passos chave

  • Identificar os processos que vão consumir dados da CMDB (incidentes, problemas, mudanças, SLM)
  • Definir os tipos de CI necessários para cada processo
  • Estabelecer os atributos obrigatórios e opcionais por tipo de CI
  • Definir os tipos de relação e em que contextos se aplicam
  • Acordar a granularidade: nível de detalhe adequado ao esforço de manutenção
  • Documentar convenções de nomenclatura e regras de preenchimento
Critério de saída: modelo de dados documentado e aprovado pelos responsáveis dos processos clientes da CMDB.

A identificação determina quais os componentes da infraestrutura que devem ser geridos como CIs. Não tudo precisa de ser registado na CMDB: a regra geral é registar os componentes que, quando falham ou são alterados, têm impacto nos serviços ou precisam de controlo formal. A descoberta automática (auto-discovery) é uma boa prática para garantir cobertura.

Passos chave

  • Executar ferramentas de descoberta automática de activos na rede
  • Comparar resultados da descoberta com o inventário existente
  • Aplicar critérios de filtragem com base no modelo de dados aprovado
  • Recolher atributos base de cada CI identificado
  • Identificar relações óbvias (servidores e SO instalados, serviços e servidores)
Critério de saída: lista consolidada de CIs a registar com atributos básicos preenchidos e validados pela equipa técnica responsável.

Cada CI identificado é criado formalmente na CMDB com todos os atributos obrigatórios preenchidos e as relações com outros CIs estabelecidas. A qualidade do registo inicial determina a fiabilidade da CMDB a longo prazo. CIs registados sem relações ou com atributos em falta têm valor reduzido nos processos que dependem desta informação.

Passos chave

  • Criar o registo do CI na ferramenta ITSM com ID único gerado automaticamente
  • Preencher todos os atributos obrigatórios conforme o modelo de dados
  • Classificar o CI no tipo correto da taxonomia
  • Estabelecer relações com outros CIs já registados
  • Atribuir responsável e definir estado inicial (em desenvolvimento ou em produção)
  • Associar o CI ao serviço de negócio que suporta
Critério de saída: CI criado na CMDB com todos os atributos obrigatórios preenchidos, pelo menos uma relação definida e responsável atribuído.

Cada mudança implementada deve resultar na actualização imediata dos CIs afectados na CMDB. Esta é a actividade mais crítica para manter a precisão: uma CMDB que não reflecte as mudanças recentes perde rapidamente valor. O change enablement deve incluir a actualização da CMDB como critério de conclusão de qualquer mudança.

Passos chave

  • Rever o registo de mudança para identificar os CIs afectados
  • Actualizar atributos dos CIs modificados (versão, configuração, localização)
  • Criar novos CIs para componentes adicionados
  • Retirar ou arquivar CIs removidos da infraestrutura
  • Actualizar relações afectadas pela mudança
  • Confirmar actualização no registo de mudança antes de encerrar
Critério de saída: CMDB actualizada no prazo máximo de 24 horas após implementação da mudança; confirmação registada no ticket de mudança.

A verificação compara o estado registado na CMDB com a realidade da infraestrutura. Pode ser contínua (através de reconciliação automática com ferramentas de descoberta) ou periódica. O objectivo é detectar desvios antes que causem problemas nos processos dependentes da CMDB.

Passos chave

  • Executar verificação automatizada comparando CMDB com descoberta de rede
  • Identificar CIs presentes na infraestrutura mas não registados (CIs fantasma)
  • Identificar CIs registados na CMDB mas inexistentes na infraestrutura
  • Verificar atributos críticos: versão, responsável, estado
  • Verificar coerência das relações definidas
  • Documentar todas as discrepâncias no relatório de integridade
Critério de saída: relatório de discrepâncias produzido com lista priorizada de desvios e recomendações de correcção.

A auditoria é uma avaliação formal da CMDB, realizada por uma entidade independente do configuration manager, com periodicidade mínima trimestral. Vai além da verificação de integridade técnica: avalia conformidade com políticas, qualidade dos registos, adequação do modelo de dados e maturidade do processo de gestão de configuração.

Passos chave

  • Definir âmbito da auditoria (tipo de CIs, período, processos dependentes)
  • Seleccionar amostra representativa de CIs para verificação detalhada
  • Verificar conformidade dos registos com as políticas e o modelo de dados
  • Avaliar a cobertura: percentagem de CIs reais registados na CMDB
  • Identificar mudanças não autorizadas detectadas por comparação histórica
  • Produzir relatório com conclusões, métricas de qualidade e acções correctivas
Critério de saída: relatório de auditoria aprovado com plano de acções correctivas e prazos definidos.

Os relatórios de configuração fornecem visibilidade sobre o estado da CMDB e suportam a tomada de decisão nos processos dependentes. Os dashboards de precisão mostram a evolução das métricas ao longo do tempo e permitem identificar tendências de degradação antes de afectarem os processos.

Passos chave

  • Calcular métricas de precisão e cobertura da CMDB
  • Produzir relatório mensal com estado dos CIs por tipo e por serviço
  • Reportar evolução das métricas face a períodos anteriores
  • Identificar áreas com maior incidência de discrepâncias
  • Distribuir relatório aos responsáveis dos processos clientes
Critério de saída: relatório mensal distribuído com métricas actualizadas e análise de tendências.

A gestão de configuração é um processo em permanente evolução. A infraestrutura muda, os processos dependentes têm novas necessidades e o modelo de dados precisa de acompanhar essa evolução. A melhoria contínua garante que a CMDB mantém relevância e utilidade ao longo do tempo, em vez de se tornar um repositório de informação desactualizada.

Passos chave

  • Analisar tendências dos relatórios de auditoria e verificação
  • Recolher feedback dos processos que consomem dados da CMDB
  • Identificar tipos de CI ou atributos em falta no modelo de dados actual
  • Propor melhorias ao modelo, procedimentos e ferramentas
  • Implementar melhorias aprovadas e comunicar alterações aos utilizadores da CMDB
Critério de saída: plano de melhoria documentado com iniciativas priorizadas e modelo de dados revisto quando aplicável.

Modelo RACI

Actividade Config. manager
(CM)
Eq. técnica
(ET)
Change manager
(ChM)
Auditor
(AU)
Service owner
(SO)
Planeamento do modelo de dados R C C - A
Identificação de CIs A R - - I
Registo e classificação R C - - A
Controlo de alterações R R A - I
Verificação de integridade A R - I I
Auditoria C C - R A
Reporting R - I I A
Melhoria contínua R C C I A
R Responsible - executa a actividade A Accountable - responde pelo resultado C Consulted - é consultado I Informed - é informado

Métricas e KPIs

Métrica Descrição Target sugerido
Precisão da CMDB Percentagem de CIs verificados cujos atributos correspondem à realidade da infraestrutura > 95%
Cobertura da CMDB Percentagem de CIs reais existentes na infraestrutura que estão registados na CMDB > 90%
CIs sem responsável Número de CIs registados sem responsável atribuído (devem ser zero) 0
Mudanças não autorizadas detectadas CIs modificados sem registo de mudança correspondente, detectados na verificação Tendência decrescente
Relações mapeadas Percentagem de CIs com pelo menos uma relação definida com outro CI > 85%
Frequência de auditoria Periodicidade com que é realizada auditoria formal à CMDB Trimestral (min.)
Tempo de actualização Tempo máximo entre implementação de mudança e actualização dos CIs afectados na CMDB < 24h

Interfaces com outros processos

Entrada

Change enablement

Cada mudança autorizada e implementada deve resultar na actualização imediata dos CIs afectados. A CMDB é critério de conclusão de qualquer mudança.

Saida

Gestão de incidentes

A gestão de incidentes consulta a CMDB para identificar o CI afectado, realizar análise de impacto e determinar dependências de serviço.

Saida

Gestão de problemas

A análise de causa raiz utiliza as relações entre CIs para mapear dependências e identificar componentes que podem estar na origem de problemas recorrentes.

Saida

Service level management

O SLM associa os SLAs aos serviços registados na CMDB, permitindo identificar rapidamente os CIs de suporte quando um SLA está em risco.

Entrada

Gestão de activos

A gestão de activos fornece informação financeira e de ciclo de vida que enriquece os registos de CI, como custo de aquisição, garantia e data de fim de vida.

Saida

Todos os processos ITSM

A CMDB é a fonte autoritativa de informação sobre a infraestrutura de TI. Todos os processos dependem dela para tomar decisões informadas sobre impacto, risco e dependências.

Descarregar o pack completo

Inclui o processo documentado, modelo de dados da CMDB, formulário de registo de CI, checklist de auditoria, RACI e métricas em Excel.