Gestão de mudanças

1. Como ler este material

Este material antecede o encontro. A segunda metade da aula simula um comitê de mudanças: cada grupo redige uma requisição formal referente ao sistema do parceiro e a defende perante a turma. A leitura prévia das seções 3 a 9 é o que permite redigir a requisição dentro do tempo disponível.

O texto trata da alteração em ambiente produtivo depois que o sistema entrou em operação. A Aula 4 encerrou na virada; a partir dela, cada modificação afeta uma operação que já depende do sistema, o que altera o critério de decisão e exige rito formal.

2. Os dois sentidos do termo

A expressão gestão de mudanças designa duas disciplinas distintas, com literatura e instrumentos próprios.

O sentido técnico, designado no mercado brasileiro pela sigla GMUD, trata do controle das alterações em ambiente produtivo: quem solicita, quem avalia o risco, quem autoriza, quando a execução ocorre e como se retorna ao estado anterior. Seus objetos são configuração, código, versão, infraestrutura e interface.

O sentido organizacional trata da transição das pessoas do estado atual para o estado futuro: consciência da necessidade, capacitação, prática do novo procedimento e sustentação do comportamento. Seus objetos são papel, procedimento, indicador e rotina de trabalho.

3. A requisição de mudança

A requisição formal, referida como RFC, é o registro que dá origem ao ciclo e o instrumento de auditoria posterior. O ciclo percorre cinco etapas: registro, avaliação, autorização, execução e revisão.

Conteúdo mínimo

• Solicitante e responsável técnico pela execução.
• Descrição do que será alterado e do que permanece inalterado.
• Justificativa de negócio e consequência da não execução.
• Sistemas, interfaces e processos afetados.
• Janela pretendida e tempo estimado de indisponibilidade.
• Plano de verificação posterior à execução.
• Plano de retorno, com condição e prazo de acionamento.

Roteiro de avaliação

A análise da requisição responde a sete perguntas: quem solicitou, qual é a razão declarada, qual é o retorno esperado, quais são os riscos de executá-la, quais recursos são necessários, quem responde pela construção, teste e implantação, e qual é a relação desta mudança com as demais em curso.

4. Tipos de mudança

A classificação determina o caminho de autorização, e o erro de classificação é origem frequente de indisponibilidade. A política de mudanças de cada organização fixa um limiar para a proporção de mudanças emergenciais; a proporção acima desse limiar sinaliza planejamento insuficiente ou uso da categoria para contornar a alçada.

5. Avaliação de risco e impacto

Risco é a probabilidade de a mudança produzir efeito indesejado. Impacto é a extensão do efeito caso ele ocorra. As duas dimensões são avaliadas em separado e sua combinação determina a alçada de autorização.

Dimensões consideradas

• Criticidade: importância do processo afetado e existência de alternativa manual.
• Abrangência: quantas áreas, unidades e usuários dependem do componente.
• Complexidade: número de objetos e de sistemas envolvidos na alteração.
• Reversibilidade: existência de retorno e tempo necessário para executá-lo.
• Momento: proximidade de fechamento contábil, pico sazonal ou auditoria em curso.
• Histórico: resultado de mudanças anteriores no mesmo componente.

6. Comitê, calendário e janela

O comitê de mudanças reúne as áreas afetadas para decidir sobre requisições que excedem a alçada individual. Sua composição usual inclui o responsável pela mudança, os donos dos processos afetados, a equipe técnica de execução, a segurança da informação e um representante da sustentação.

A pauta decide entre aprovação, recusa e devolução para complemento, e define data, janela, condições prévias e tratamento de dependências entre mudanças concorrentes. O calendário de mudanças publica as janelas regulares e os períodos de congelamento, que costumam coincidir com fechamento contábil, sazonalidade de vendas e auditorias.

O comitê emergencial existe para decidir fora da agenda regular, com quórum reduzido e registro completo posterior. Na ausência desse rito, a urgência passa a justificar alterações executadas sem registro.

7. Business drivers como critério de decisão

A avaliação de impacto ganha objetividade quando a mudança é ligada ao driver de negócio que ela afeta e ao indicador que o mede. A requisição deixa de descrever apenas o objeto técnico alterado e passa a declarar a consequência de negócio em risco.

8. Governança da mudança

Entende-se por governança o conjunto de regras que define quem decide o quê, sob qual critério, e como a decisão é comprovada posteriormente. Quatro elementos a compõem.

• Política: documento que define tipos, alçadas, prazos de submissão, janelas e situações de congelamento.
• Papéis: solicitante, responsável técnico, dono do processo, autorizador e executor, com atribuições nomeadas.
• Segregação de funções: quem desenvolve não autoriza nem aplica em produção; o acesso ao ambiente produtivo é restrito e registrado.
• Trilha de auditoria: registro completo de requisição, avaliação, autorização, execução e resultado, preservado pelo prazo exigido.

A segregação de funções é exigência de controle interno e de auditoria independente. Quando o acesso emergencial ao ambiente produtivo é necessário, ele é concedido por tempo determinado, com justificativa registrada e revisão posterior do que foi executado.

9. Indicadores

10. Mudança em ambiente de ERP

Em sistemas de prateleira, a alteração percorre uma paisagem de ambientes — desenvolvimento, qualidade, eventualmente pré-produção e produção — e é transportada de forma controlada. O conjunto de objetos alterados é agrupado em uma unidade de transporte e aplicado em cada ambiente na mesma ordem em que foi criado.

A ordem de importação faz parte do plano de execução: transporte aplicado fora de sequência produz inconsistência de diagnóstico difícil, porque o sintoma aparece em objeto distinto do alterado. Alterações de configuração e de código percorrem o mesmo caminho de autorização, ainda que exijam testes de natureza distinta.

11. Mudança, incidente e problema

As três práticas se articulam em ciclo. O incidente é a interrupção não planejada do serviço, e seu objetivo é o restabelecimento no menor tempo, ainda que por contorno. O problema é o registro que agrupa incidentes com a mesma origem e conduz a investigação da causa. A mudança implementa a solução definitiva sob avaliação de risco e autorização, encerrando o ciclo.

A revisão posterior à mudança verifica se o resultado esperado foi alcançado e se algum incidente decorreu dela. Sem essa etapa, o ciclo se encerra sem aprendizado e a mesma falha é submetida novamente na requisição seguinte.

12. A mudança nas pessoas

O sistema entra em operação por decisão do comitê; o processo novo entra em operação quando a pessoa o pratica na rotina. As duas datas raramente coincidem, e a distância entre elas é o objeto da gestão de mudança organizacional.

Os modelos de referência descrevem a transição individual em etapas encadeadas: consciência da necessidade, desejo de participar, conhecimento sobre como operar, capacidade demonstrada na execução real e reforço que sustenta a prática. A etapa em que a transição se interrompe indica a intervenção necessária — comunicação, quando falta consciência; treinamento, quando falta conhecimento; acompanhamento, quando falta capacidade.

13. Preparar a organização

Quatro instrumentos conduzem a transição e produzem evidência de prontidão antes da virada.

• Mapa de impacto: para cada área, o que muda no procedimento, no papel e no indicador de desempenho.
• Plano de comunicação: mensagem por público, canal e momento, apresentando a razão da mudança antes do procedimento operacional.
• Capacitação: treinamento conduzido sobre o processo, com dado do próprio trabalho, e material de consulta disponível durante a operação.
• Rede de multiplicadores: usuários-chave que apoiam os colegas no início da operação e reportam dificuldades recorrentes.

A prontidão é verificável antes da virada: proporção de usuários treinados, resultado da avaliação prática, procedimentos publicados e canal de suporte divulgado. Esses quatro dados compõem, junto aos critérios técnicos da Aula 4, a decisão de entrada em operação.

14. Atividade do encontro

A segunda metade da aula simula um comitê de mudanças, em cinquenta e cinco minutos, com pitch avaliado.

Avaliação

15. Falhas recorrentes

• Classificação como emergencial para evitar o comitê. A urgência declarada substitui a avaliação de risco e a mudança entra sem análise.
• Requisição sem plano de retorno. O campo é preenchido com a expressão "restaurar backup", sem procedimento nem prazo.
• Aprovação por quem executa. A segregação de funções é rompida e a trilha perde valor probatório.
• Mudanças concorrentes na mesma janela. O incidente resultante não é atribuível a nenhuma delas isoladamente.
• Ausência de revisão posterior. O ciclo se encerra na execução e o resultado nunca é confrontado com o esperado.
• Comunicação após a mudança. A área usuária descobre a alteração ao encontrar a tela diferente.
• Treinamento sem prática. A apresentação substitui a execução assistida e a capacidade não é demonstrada.

16. Referências

• ITIL 4 — prática de habilitação de mudança.
• ISO/IEC 20000-1 — gestão de serviços de tecnologia da informação.
• COBIT 2019 — objetivos de gestão de mudanças e de configuração.
• Prosci — modelo ADKAR de mudança individual.
• KOTTER, J. — processo de condução da mudança organizacional.
• LEWIN, K. — modelo de descongelamento, movimento e recongelamento.
• SAP — gestão de transportes e de liberação entre ambientes.