Gerência.md

@@ -47,6 +47,36 @@ Esta seção é dedicada a apresentar as responsabilidades de cada AGES, junto d
 | III | - Mauricio Gaspary <br/> - Mauricio Krziminski <br/> - Lucas Vieira | - Testes e verificação<br/>- Projeto de software<br/>- Arquitetura de software |- Apoio a AGES I e II<br/> - Desenvolver o setup para o projeto<br/>- Toda a documentação técnica deve estar na wiki | - Segurança<br/>- Rotas de Backend (Arquitetura funcional)<br/>- Backend API<br/>- Arquitetura Não Funcional<br/>- Diagrama de Pacotes/Componentes (Arquitetura de Software)<br/>- Diagrama de Deploy<br/>- Documentação sobre aplicação de Design do Projeto<br/>- Analise dos principios SOLID<br/>- Code Review<br/>- Pagina na Wiki de Documentação<br/>- Relatorio das Sprints Andamento e Final |
 | IV | - Eduardo Pasqualotto Riboli <br/> - Marcelo <br/> - Guilherme Barreto <br/> - João Vitor Schwingel <br/> - Jocemar Nicolodi Júnior | - Gerenciamento de Projetos<br/>- Aprofundamento de outras competências desenvolvidas no curso<br/>- Portfolio de conclusão de curso<br/> | - Apoio a AGES I, II e III<br/>- Planejamento das Sprints<br/>- Criação das User Stories junto aos Stakeholders<br/>- Controle das tarefas do time (exemplo via trello)<br/>- Motivação do time<br/>- Controle do Processo da AGES<br/>- Desenvolvimento do Plano de Gestão do Projeto<br/>- Toda a documentação da gestão do projeto deve estar na Wiki | - Termo de abertura (Atualização)<br/>- Identificação dos Stakeholders<br/>- EAP<br/>- User Stories<br/>- Cronograma<br/>- Plano de Comunicação<br/>- Plano de Recursos Humanos<br/>- Identificação dos Riscos<br/>- Plano de Respostas a Riscos<br/>- Pagina da Wiki de Documentação<br/>- Relatórios das Sprints, andamento e Final |
 
+## Identificação dos Riscos
+
+| Probabilidade | Impacto |
+| ------ | ------ |
+| 0 até 10 da probabilidade de ocorrer algum risco | 0 até 10 onde mais próximo a 0 é menos prejudicial|
+
+| Risco | Tipo | Probabilidade | Impacto | Exposição |
+|-----------|--------|---------|----------|---------|
+| Falha na comunicação com as Stakeholders | Externo | 3 | 4 | 12 |
+| Falha na comunicação interna do time | Gerenciamento de Projeto | 4 | 5 | 20 |
+| Má divisão das tarefas | Gerenciamento de Projeto | 3 | 4 | 12 |
+| Problemas com as tecnologias/arquitetura | Técnico | 3 | 5 | 15 |
+| Problemas com a infraestrutura | Técnico | 3 | 5 | 15 |
+| Centralização de conhecimento | Gerenciamento de Projeto | 4 | 4 | 16 |
+| Redução do interesse do cliente | Gerenciamento de Projeto | 3 | 5 | 15 |
+| Desistência de integrantes do time | Gerenciamento de Projeto | 3 | 5 | 15 |
+
+## Plano de Respostas a Riscos
+
+| Risco | Estratégia | Ação | Responsáveis |
+|-----------|--------|---------|----------|
+| Comunicação com as Stakeholders | Mitigar | Sugerir uma possível outra forma de contato que as clientes utilizem com maior frequência, enfatizando a importância das participações nas decisões e entregas do time. | Professor e Ages IV. |
+| Comunicação interna do time | Mitigar | Manter os canais de comunicação, tanto em aula quanto fora, em funcionamento. | Ages IV |
+| Divisão de tarefas do time | Mitigar | Plannings organizadas/objetivas e histórias de usuário bem descritas e inseridas na ferramenta GitLab. Garantir que todos os membros do time tenham tarefas a serem realizadas. | Ages IV |
+| Tecnologias escolhidas | Mitigar |Garantir que as tecnologias escolhidas sejam suficientes para o desenvolvimento do projeto e que o time inteiro as utilize seguindo boas práticas de desenvolvimento. | Ages III |
+| Modelagem de BD escolhida | Mitigar | Garantir que a modelagem do Banco de Dados esteja sendo seguida no desenvolvimento | Ages II |
+| Infraestrutura escolhida | Mitigar | Avaliar caminhos possíveis a serem seguidos. | Ages III |
+| Centralização de conhecimento | Mitigar | Incentivar a troca de informações entre o time. | Ages IV |
+| Padrões de Projeto | Mitigar | Alinhamento, definição e comunicação do melhor modelo a seguir. | Ages III |
+
 ## Matriz de Responsabilidade
 
 Essa matriz foi desenvolvida para ajudar os membros do time a saberem seus papéis na dentro do processo de desenvolvimento.