Gestão de Riscos
Introdução
O gerenciamento de risco em um projeto de software é o processo de identificar, avaliar, mitigar e monitorar os riscos que podem impactar negativamente o sucesso do projeto. Ele tem como objetivo minimizar os efeitos adversos e aumentar a probabilidade de alcançar os objetivos do projeto dentro do prazo, orçamento e qualidade esperados.
Lista de Riscos do Projeto Sentinela
1. Riscos de Projeto
| Riscos | Problema | Solução |
|---|---|---|
| Mudanças no escopo | Escopo muda frequentemente, comprometendo entregas | Definir critérios de mudança e envolver partes interessadas |
| Estimativas imprecisas do tempo e orçamento | Atrasos e custos extras | Realizar estimativas detalhadas e análise de risco |
| Problemas na execução dos entregáveis | Entregáveis não são concluídos conforme o planejado | Monitorar cronograma e realizar reuniões de acompanhamento |
| Não cumprimento dos pradroes de qualidade | Produto fora dos padrões estabelecidos | Implementar auditorias e revisões periódicas |
2. Riscos Técnicos
| Riscos | Problema | Solução |
|---|---|---|
| Falhas no desempenho ou estabilidade de sistemas e equipamentos | Sistemas instáveis ou lentos | Realizar testes de desempenho e estabilidade |
| Problema na integração entre sistemas | Integração falha entre sistemas | Planejar e testar integrações desde o início |
| Complexidade técnica maior do que a esperada | Desenvolvimento mais lento e caro | Revisar requisitos e consultar monitores e pessoas mais experientes |
| Dificuldade em criar backlog | Falta de clareza nas tarefas | Realizar reuniões de planejamento detalhado |
| Arquitetura mal definida | Problemas futuros no desenvolvimento | Projetar arquitetura detalhada e revisar tecnicamente |
| Difuculdade com adaptação a utilização da documentação | Documentação pouco compreensível | Criar documentação clara e atualizada |
| Utilização de tecnologias improprias para o domínio do sistema | Dificuldade no prosseguimento do desenvolvimento e perda de tempo não desejadas para suprimento de dívidas tecnicas | Etapa para pesquisa de problema e tecnologia mais adquada para o tipo de problema |
3. Riscos Organizacionais
| Riscos | Problema | Solução |
|---|---|---|
| Falta de apoio dos interessados no projeto | Pouco envolvimento e desmotivação | Manter comunicação constante e engajar interessados. A fim de mitigar esse problema, nós promovemos um encontro presencial com todos os membros, que pode ser visualizado nessa página |
| Falha de comunicação | Informações são perdidas ou mal interpretadas | Estabelecer canais e práticas de comunicação claros |
| Conflitos entre desenvolvedores | Equipe desmotivada e pouco produtiva | Promover mediação e sessões de feedback e trabalhar a união da equipe |
| Falta de alinhamento com objetivos da organização | Projeto perde foco e direção | Reavaliar requisitos e garantir alinhamento estratégico |
| Erro de priorização | Tarefas importantes são negligenciadas | Reavaliar backlog periodicamente |
| Atraso de entrega | Prazos não são cumpridos | Replanejar tarefas e reforçar monitoramento |
4. Riscos Externos
| Riscos | Problema | Solução |
|---|---|---|
| Suspensão de aulas ou greves | Impacto nas atividades do projeto | Criar plano de contingência |
| Baixa adesão da aplicação | Poucos usuários utilizam o sistema | Realizar campanhas de engajamento e melhorias e verificar o que pode ser melhorado na aplicação |
| Afastamento ou trancamento de matrícula de integrantes | Redução da equipe e atraso nas entregas | Refatorar equipes |
| Alteração drástica das tecnologias utulizadas | Tecnologia ultrapassada ou incompatível | Monitorar tendências e adotar tecnologias gradualmente |
5. Riscos Qualidade
| Riscos | Problema | Solução |
|---|---|---|
| Falta de testes | Sistema com falhas frequentes | Implementar ciclo de testes automatizados e manuais |
| Falta de validação | Produto fora das especificações | Realizar reuniões de revisão e validação constantes |
| Não cumprimento dos requisitos elicitados | Produto inadequado ao cliente | Acompanhar requisitos e revisar entregas |
| UI não atende expectativas do cliente | Experiência do usuário prejudicada | Realizar pesquisas de usabilidade e melhorias contínuas |
| Práticas ruins de código | Sistema instável e difícil de manter | Adotar boas práticas de codificação e revisões de código |
6. Riscos de Segurança
| Riscos | Problema | Solução |
|---|---|---|
| Acesso não autorizado a dados | Vazamento de informações sensíveis | Implementar autenticação forte e criptografia de dados |
| Falhas desegurança na hospedagem da aplicação | Brechas de segurança | Validar com documentação as variáveis corretas para deplay em produção |
Monitoramento Contínuo dos Riscos
O monitoramento contínuo do projeto é uma atividade essencial, que envolve acompanhar constantemente o progresso do projeto em relação ao planejamento inicial para identificar, registrar e lidar com quaisquer desvios ou problemas. Essa prática garante que o projeto permaneça alinhado com seus objetivos e metas.
- Recolher informações sobre o progresso das tarefas, cumprimento de prazos, custos e qualidade.
- Detectar riscos emergentes, gargalos ou falhas no projeto antes que se tornem críticos.
- Desenvolver planos para corrigir problemas, como redistribuir recursos, ajustar cronogramas ou modificar entregáveis.
Comportamento dos Riscos Até o Momento
Até agora, os riscos identificados no início do projeto têm se comportado de maneira previsível, com alguns sendo totalmente mitigados e outros apresentando desafios pontuais. Por exemplo, os riscos relacionados a mudanças no escopo e problemas de integração entre sistemas foram constantemente monitorados e ajustados de acordo com a evolução do projeto. A comunicação contínua entre as equipes e os stakeholders tem sido fundamental para reduzir os riscos organizacionais, como falta de apoio dos interessados e falha de comunicação. Embora alguns riscos ainda possam emergir conforme o projeto avança, o gerenciamento proativo e o acompanhamento regular têm permitido que os impactos negativos sejam minimizados, garantindo que o projeto continue a progredir conforme planejado.
Na Release 1, ocorreram alguns desafios importantes. Um membro da equipe teve que ser removido do projeto, o que resultou em uma redução na capacidade de desenvolvimento. Além disso, enfrentamos dificuldades de comunicação com os Product Owners (POs), o que afetou a clareza nas decisões e direcionamento do projeto. Também houve conflitos internos entre os membros da equipe de desenvolvimento, que impactaram temporariamente a produtividade e o moral da equipe. Esses riscos foram identificados e, atualmente, estão sendo mitigados com reuniões de alinhamento mais frequentes e mediação de conflitos.
Classificação dos Riscos
Grau dos riscos
O grau dos riscos é definido pela multiplicação da probabilidade de ocorrência, pelo impacto dos mesmos causados ao projeto.
As classificações de risco foram definidas da seguinte forma:
Quadro de Riscos
A respeito do monitoramento e gerenciamento de riscos, os riscos estão mapeados rigorosamente (e pontuados) de acordo com a tabela abaixo:
Histórico de Versão
| Alteração | Data | Autor |
|---|---|---|
| Criação do documento | 08/12/2024 | Guilherme Lima |
| Revisão do documento | 09/12/2024 | Clara Marcelino |