FLUXO DE GMUD

HOME

• Categoria: Sempre preencher a categoria. Caso não haja a categoria, informar ao gerente da infra
• Para definir o impacto e a prioridade faça uso das definições abaixo:

Impacto	Descrição
Alto	A mudança causará um impacto significativo nas operações do SciELO. Usuário e sistemas sofrerão interrupção ou a mudança causará alterações na rotina de trabalho dos usuários. Há riscos significativos.
Médio	A mudança causará algum impacto nas operações e sistemas com lentidão, pequenas pausas e outros sintomas. O usuário sentirá a mudança e há riscos.
Baixo	Não haverá sintomas da mudança nas operações e sistemas. Não há riscos ou os riscos são baixos.

Prioridade	Descrição da Situação
Crítica	A mudança é crucial para um serviço crítico, o Gerente de Mudança considera que deve ser priorizada sobre todas as outras mudanças? (candidata a emergencial)
Muito Alta	A mudança é essencial para um serviço importante, considerada urgente e o Gerente da Mudança considera que deve priorizada logo após as mudanças críticas? (candidatas a emergenciais, mas também podem ser planejadas)
Alta	A mudança é importante, pede-se certa urgência e o Gerente da Mudança considera que é necessário dar prioridade a ela?
Média	A mudança tem certa importância, mas não é crucial, nem tão importante que deva ser priorizada em relação as demais?
Baixa	A mudança não é tão importante e não precisa ser priorizada?
Muito Baixa	A mudança não tem importância e pode esperar o tempo que for necessário?

• Defina a duração da GMUD
• Requisição de Validação: Sempre marcar o Gerente de Mudança para validar a GMUD.

Os Atores envolvidos define o Requerente, Observador e a quem está atribuído. Via de regra quem abre a GMUD é o requerente com exceção de GMUD solicitada pelo desenvolvimento. Neste caso o Requerente é o desenvolvedor.

O observador sempre tem que ser adicionar o Coordenador de Infraestrutura . Caso a GMUD envolva o Desenvolvimento, deve colocar o Gerente do Desenvolvimento.

O ator atribuído corresponde a quem vai executar a GMUD.

Preencha a análise de impacto

O ticket foi aberto, a validação será necessária. Neste momento o Requerente deve esperar a validação do Coordenado de Infraestrutura. O status do chamado deve ser Aprovação.

Caso seja recusado, o chamado deverá ter o status de Recusado. O Gerente de Mudança deve abrir uma tarefa explicando o motivo.

Caso seja Aprovado:

Neste ponto, significa que foi concedido que a GMUD siga a diante. O Gerente de Mudança pode reclassificar a prioridade e a mudança se assim for necessário. O Gerente de Mudança deve alterar o status do chamado para Aceito.

Neste ponto o analista já pode continuar o fluxo.

O Analista será responsável por construir a mudança, testar e criar todo o cronograma e checklist da mudança. Quando assim o fizer, será necessário requisitar que o Gerente de Mudança homologue. Neste momento o status do chamado deve ser alterado para Testando.

Uma vez homologada o Analista vai aplicar a mudança:

Importante que toda ação seja registrada criando uma tarefa:

Caso a mudança tenha sido aplicada é necessário enviar uma requisição de aprovação. Neste momento o status deve ser alterado para Aprovação.

Uma vez aprovado deve alterar o status para Aceite pelo Gerente de Mudança.

Uma vez aceito a aplicação da Mudança:

Caso haja documentos e configurações a serem alteradas. O mesmo deve ser feito deixando o chamado no estado de Revisão. Somente após as devidas alterações que o chamado pode ser Fechado.

O QUE FAZER QUANDO A GMUD NÃO FUNCIONOU?

O analista vai enviar um pedido de validação, se o mesmo for recusado. O processo de restauração anterior deve ser efetuado. Lembrando que o Plano de Backup foi preenchido como deve acontecer o Rollback.

O status deve ser alterado pelo Gerente de mudança para Recusado:

Quando o Rollback acontecer, o Analista deve avaliar o resultado da restauração. Lembrando que uma nova mudança pode ser avaliada para a mesma GMUD. Neste caso, basta reabrir a GMUD:

Voltando assim ao fluxo abaixo: