| ... | ... | @@ -43,4 +43,43 @@ Essa matriz foi desenvolvida para ajudar os membros do time a saberem seus papé |
|
|
|
| Standup Daily | Reunião rápida no início das aulas para dar o status do que foi feito individualmente desde o último encontro presencial. Também utilizada para informar possíveis impedimentos nas tarefas.| AGES IV | Todo o time | 2x por semana | Até 10 minutos |
|
|
|
|
| Retrospectiva | Reunião de longa duração feita no tempo de uma aula. Utilizada para reflexões sobre a última sprint, informar o que foi bom e o que pode ser melhorado para as próximas sprints.| AGES IV | Todo o time | 1x por sprint | 1h e 15min |
|
|
|
|
|
|
|
|
## Plano de Riscos |
|
|
\ No newline at end of file |
|
|
|
## Plano de Riscos
|
|
|
|
|
|
|
|
### 1. Identificação de riscos:
|
|
|
|
|
|
|
|
Os seguintes riscos foram identificados para o desenvolvimento do projeto Rotas Rurais:
|
|
|
|
|
|
|
|
- Aumento do escopo: Os requisitos do projeto podem mudar durante o processo de desenvolvimento, levando a atrasos e aumento de custos.
|
|
|
|
- Complexidade técnica: O projeto envolve requisitos técnicos complexos, como a execução de todas funcionalidades do aplicativo móvel em modo off-line, o que pode levar a desafios imprevistos e aumento do tempo de desenvolvimento.
|
|
|
|
- Restrições de recursos: O time pode enfrentar restrições de recursos, como disponibilidade limitada do tempo dos desenvolvedores qualificados ou restrições orçamentárias, o que pode afetar o cronograma e a qualidade do projeto.
|
|
|
|
- Problemas de comunicação: A má comunicação entre os membros da equipe do projeto, partes interessadas ou clientes pode levar a mal-entendidos e atrasos no projeto.
|
|
|
|
- Problemas de integração: o software pode precisar se integrar a outros sistemas ou tecnologias, o que pode levar a problemas de compatibilidade e atrasos.
|
|
|
|
|
|
|
|
### 2. Avaliação de risco:
|
|
|
|
|
|
|
|
Os riscos identificados na etapa 1 foram avaliados com base em sua probabilidade e impacto:
|
|
|
|
- Aumento do escopo:
|
|
|
|
- Probabilidade: Baixa
|
|
|
|
- Impacto: Moderado
|
|
|
|
- Complexidade técnica:
|
|
|
|
- Probabilidade: Moderada
|
|
|
|
- Impacto: Alto
|
|
|
|
- Restrições de recursos:
|
|
|
|
- Probabilidade: Baixo
|
|
|
|
- Impacto: Moderado
|
|
|
|
- Problemas de comunicação:
|
|
|
|
- Probabilidade: Moderada
|
|
|
|
- Impacto: Alto
|
|
|
|
- Problemas de integração:
|
|
|
|
- Probabilidade: Alto
|
|
|
|
- Impacto: Moderado
|
|
|
|
|
|
|
|
### 3. Mitigação de riscos:
|
|
|
|
|
|
|
|
Para mitigar os riscos identificados, serão implementadas as seguintes estratégias:
|
|
|
|
|
|
|
|
- Aumento do escopo: Um processo de gerenciamento de mudanças será estabelecido para gerenciar mudanças nos requisitos do projeto, e uma squad de contingência será alocada para cobrir os recursos adicionais.
|
|
|
|
- Complexidade técnica: Uma avaliação de risco abrangente e um plano de mitigação serão desenvolvidos, e a equipe será incentivada a colaborar e buscar informações conforme necessário.
|
|
|
|
- Restrições de recursos: O cronograma e os custos do projeto serão revisados regularmente e os ajustes serão feitos conforme necessário para garantir que os recursos sejam alocados adequadamente.
|
|
|
|
- Problemas de comunicação: canais de comunicação claros serão estabelecidos e atualizações de status regulares serão fornecidas a todas as partes interessadas.
|
|
|
|
- Problemas de integração: o teste de compatibilidade será realizado no início do processo de desenvolvimento, e a comunicação e a colaboração dos membros da equipe serão incentivadas. |
