Riscos
Sprint 1
Score: 67
| Risco | Ações para prevení-lo | Ações para mitigá-lo |
|---|---|---|
| Mudança do escopo do projeto | - levantar bem o escopo usando os documentos disponíveis | - fechar o escopo assim que possível |
| Equipe com dificuldades no uso das tecnologias usadas no projeto | - realizar dojôs sobre as tecnologias; - disponibilizar materiais para estudo sobre as tecnologias |
- realização de treinamentos focados nos resultados do quadro de conhecimento |
| Falta de infraestrutura para o desenvolvimento do software | - criar o ambiente de desenvolvimento e configurar das ferramentas necessárias antes do início da codificação do aplicativo. | - diagnósticar dos problemas; - criação de containers para padronização |
| Membro da equipe temporariamente impossibilitado de trabalhar | - levantar junto aos membros, no planejamento de cada sprint, ausências previstas por eles; - evitar ou preparar-se para as ausências previsíveis |
- reorganizar os membros da equipe e o trabalho para se adaptar ao quadro de horarios disponiblizado |
| Saída de um membro da equipe | - acompanhar de cada membro da equipe para levantar possíveis motivos de abandono; - mitigar os possíveis motivos de abandono levantados o mais cedo possível |
- reorganizar os membros da equipe e o trabalho para se adaptar à falta permanente de uma pessoa |
| Dívida técnica por não conseguir entregar as histórias previstas | - fazer um planejamento cuidadoso da sprint; - acompanhar o andamento das atividades da sprint, diagnosticando e agindo em possíveis causas de atraso |
- levantar as causas que levaram à dívida técnica; - evitar repetir as causas para dívidas nas outras sprints; - buscar sanar as dívidas no menor número de sprints possível |
Sprint 2
Score: 57
| Risco | Ações para prevení-lo | Ações para mitigá-lo |
|---|---|---|
| Mudança do escopo do projeto | - levantar bem o escopo usando os documentos disponíveis | - fechar o escopo assim que possível |
| Equipe com dificuldades no uso das tecnologias usadas no projeto | - realizar dojôs sobre as tecnologias; - disponibilizar materiais para estudo sobre as tecnologias |
- realização de treinamentos focados nos resultados do quadro de conhecimento |
| Falta de infraestrutura para o desenvolvimento do software | - criar o ambiente de desenvolvimento e configurar das ferramentas necessárias antes do início da codificação do aplicativo. | - diagnósticar dos problemas; - criação de containers para padronização |
Sprint 3
Score: 50
| Risco | Ações para prevení-lo | Ações para mitigá-lo |
|---|---|---|
| Atraso no roadmap do projeto | - quando possível, antecipar atividades de sprints futuras; - prever riscos que podem gerar atrasos para que sejam solucionados antes que gerem problemas |
- cuidar das causas do atraso; - replanejar as sprints seguintes com o objetivo de voltar a ficar em dia com o roadmap; - verificar se haverá a necessidade e a possibilidade de alterar o roadmap |
Sprint 4
Score: 49
| Risco | Ações para prevení-lo | Ações para mitigá-lo |
|---|---|---|
| Atraso na implementação da arquitetura do projeto | - apresentar as features com antecedência para o arquiteto do software para que ele possa planejar como implementá-las com antecedência; - checar o andamento do planejamento e implementação da arquitetura constantemente com o arquiteto |
- analisar o que houve de errado na implementação para remediar; - incluir no planejamento das sprints seguintes histórias para tirar o atraso da implementação da arquitetura |
Sprint 5
Score: 59
| Risco | Ações para prevení-lo | Ações para mitigá-lo |
|---|---|---|
| Atraso na implementação da arquitetura do projeto | - apresentar as features com antecedência para o arquiteto do software para que ele possa planejar como implementá-las com antecedência; - checar o andamento do planejamento e implementação da arquitetura constantemente com o arquiteto |
- analisar o que houve de errado na implementação para remediar; - incluir no planejamento das sprints seguintes histórias para tirar o atraso da implementação da arquitetura |
Sprint 6
Score: 59
| Risco | Ações para prevení-lo | Ações para mitigá-lo |
|---|---|---|
| Atraso na implementação da arquitetura do projeto | - apresentar as features com antecedência para o arquiteto do software para que ele possa planejar como implementá-las com antecedência; - checar o andamento do planejamento e implementação da arquitetura constantemente com o arquiteto |
- analisar o que houve de errado na implementação para remediar; - incluir no planejamento das sprints seguintes histórias para tirar o atraso da implementação da arquitetura |
Burndown de Riscos
Essa escala deve ser usada para pontuar o impacto (usando como referência uma estimativa do número de dias necessários para mitigar os efeitos da ocorrência do risco):
| Escala | Chance do risco |
|---|---|
| 0 | Nenhuma |
| 1 | Muito pouco provável |
| 2 | Pouco provável |
| 3 | Probabilidade média |
| 4 | Muito provável |
| 5 | Extremamente provável |
Esta outra escala será usada para pontuar a chance de o risco ocorrer:
| Escala | Impacto |
|---|---|
| 1 | 1 a 2 dias |
| 2 | 3 a 5 dias |
| 3 | 6 ou mais dias |
A pontuação dos riscos por sprint e os gráficos do burndown de riscos podem ser encontrados aqui.