No ITIL 4, gerenciamento de mudanças se chama change enablement.
O nome mudou. A razão é direta: o processo existe para habilitar mudanças com segurança, não para criar burocracia que as bloqueia.
O que é change enablement
É a prática responsável por garantir que mudanças nos serviços e na infraestrutura de TI sejam implementadas com o mínimo de risco e interrupção.
Toda mudança começa com um RFC (Request for Change). O risco é avaliado, a mudança é classificada em um dos três tipos e cada tipo tem seu próprio fluxo de aprovação.
Os três tipos de mudança
Mudança padrão
Baixo risco. Alta repetição. Processo pré-aprovado e documentado.
A aprovação foi dada quando o procedimento foi criado. Cada execução individual não precisa de nova aprovação. Basta seguir o processo.
Exemplos: criação de conta de usuário conforme política definida, reset de senha, instalação de software homologado, reinicialização de serviço com runbook documentado.
Mudança normal
Risco médio ou alto. Requer avaliação e aprovação formal.
Passa pelo CAB (Change Advisory Board), o comitê que avalia e aprova mudanças normais. O CAB inclui representantes de infraestrutura, segurança, operações e negócio.
Tem planejamento, janela de implementação definida, plano de rollback documentado e revisão pós-implementação (PIR).
Exemplos: atualização de sistema operacional em servidores de produção, migração de banco de dados, nova versão de aplicação crítica.
Mudança de emergência
Urgente. Precisa ser implementada imediatamente para resolver incidente crítico ou vulnerabilidade de segurança.
Passa pelo ECAB (Emergency CAB), versão reduzida do CAB com aprovação acelerada. A documentação completa pode ser feita depois, em até 48 horas.
Exemplos: patch de segurança crítico, rollback emergencial após falha em produção, correção de configuração causando indisponibilidade.
A tabela dos três tipos
| Tipo | Risco | Aprovação | Quem aprova |
|---|---|---|---|
| Padrão | Baixo | Pré-aprovada | Processo documentado |
| Normal | Médio/alto | Formal | CAB |
| Emergência | Qualquer | Acelerada | ECAB |
CAB e ECAB
CAB: comitê que avalia e aprova mudanças normais. Reúne representantes de infraestrutura, segurança, operações e negócio. Cadência regular, geralmente semanal ou quinzenal.
ECAB: versão reduzida do CAB para emergências. Aprovação pode ser verbal com documentação posterior. Controle sem comprometer velocidade.
Change schedule
O change schedule centraliza todas as mudanças planejadas.
Serve para evitar conflito de janelas, comunicar stakeholders, alocar recursos. Depois da implementação, serve de referência para correlacionar incidentes com mudanças recentes.
Fato é que quando um incidente ocorre, a primeira pergunta é: "teve mudança recente nesse componente?" O change schedule responde.
Por que o ITIL 4 mudou o nome
No ITIL v3 chamava change management. O processo ficou conhecido por ser burocrático: muito CAB, pouca velocidade, mudanças simples travando por semanas.
O ITIL 4 reposicionou: a prática existe para habilitar, não para bloquear. Em ambientes com DevOps e entrega contínua, deploys acontecem dezenas de vezes por dia. Daí a mudança padrão virou o mecanismo para automação: deploys automatizados com testes validados não precisam de aprovação individual do CAB.
O que a prova ITIL 4 Foundation cobra
Os três tipos de mudança e suas características. Quem aprova cada tipo. Por que o ITIL 4 usa change enablement em vez de change management. O que é RFC. O que é CAB e ECAB. A função do change schedule. Exemplos de cada tipo.
A prova apresenta cenários e pede para classificar em qual tipo de mudança se encaixa. Memorize os exemplos.
FAQ
Uma mudança de emergência pode pular a documentação? Pode pular durante a implementação. Mas a documentação precisa ser feita depois, em até 48 horas. Emergência não significa ausência de registro.
Quem decide o que é mudança padrão? A organização define, com base em risco e repetibilidade. Um procedimento bem documentado e testado pode ser promovido a mudança padrão após aprovação do CAB.
O ITIL 4 ainda usa CAB? Sim. O CAB permanece, mas o ITIL 4 enfatiza que a composição deve ser adaptada ao contexto. Nem toda mudança normal precisa de uma reunião formal com todos os stakeholders.
▌ Change enablement é um dos temas mais cobrados no ITIL 4 Foundation. O simulado do PacketPass cobre todos os domínios com questões calibradas. Resultado por domínio, sem enrolação.
Informações baseadas no ITIL 4 Foundation oficial (Axelos/PeopleCert), OpServices e Better Skills, verificadas em agosto de 2026.