Toda implantação de mudança em TI vem com uma mistura de esperança e medo. A esperança de entregar mais valor e aprimorar os serviços; e o medo de que algo dê errado, causando incidentes e impactando o negócio. Por muito tempo, o gerenciamento de mudanças foi visto como um processo burocrático, um “mal necessário”. No entanto, a prática de Habilitação de Mudança da ITIL® 4 moderniza essa visão. Afinal, seu propósito é maximizar o número de mudanças bem-sucedidas, equilibrando agilidade e segurança de forma inteligente.

Entendendo a Prática de Habilitação de Mudança

Primeiramente, precisamos definir o que é uma “mudança” neste contexto: é o acréscimo, a modificação ou a remoção de qualquer elemento que possa afetar, direta ou indiretamente, os serviços de TI. Isso inclui infraestrutura, aplicações, processos e até relacionamentos com fornecedores.

É crucial também distinguir a Habilitação de Mudança (focada em produtos e serviços) do Gerenciamento de Mudanças Organizacionais (focado no aspecto humano das transformações). Em outras palavras, a primeira garante que a atualização do servidor não quebre o sistema, enquanto a segunda garante que as pessoas saibam como usar o novo sistema.

A Autoridade de Mudança: Quem Aprova o Quê?

Para que o processo funcione sem criar gargalos, cada mudança deve ser autorizada pela pessoa ou grupo correto, conhecido como Autoridade de Mudança. Consequentemente, a designação desta autoridade é essencial para a eficiência do fluxo.

Por exemplo, em mudanças de baixo risco, a aprovação pode ser automatizada ou delegada ao próprio executor. Por outro lado, uma mudança de alto impacto pode exigir a aprovação de um comitê de diretores. Além disso, em organizações de alta velocidade (DevOps), é comum descentralizar essa aprovação, utilizando a revisão por pares (peer review) como um mecanismo ágil e eficaz.

Os 3 Tipos de Mudança e Como Gerenciar cada um

A Habilitação de Mudança classifica as alterações em três tipos para aplicar o nível certo de controle a cada uma. Dessa forma, a organização evita tratar uma simples atualização de software com a mesma burocracia de uma migração de data center.

• Mudanças Padrão (Standard Changes): São as mudanças de baixo risco, pré-autorizadas e bem documentadas. Afinal, elas seguem um procedimento testado e seguro. Pense em criar uma nova conta de e-mail ou instalar um software já homologado. Elas não precisam de uma nova autorização a cada execução. Podem ser executadas como Requisição de Serviço.
• Mudanças Normais (Normal Changes): Estas seguem o processo padrão de avaliação, agendamento e autorização. O nível de rigor depende do risco. Por exemplo, a implementação de uma nova funcionalidade em um sistema ou a atualização de um servidor de produção são mudanças normais que precisam de uma avaliação de risco cuidadosa.
• Mudanças Emergenciais (Emergency Changes): São mudanças que precisam ser implementadas o mais rápido possível para resolver um incidente ou uma falha de segurança grave. Neste caso, o processo de aprovação é acelerado, e a documentação pode ser finalizada após a implementação. Contudo, elas ainda devem passar por testes e aprovação, mesmo que de forma simplificada, por uma autoridade de mudança específica para emergências.

O Calendário de Mudanças: Visibilidade para a Operação

Para organizar tudo isso, a prática utiliza o Calendário de Mudanças (Change Schedule). Esta ferramenta é essencial para planejar as implementações, comunicar as partes interessadas, evitar conflitos de janelas e alocar recursos de forma inteligente. Adicionalmente, após a execução, o calendário serve como uma fonte de informação valiosa para as equipes de incidentes e problemas, ajudando a correlacionar falhas com alterações recentes no ambiente.

Habilitação de Mudança na Prática com o Verdanadesk

Implementar um processo eficaz de Habilitação de Mudança exige uma plataforma centralizada que ofereça controle, visibilidade e automação. Planilhas, e-mails ou sistemas de mensageria simplesmente não são suficientes.

O Verdanadesk, com seu core GLPi, oferece um módulo completo para suportar esta prática do ITIL 4:

• Registro Centralizado: Permite criar um Pedido de Mudança (PDM) para cada alteração, garantindo que nada seja feito sem o devido registro e rastreabilidade.
• Fluxos de Aprovação: Com o nosso motor de automação vFlow, é possível desenhar fluxos de trabalho distintos para cada tipo de mudança, direcionando a aprovação para a autoridade correta automaticamente.
• Avaliação de Impacto: Ao conectar as mudanças aos Itens de Configuração (ICs) na base de dados (CMDB), você pode avaliar o impacto potencial de cada alteração de forma muito mais precisa.
• Calendário Integrado: O Verdanadesk possui um calendário que exibe todas as mudanças planejadas, aprovadas e implementadas, fornecendo a visibilidade necessária para toda a equipe de TI.

Mudanças que Geram Valor, não Problemas

Em resumo, a Habilitação de Mudança não é sobre criar burocracia, mas sim sobre criar um caminho seguro para que as inovações e melhorias cheguem à produção. Ao classificar as mudanças e aplicar o nível certo de governança a cada uma, sua organização consegue equilibrar perfeitamente a necessidade de velocidade com a exigência de estabilidade. Dessa forma, você garante que cada mudança seja uma fonte de valor, e não a causa do próximo incidente grave.