O Gate, Passo a Passo
1
Submeter
O autor termina o rascunho e submete. A mudança vai para Submetida e a
regra de aprovação correspondente determina quem deve
aprovar e quantas aprovações são necessárias.
2
Revisar e decidir
Os aprovadores abrem a mudança, revisam a justificativa, o risco, a janela e o
plano, e Aprovam ou Recusam. O painel de Aprovações acompanha o
progresso ao vivo — por exemplo 2 de 3 — e mostra qual regra está em vigor.
3
Aprovada
Uma vez alcançado o número exigido de aprovações, a mudança se torna
Aprovada e está pronta para rodar.
4
Execute — os dois caminhos
Uma mudança comum é iniciada explicitamente com Execute (Aprovada →
Em execução), e os agentes rodam os passos. Um patch de atualização não
precisa de gatilho manual — ele instala automaticamente dentro da sua janela
de manutenção agendada.
5
Encerrada e auditada
A mudança termina como Concluída (ou Parcial / Falhou), e toda a trilha
de decisões é registrada no seu histórico.
Aprovando e recusando
- Aprovar registra sua decisão sob o seu usuário. Quando a mudança atinge o número exigido de aprovações, ela avança automaticamente.
- Recusar encerra o fluxo de aprovação — a mudança vai para Recusada. Você pode anexar um motivo para que o autor saiba o que corrigir; ele pode então editar a mudança (o que a devolve para Rascunho) e submeter novamente.
Toda aprovação e recusa é atribuída ao usuário que a fez, com um timestamp, e
aparece no histórico de Atividade da mudança — para que o registro responda
“quem aprovou isso, e quando?” por si só.
Os Dois Caminhos de Execução
O gate de aprovação é idêntico para os dois tipos de mudança; só o que acontece depois da aprovação difere.Mudança comum — você Executa
Após a aprovação, uma pessoa clica em Execute para iniciar a mudança. Isso
mantém um humano no controle de quando o trabalho começa, mesmo depois da
aprovação. Os agentes então rodam os passos de implementação a partir do
Workspace, e o plano de rollback fica disponível se for necessário.
Patch de atualização — roda na janela
Aprovar um grupo de patches autoriza o agente a instalá-lo na próxima janela
de manutenção. Não há Execute manual — a implantação começa quando a janela
abre e progride item por item. A aprovação fica registrada sob o seu usuário.
Regras de Aprovação
Por padrão, uma mudança precisa de uma aprovação, e o solicitante pode aprovar a própria mudança. Isso funciona para um time pequeno, mas a maioria das organizações quer uma governança mais forte. Regras de aprovação permitem definir, por contexto, exatamente quem deve aprovar quais mudanças — uma política avaliada automaticamente sempre que uma mudança é submetida. Uma regra é composta por:
Quando uma mudança é submetida, o Myrmex encontra a regra correspondente (pelo tipo da mudança, preferindo uma regra nomeada para aquele tipo em vez de uma abrangente) e a aplica. O painel de Aprovações então mostra a regra em vigor e o progresso rumo ao seu mínimo — por exemplo, mín. 2.
Regras são uma camada de política, não um gargalo: se nenhuma regra corresponde
a uma mudança, o padrão se aplica — 1 aprovação, e o solicitante pode
aprovar. Remover uma regra simplesmente devolve suas mudanças a esse padrão.
Gerenciando regras
Abra a visão de Regras de aprovação a partir da Gestão de Mudanças para criar, editar, ativar/desativar ou excluir regras. Gerenciar regras é uma ação de governança, separada de aprovar mudanças individuais — é gated pela permissãogmuds.admin.
Quem Pode Fazer o Quê
A Gestão de Mudanças é governada por um conjunto dedicado de permissões, para que você possa separar quem escreve as mudanças, quem as aprova e quem governa as regras:Relacionado
Visão Geral da Gestão de Mudanças
O módulo, os dois tipos de mudança e o ciclo de vida completo.
Gerenciamento de Patches e Atualizações
Consulte as atualizações pendentes e aprove os cronogramas de patch que a IA propõe.