Ir para o conteúdo

Plano de Gestão de Riscos

Introdução

O planejamento de riscos é uma das etapas fundamentais no processo de planejamento de um projeto, pois ao identificar os possíveis riscos, torna-se viável estabelecer estratégias para mitigar os impactos que esses riscos possam ter sobre o projeto. Os riscos de um projeto podem comprometer o seu planejamento, cronograma e custo, podendo estar relacionados a diversos fatores, como custo, tempo, pessoas, recursos, clientes, requisitos, entre outros ¹. Com o objetivo de identificar, analisar e monitorar esses riscos, foi elaborado este plano de gestão de riscos.

Tipos de risco

Para a classificação dos riscos, foram consideradas as seguintes categorias ³:

  • Externo
  • Gerencial
  • Organizacional
  • Técnico

Definições

Probabilidade e impacto dos riscos

Nível Probabilidade Porcentagem de certeza
1 Muito baixa 0% - 19%
2 Baixa 20% - 39%
3 Média 40% - 59%
4 Alta 60% - 79%
5 Muito alta 80% - 100%

Impacto

Nível Impacto
1 Muito baixo
2 Baixo
3 Médio
4 Alto
5 Muito alto

Matriz de probablidade X impacto

Probabilidade / Impacto Muito baixo Baixo Médio Alto Muito alto
Muito baixa 1 2 3 4 5
Baixa 2 4 6 8 10
Média 3 6 9 12 15
Alta 4 8 12 16 20
Muito alta 5 10 15 20 25

Graus de risco

Grau Risco
1 - 5 Baixo
6 - 12 Médio
15 - 25 Elevado

Levantamento de riscos

Tabela de Riscos

Risco Descrição Categoria
R01 Dificuldade com as tecnologias definidas Técnico
R02 Saída de algum integrante do projeto Gerencial
R03 Falta de participação de algum integrante do projeto Gerencial
R04 Falta de integração da equipe Gerencial
R05 Atraso na disponibilização de documentação / funcionalidades Gerencial
R06 Divergência nos horários disponíveis dos integrantes Organizacional
R07 Indisponibilidade de plataforma de comunicação definida Externo
R08 Definição problemática da arquitetura Técnico
R09 Alteração no escopo do projeto Gerencial
R10 Integrante com problema de saúde Externo
R11 Indisponibilidade do cliente Externo
R12 Baixa qualidade do código fonte Técnico
R13 Falta de disponibilização de releases para o cliente testar Gerencial
R14 Falta de concentração durante as reuniões Gerencial
R15 Membro da equipe sobrecarregado Gerencial
R16 Falha de equipamento Externo
R17 Dependência entre atividades Organizacional

Causa e Consequência dos Riscos

Risco Causa Consequência
R01 Falta de experiência com as tecnologias Baixa qualidade do produto e atraso nas entregas
R02 Problemas pessoais e sobrecarga de trabalho Redução do potencial de entrega da equipe
R03 Baixa motivação do integrante Aumento no volume de atividades acumuladas
R04 Falta de comprometimento e comunicação entre os membros Falta de alinhamento por parte da equipe
R05 Falta de planejamento e estimativas incorretas Alteração do cronograma e insatisfação do cliente
R06 Necessidade de realizar outras disciplinas e atividades Problemas de integração e baixa participação nas reuniões
R07 Interrupções no serviço de comunicação da plataforma Atraso na tomada de decisões
R08 Levantamento incorreto dos requisitos Baixa qualidade do produto e retrabalho
R09 Alterações de requisitos Aumento do prazo e custo e insatisfação do cliente
R10 Doenças e falta de cuidado com a saúde Sobrecarga dos outros integrantes
R11 Falta de envolvimento do cliente e conflitos de agenda Aumento do retrabalho e dificuldades para validações
R12 Falta de revisões e de conhecimento técnico Aumento da presença de bugs e dificuldade de manutenção do código
R13 Problemas com o processo de disponibilização do ambiente Aumento do risco de erros na implementação e insatisfação do cliente
R14 Reuniões muito longas Baixa produtividade da equipe durante as reuniões
R15 Divisão de tarefas mal feita e falta de participação de outros membros Conhecimento técnico concentrado em poucas pessoas
R16 Desgaste natural e falta de manutenção Aumento dos custos e atraso nas entregas
R17 Falta de coordenação entre as atividades do projeto Bloqueio no progresso de outras atividades

Prevenção e Ação para os Riscos

Risco Prevenção Ação
R01 Realização de treinamentos Programação em pares para compartilhar o conhecimento
R02 Manter todos motivados e organizar a grade horária Reavaliar a distribuição e o planejamento das atividades do projeto
R03 Manter todos os integrantes ativos e motivados Compreender o problema que o integrante está tendo e ajudá-lo
R04 Participação de todos nas reuniões da sprint Remarcar data e horário das reuniões
R05 Planejamento realista da sprint e das estimativas Reavaliar as atividades e estimativas para a sprint
R06 Elaboração de uma planilha de horários Definição de pares para a realização das atividades
R07 - Comunicar por meio das outras plataformas planejadas
R08 Definir de acordo com as necessidades do cliente e o escopo do projeto Repensar a arquitetura e tecnologias definidas
R09 Desenvolver uma visão precisa do produto Atualizat os requisitos e o escopo do projeto
R10 Seguir as recomendações de saúde Reavaliar distribuição das tarefas
R11 Entrar em acordo sobre data e horário das reuniões Solicitar ao cliente reagendamento da reunião
R12 Alta cobertura de testes e lint Identificar quais componentes estão reduzindo a qualidade e refatorá-los
R13 Preparar o ambiente para o cliente testar com antecedência Reavaliar o processo de disponibilização do ambiente
R14 Definir pauta e duração da reunião Marcar algumas reuniões presenciais
R15 Divisão equivalente das tarefas entre os integrantes Reavaliar a distribuição das tarefas
R16 Realizar manutenção periódica do equipamento Providenciar conserto ou comprar novo equipamento
R17 Elaborar priorização correta das atividades Rever priorização das atividades

Monitoramento dos Riscos

O acompanhamento dos riscos é essencial durante o desenvolvimento de um projeto de software, uma vez que os riscos não são estáticos e podem mudar de nível ao longo do projeto ². Para realizar esse monitoramento foi criada uma planilha para inserir a pontuação dos riscos para cada sprint.

Gráficos

O gráfico abaixo mostra a pontuação total de Probabilidade x Impacto a cada sprint. Nele é possível notar que a pontuação apresentou um decréscimo até a sprint 6, nas sprints posteriores observamos um aumento, justamente por alguns riscos que aumentaram por ser perto da entrega do MVP e por se aproximar do final do semestre.

O gráfico de áreas empilhadas abaixo mostra a evolução dos riscos ao longo das sprints, fornecendo uma representação visual de sua variação. Em geral, há um comportamento parecido com o gráfico anterior, com exceção de alguns riscos como o 11 (Indisponibilidade do cliente), que na sprint 3 e 4 foram as que maior apresentaram graus de risco.

Referências

[1] DevMedia. Gerência de riscos em desenvolvimento de software. Disponível em: https://www.devmedia.com.br/gerencia-de-riscos-em-desenvolvimento-de-software/28506. Acesso em: 13 mai 2023.

[2] Escritório de Projetos. Objetivo do Plano de gerenciamento dos riscos. Disponível em: https://escritoriodeprojetos.com.br/downloads/send/8-modelos/129-plano-de-gerenciamento-dos-riscos. Acesso em: 12 mai 2023.

[3] Isotani, Seiji; Rocha, Rafaela. Gestão de Riscos em Projetos de Software. Disponível em: https://edisciplinas.usp.br/pluginfile.php/3385127/mod_resource/content/1/Aula10-GerenciaProjeto-Riscos.pdf. Acesso em: 13 mai 2023.

Versionamento

Data Modificação Autor
12/10/2023 Criação do documento Rafael Berto e Victor Hugo
16/10/2023 Revisão e correção ortográfica Thiago
19/12/2023 Correção dos gráficos e sua descrição Victor Hugo