| ... | ... | @@ -156,5 +156,8 @@ Essa matriz foi desenvolvida para ajudar os membros do time a saberem seus papé |
|
|
|
|
|
|
|
| Risco | Prevenção | Contingência | Estratégia |
|
|
|
|
| ----------------------------------------------------- | ------------------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------------- | ---------- |
|
|
|
|
| Atingir limite de uso gratuito da AWS (Exemplo) | Utilizar servidores apenas para validação, desligando-os quando não utilizados (Exemplo) | Alterar ambiente para outra conta de usuário (Exemplo) | Transferir (Exemplo) |
|
|
|
|
| TBD... | TBD... | TBD... | TBD... | |
|
|
\ No newline at end of file |
|
|
|
| Conhecimento do time em relação às tecnologias utilizadas | Incentivar estudos dirigidos | Formar subequipes balanceadas no quesito conhecimento técnicos | Mitigar |
|
|
|
|
| Qualidade do projeto não satisfatória | Incentivar práticas como testes automatizados e code review | Reduzir quantidade de user stories por sprint para priorizar qualidade acima de quantidade entregue | Mitigar |
|
|
|
|
| Atraso no desenvolvimento | Reuniões constantes com o time para alinhar o entendimento e conhecimento de todos | Reduzir alguns itens do escopo com o cliente para garantir uma entrega completa| Mitigar |
|
|
|
|
| Comunicação falha devido ao EAD/trabalho remoto | Buscar comunicar sempre com todos os níveis de AGES e professor para reduzir a ausência de comunicação no projeto | Utilizar quaisquer meios de comunicação entre o time para garantir que todos estejam com as mesmas informações| Mitigar |
|
|
|
|
| Alteração do escopo do projeto | Compreender com antecedência quais os interesses do cliente e suas necessidades | Negociar com o cliente e o time quais alterações são viáveis para não impactar no prazo do projeto | Mitigar | |
|
|
\ No newline at end of file |
