O processo de gerenciamento de riscos é uma das atividades mais significativas dentro da gerência de projetos, já que esta envolve antecipar riscos que possam afetar o cronograma ou a qualidade do software que está sendo desenvolvido, assim como agir e tomar medidas que possam evitar ou diminuir esses riscos.

É possível visualizar os principais riscos identificados pela equipe dentro do projeto desenvolvido na disciplina ao se observar a tabela abaixo.

Risco	Afeta	Descrição
Número alto de integrantes	Projeto	Dificuldade em gerenciar o grande número de integrantes da equipe.
Ausência de domínio da tecnologia por parte da equipe	Projeto e produto	Falta de domínio de parte da equipe com a tecnologia escolhida (Ruby on Rails).
Membros cursando outras disciplinas	Projeto	Integrantes também tem que dedicar grande parte do seu tempo a realizar atividades de outras disciplinas.
Espaço de tempo curto para desenvolvimento	Projeto e produto	O tempo disponível para a finalização do produto até a data de entrega é bastante limitado.
Tamanho de software subestimado	Produto	O tempo de desenvolvimento da solução proposta pode estar sendo subestimado pelos integrantes.
Complexidade de implementação difícil de ser estimada	Produto	Devido a ausência de domínio da tecnologia por parte de toda a equipe, a noção da complexidade do software a ser desenvolvido é vaga.

O processo de gerenciamento de riscos é iterativo e percorre todo o projeto, possuindo quatro estágios bem definidos, são eles:

1. Identificação de Riscos
2. Análise de Riscos
3. Planejamento de Riscos
4. Monitoramento de Riscos

É o primeiro estágio do processo de gerenciamento de riscos, onde são identificados os principais riscos que podem representar grandes ameaças, sejam elas para o processo e/ou para o produto final.

A seguir são relatados os principais riscos identificados separados por alguns dos tipos de riscos existentes.

Tipo de risco	Possíveis riscos
Tecnologia	(1) Falta de domínio de parte dos membros com a tecnologia escolhida (Ruby on Rails).
Pessoas	(2) Integrantes também tem que dedicar parte do seu tempo a realizar atividades de outras disciplinas.
Organizacional	(3) Dificuldade em gerenciar o grande número de integrantes da equipe. (4) O tempo disponível até a entrega do produto é bastante limitado.
Estimativa	(5) O tempo de desenvolvimento do software pode estar sendo subestimado pelos integrantes. (6) Devido a ausência de domínio da tecnologia por parte da equipe, a noção da complexidade do software a ser desenvolvido é vaga.

Durante o processo de análise de riscos é realizada a avaliação da probabilidade de ocorrência dos riscos identificados e da gravidade que estes podem ter sobre o projeto e o produto final caso cheguem a ocorrer.

Na tabela abaixo são encontrados os riscos identificados para o projeto junto de suas respectivas probabilidades e efeitos.

Risco	Probabilidade	Efeito
(1)Falta de domínio da equipe com a tecnologia escolhida (Ruby on Rails).	Alta	Catastrófico
(6)Devido a ausência de domínio da tecnologia por parte da equipe, a noção da complexidade do software a ser desenvolvido é vaga.	Moderada	Catastrófico
(3)Dificuldade em gerenciar o grande número de integrantes da equipe.	Alta	Grave
(4)O tempo disponível até a entrega do produto é bastante limitado.	Alta	Grave
(2)Integrantes também tem que dedicar parte do seu tempo a realizar atividades de outras disciplinas.	Moderada	Tolerável
(5)O tempo de desenvolvimento do software pode estar sendo subestimado pelos integrantes.	Moderada	Tolerável

O processo de planejamento de riscos busca desenvolver estratégias para minimizar ou evitar os riscos que foram identificados.

Logo abaixo podem ser encontrados os riscos seguidos de respectivas medidas tomadas pela equipe com o intuito de amenizar as chances destes ocorrerem.

Risco	Estratégia
Número alto de integrantes	Realização de daily meeting, evento proposto pela metodologia Scrum com o intuito de acompanhar o progresso dos membros da equipe, assim como suas dificuldades em realizar alguma atividade.
Ausência de domínio da tecnologia	Estudo individual por parte dos integrantes através de material selecionado.
Membros cursando outras disciplinas	Utilização de planilha de disponibilidade, de forma que os membros sejam forçados a organizar melhor o seu tempo para que não haja conflito entre atividades das disciplinas.
Espaço de tempo curto para desenvolvimento	Planejamento da Sprint proposto pela metodologia Scrum, de maneira que será proposto em formas de Estórias de Usuário o que deverá ser desenvolvido pela equipe em um espaço de tempo limitado.
Tamanho de software subestimado	A partir do aprendizado da tecnologia obtido pelos integrantes, será realizada a análise do que é fundamental a ser entregue e o que é desejável.
Complexidade de implementação difícil de ser estimada	Pesquisas acerca das funcionalidades que se deseja implementar com o intuito de estimar a complexidade de desenvolvimento e por consequência de alternativas para implementação.

O monitoramento de riscos consiste no acompanhamento dos riscos identificados inicialmente, ao longo de todo o processo, buscando verificar se a probabilidade dos riscos aumentou ou não e se os efeitos destes riscos mudou ou não.

Ao decorrer do desenvolvimento do projeto, os riscos presentes neste documento serão reavaliados e a partir de mudanças encontradas nas probabilidades e nos efeitos dos riscos identificados, serão tomadas novas medidas com a finalidade de evitar ou diminuir ao máximo as ameaças ao projeto e ao produto final.