Plano de Gerenciamento de Riscos
Versionamento
| Versão | Data | Modificação | Autor |
|---|---|---|---|
| 0.1 | 06/10/2023 | Criação do documento | Ana Carolina Rodrigues |
| 0.2 | 06/10/2023 | Levantamento dos riscos | Ana Carolina Rodrigues |
| 0.3 | 20/10/2023 | Adição do monitoramento da sprint 1 | Ana Carolina Rodrigues |
Introdução
O Plano de Gerenciamento de Riscos é um processo sistemático que identifica, avalia e prioriza ameaças potenciais que podem afetar o sucesso de um projeto ¹. É um componente crítico da gestão de projetos e consiste em um conjunto de atividades, procedimentos e ferramentas destinadas a antecipar e mitigar riscos potenciais1.
O risco, conforme definição do Project Management Institute, é "um evento ou condição incerta que, caso ocorra, tem um impacto negativo ou positivo em um ou mais objetivos do projeto ¹. O Plano de Gerenciamento de Riscos deve ser integrado ao plano geral do projeto e regularmente revisado e atualizado ao longo do ciclo de vida do mesmo1.
O objetivo de um plano de gerenciamento de riscos é minimizar o impacto de eventos negativos e maximizar as chances de atingir os objetivos do projeto1. Ele tem como propósito servir de ferramenta para facilitar a identificação, avaliação e priorização de riscos potenciais. Esse plano ajuda a mitigar ou eliminar essas ameaças, garantindo a continuidade da operação ¹.
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 do projeto | 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 funcionalidades | Gerencial |
| R06 | Divergência nos horários disponíveis dos integrantes | Organizacional |
| R07 | Falta de entendimento da arquitetura do projeto | Técnico |
| R08 | Integrante com problema de saúde | Externo |
| R09 | Indisponibilidade do cliente | Externo |
| R10 | Baixa qualidade do código fonte | Técnico |
| R11 | Falta de disponibilização de releases para o cliente testar | Gerencial |
| R12 | Membro da equipe sobrecarregado | Gerencial |
| R13 | Falha de equipamento | Externo |
| R14 | Dependência entre atividades | Organizacional |
| R15 | Quebra de equipamento | Externo |
| R16 | Baixa produtividade da equipe | Externo |
| R17 | Problemas na configuração do ambiente de desenvolvimento | Externo |
| R18 | Falta de comunicação | Externo |
| R19 | Não entendimento da funcionalidade planejada | Externo |
| R20 | Falta de validação de artefatos com cliente | Externa |
| R21 | Erros na implementação de Features | Externo |
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 | Alterações de requisitos | Aumento do prazo e custo e insatisfação do cliente |
| R09 | Doenças e falta de cuidado com a saúde | Sobrecarga dos outros integrantes |
| R10 | Falta de envolvimento do cliente e conflitos de agenda | Aumento do retrabalho e dificuldades para validações |
| R11 | Falta de revisões e de conhecimento técnico | Aumento da presença de bugs e dificuldade de manutenção do código |
| R12 | Problemas com o processo de disponibilização do ambiente | Aumento do risco de erros na implementação e insatisfação do cliente |
| R13 | Reuniões muito longas | Baixa produtividade da equipe durante as reuniões |
| R14 | Divisão de tarefas mal feita e falta de participação de outros membros | Conhecimento técnico concentrado em poucas pessoas |
| R15 | Desgaste natural e falta de manutenção | Aumento dos custos e atraso nas entregas |
| R16 | 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 |
| R04 | Participação de todos os integrantes mais ativa 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 | Definir de acordo com as necessidades do cliente e o escopo do projeto | Repensar a arquitetura e tecnologias definidas |
| R08 | Fazer divisões de atividades mais estruturadas | Reavaliar distribuição das tarefas |
| R09 | Alta cobertura de testes | Identificar quais componentes estão reduzindo a qualidade e refatorá-los |
| R10 | Preparar o ambiente para o cliente testar com antecedência | Reavaliar o processo de disponibilização do ambiente |
| R11 | Definir pauta e duração da reunião | Marcar algumas reuniões presenciais |
| R12 | Divisão equivalente das tarefas entre os integrantes | Reavaliar a distribuição das tarefas |
| R13 | Realizar manutenção periódica do equipamento | Providenciar conserto ou comprar novo equipamento |
| R14 | 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.
Referências
[1] TOTVS. Plano de Gerenciamento de Riscos: como elaborar?. Dosponível em: https://www.totvs.com/blog/negocios/plano-de-gerenciamento-de-riscos-2/. Acesso em: 06 out 2023.
[2] 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.
[3] Glicfas. O que é e para que serve a Estrutura Analítica de Riscos?. Disponível em: https://glicfas.com.br/estrutura-analitica-de-riscos-2/. Acesso em: 06 out 2023
[3] Revista de Administração da Universidade Federal de Santa Maria. Gerenciamento de riscos técnicos: o caso de uma empresa de desenvolvimento de softwares. Disponível em: https://www.redalyc.org/journal/2734/273445843005/html/. Acesso em: 06 Out 2023.