Planejamento
Histórico de Revisão
| Data | Versão | Descrição | Autor(es) |
|---|---|---|---|
| 08/09/21 | 1.0 | Adiciona o documento sobre risco | Ivan Diniz Dobbin |
| 09/10/21 | 1.1 | Adiciona o link da planilha | Ivan Diniz Dobbin |
Introdução
Esse documento tem como objetivo explicar como o grupo está calculando o risco do projeto. É importante lembrar que o gerenciamento de riscos é muito importante, pois o seu mal gerenciamento pode se tornar a causa da falha do projeto.
Link para a planilha da equipe Tabela de Riscos
Identificação dos riscos
Para identificar os riscos o grupo utilizará as daily meetings, as reuniões sobre review,retrospective e planning e por último as reuniões com o cliente.
- Daily Meetings: durante essas reuniões cada um fala o que fez, o que pretende fazer, suas dificuldades e seus impedimentos. Os relatos sobre impedimentos contribuem para entender melhor riscos já observados anteriormente, ou adicionar novos riscos no
Burndown de Riscos. - Reunião sobre review,retrospective e planning: durante essa reunião, principalmente durante a parte do sprint retrospective, os membros podem revelar dificuldades que tiveram durante a sprint. Foi criado um formulário que também tem o intuito de entender essas dificuldades e perceber como estão os membros do time.
- Reunião com cliente: durante a reunião com cliente os principais riscos seriam a
falta de comunicaçãoe osurgimento de novos requisitos. Isso ocorre pois erros de entendimento entre o cliente e o grupo podem ocorrer e é comum surgir novos requisitos durante um projeto. Esses 2 riscos são comuns e equipe irá criar planos de mitigação para eles. Outros riscos que ainda não foram percebidos podem surgir dessa reunião.
Métricas
O risco foi calculado com impacto * probabilidade = nível de preocupação. A partir dos resultados
é possível identificar facilmente quais riscos necessitam de maior prioridade no momento. Os riscos possuem 3 atributos: nível de impacto, probabilidade e a categoria. As categorias servem para facilitar a divisão dos riscos em suas respectivas áreas. Segue abaixo as tabelas:
Soluções
Será criado um documento que explicará o plano de mitigação para cada risco encontrado e se este plano foi frutífero.
Exemplo
Visando facilitar esse cálculo do risco e a geração de gráfico utilizamos o Planilhas do google no qual foi possível gerar automaticamente o gráfico. Observe abaixo um exemplo.
No exemplo acima é possível perceber que alguns riscos diminuíram o seu nível de preocupação, Ausência de
membros caiu de 15 para 4, enquanto outros riscos surgiram como Problemas Pessoais que saiu de 0 para 6.
O nível de preocupação pode ser percebido pelo número ou pela área que o risco ocupa no gráfico.
Referências
Risk Management in Software Engineering – Development Project Prepared For Every Threat. Asper Brothers, 27 de jan de 2020. Disponível em: https://asperbrothers.com/blog/risk-management-in-software-development/. Acesso em 08 de set. de 2021.
Ray, Stephanie. The Risk Management Process in Project Management. ProjectManager, 27 de fev. de 2021. Disponível em : https://www.projectmanager.com/blog/risk-management-process-steps. Acesso em 09 de set. de 2021.
Neri, Hilmer; Rocha, Carla. Gestão de Portfólios e Projetos de Software: Fases ou Grupos de Processo: Planejamento II. Disponível em: https://github.com/fga-eps-mds/A-Disciplina-MDS-EPS/blob/master/GPP_Material/06%20-%20Planejamento%20II/main.pdf. Acesso em 09 de set. de 2021.