gerencia.md

@@ -135,8 +135,13 @@ Legenda:
 | Risco | Impacto (1-5)| Probabilidade (1-5)| Severidade (1-20)| Ações | Estratégia |
 |-------|--------------|--------------------|------------------|-------|------------|
 | **Alterações de escopo** | 5 | 4 | 20 | Definir bem o escopo ao início do projeto, tirando todas as dúvidas possíveis com os stakeholders já na Sprint 0 para evitar mudanças em momentos mais avançados do projeto. Uma vez já iniciado o projeto, abraçar as mudanças, adequando elas no backlog de próximas Sprints, a não ser que sejam mudanças estruturais muito grandes. Nestes casos, negociar com os stakeholders a possibilidade de reduzir o escopo do projeto ou implementar soluções alternativas mais simples. | Não temos como impedir com certeza que o problema aconteça, a estratégia será mitigar através de uma comunicação clara e frequente com o cliente e através de uma análise do impacto de cada possível mudança antes de tomarmos uma decisão. Manter um processo de gerenciamento de mudanças bem definido. |
-| **Falta de engajamento da equipe** | 3 | 3 | 20 | Manter a comunicação entre a equipe ativa através do Discord (AGES III e AGES IV cumprindo um papel chave para isso), realizar conversas direcionadas com membros da equipe específicos caso necessário para entender causas da falta do engajamento e trabalhar nelas. | Promover um ambiente de trabalho colaborativo e sem julgamentos para incentivar a participação da equipe. |
+| **Falta de engajamento da equipe** | 5 | 4 | 20 | Manter a comunicação entre a equipe ativa através do Discord (AGES III e AGES IV cumprindo um papel chave para isso), realizar conversas direcionadas com membros da equipe específicos caso necessário para entender causas da falta do engajamento e trabalhar nelas. | Promover um ambiente de trabalho colaborativo e sem julgamentos para incentivar a participação da equipe. |
 | **Entrega incompleta do Backlog da Sprint** | 4 | 4 | 15 | Acompanhar desenvolvimento ao longo da Sprint de forma próxima para prever possíveis atrasos e mobilizar ou realocar membros da equipe para desbloquear possíveis problemas e agilizar o desenvolvimento. Além disso, estimar tarefas junto com a equipe durante a Sprint Planning para garantir que a equipe tenha capacidade de atuar em todo o Backlog previsto. | Mitigar através do planejamento e acompanhamento do Backlog da Sprint. Incorporar aquilo que não for entregue no Backlog da Sprint seguinte como débito técnico. |
+| **Ausência de stakeholder ou intérprete de Libras** | 4 | 2 | 10 | Enviar cronograma para os stakeholders com antecedência, colocar-se à disposição dos stakeholders para dúvidas, e os lembrar das agendas no dia anterior das agendas. | Manter comunicação ativa com stakeholders para evitar esquecimento das agendas. |
+| **Indisponibilidade de recursos Cloud da AGES** | 5 | 3 | 10 | Manter ambiente pessoal disponível para provisionamento rápido do ambiente produtivo, se necessário. | Implementar infraestrutura baseada em containers e com deploy automatizado para rápida recuperação em caso de falha da infraestrutura atual. |
+| **Problemas de integração entre projetos Frontend e Backend** | 5 | 5 | 15 | Durante a quebra de tarefas, definir bem o contrato das APIs a serem implementadas e os critérios de aceite das histórias de usuário, a fim de garantir que tarefas não sejam entregues sem respeitarem as especificações estabelecidas para permitir a integração entre Frontend e Backend da aplicação. Realizar testes de integração minuciosos antes de cada entrega. | Mitigar e identificar os problemas o mais cedo possível na Sprint. |
+| **Sobrecarga de membros da equipe** | 3 | 5 | 10 | Realizar acompanhamento de todos os integrantes da equipe através as weeklys e evolução no desenvolvimento das tarefas. Distribuir responsabilidades de forma igualitária entre membros da equipe (considerando responsabilidades de cada papel da AGES), para evitar sobrecarga de colegas específicos. | Mitigar através do acompanhamento dos colegas. |
+| **Ocorrência de bugs durante a apresentação para o cliente** | 3 | 5 | 15 | Estabelecer code freeze dois dias antes das apresentações para o cliente, onde serão realizados testes extensivos pela equipe para identificação e correção de bugs, além do planejamento da apresentação para o cliente. | Estabilizar o software implementado antes da apresentação através de testes e correção de bugs. |
 
 
 ## Definition of Ready (DoR)