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:
No Comments