Skip to content

Detalhamento dos Riscos

Ronyell Henrique dos Santos edited this page Sep 27, 2017 · 14 revisions

Histórico de Revisões

Data Versão Descrição Autor(es)
03/09/2017 0.1 Criação da estrutura do documento Ronyell Henrique
03/09/2017 0.2 Identificação dos riscos Ronyell Henrique
05/09/2017 0.3 Documentação dos Riscos Ronyell Henrique
05/09/2017 1.0 Respostas aos Riscos e Responsabilidades Ronyell Henrique

Sumário

1. Introdução

2. Identificação dos Riscos

3. Documentação dos Riscos

4. Resposta aos Riscos e Responsabilidades


1. Introdução

1.1 Objetivos

O objetivo deste documento é discriminar os riscos referentes ao projeto seguindo o processo definido no plano de gerenciamento de riscos. Portanto, as atividades de identificação, análise quantitativa e qualitativa dos riscos estão presentes nesse artefato.

1.2 Referências

PMI. Um guia do conhecimento em gerenciamento de projetos. Guia PMBOK 5a. ed. - EUA: Project Management Institute, 2013.

https://github.com/fga-gpp-mds/2016.2-MissaoNascente/wiki/Plano-de-Gerenciamento-de-Riscos

https://github.com/fga-gpp-mds/2017.1-PlataformaJogosUnB/wiki/Riscos

https://github.com/fga-gpp-mds/2016.2-WikiLegis/wiki/Plano-de-Gerenciamento-de-Riscos

https://github.com/fga-gpp-mds/2017.1-Escola-X/wiki/Relat%C3%B3rio-de-Acompanhamento-de-Riscos

https://github.com/fga-gpp-mds/2017.1-Trezentos/wiki/Registro-de-Riscos

2. Identificação dos Riscos

2.1 Comparação Análoga e Check-Lists

A comparação análogo tem como base a ideia de que nenhum projeto é único e inovador, portanto, é feita a identificação de projetos similares para que os dados providos por estes possam ser utilizados para uma elaboração mais coerente com o projeto.

Dado que o contexto dos projetos realizados nas disciplinas de Gestão de Portfólio e Projetos de Software e Métodos de Desenvolvimento de Software são similares, o uso da comparação análoga para o levantamento de check-list foi usado com a utilização dos dados dos seguintes projetos: Missão Nascente, Wikilegis, Trezentos, Plataforma de Jogos e Escola X.

2.2 SWOT

A técnica SWOT (Strengths, Weaknesses, Opportunities and Threats) ou FOFA (Forças, Oportunidades, Fraquezas e Ameaças) foi usada para verificar estes pontos de vista aplicados ao contexto da equipe, esta foi usada para levantamento dos prováveis riscos do projeto. A análise do ambiente interno é feita através de duas bases: Forças e Fraquezas. As forças são as vantagens internas, enquanto as fraquezas são as desvantagens. Portanto, tende-se a trabalhar para ressaltar as forças e diminuir as fraquezas. A análise externa, por outro lado, é obtido através dos dois outros quadrantes: Oportunidades e Ameaças.

Imagem ampliada

3. Documentação dos Riscos

3.1 Registro

3.1.1 Riscos Negativos

ID Descrição Causa Consequência Categoria
RN01 Dificuldade com a tecnologia Inexperiência da equipe com a tecnologia Atraso na entrega das atividades Tecnologia
RN02 Interface não amigável Dificuldade da equipe com o design Sistema inutilizável Qualidade
RN03 Levantamento de requisitos inexato Dificuldade de entendimento entre o cliente e o grupo Produto não atender as necessidades do cliente Requisitos
RN04 Indefinição do escopo Erro na elicitação de requisitos Insatisfação do cliente pelo fato de não atender suas expectativas Requisitos
RN05 Mudanças no escopo do projeto Escopo mal definido ou requerimento de novas funcionalidades pelos stakeholders. Atraso na entrega do software Requisitos
RN06 Escopo muito grande para o tempo da disciplina Nível de complexidade elevado do software Entrega de parte do escopo Requisitos
RN07 Desinteresse do cliente com o desenvolvimento do software Cliente não satisfeito com a solução Suspensão do projeto Cliente
RN08 Baixa adesão à aplicação Sistema não corresponder às expectativas dos usuários Término do projeto sem a exploração do mercado Mercado
RN09 Mudança no cronograma de atividades Greve na Universidade de Brasília Suspensão do projeto Ambiente
RN10 Dependência entre atividades Erro de planejamento Atraso na entrega das atividades Priorização
RN11 Baixa produtividade dos integrantes do grupo Desmotivação dos membros da equipe Atraso no cronograma Recursos
RN12 Integrantes da equipe desistirem da disciplina Desmotivação dos integrantes Sobrecarga de trabalho para os demais membros Recursos
RN13 Irresponsabilidade dos membros com o projeto Desmotivação dos integrantes Desempenho da equipe comprometido Recursos
RN14 Integrante com estação de trabalho inutilizável Diversos fatores Não entrega das atividades Recursos
RN15 Erro na estimação do esforço necessário para o cumprimento da atividade Integrantes da equipe de gerência inexperientes Sobrecarga para alguns membros Estimativa
RN16 Erros no planejamento do projeto Equipe de gerência inexperiente Atraso na entrega de atividades Planejamento
RN17 Erros no cronograma Avaliação imprecisa do tempo Atraso na entrega das atividades Planejamento
RN18 Custos equivocados Avaliação imprecisa dos custos Replanejamento Planejamento
RN19 Atividades atrasadas Dificuldade com a tecnologia e/ou desmotivação e/ou erros de planejamento Entregas incompletas Controle
RN20 Dificuldade na tomada de decisões Equipe de gerência inexperiente Dificuldade na manutenção do projeto Controle
RN21 Dificuldade de comunicação entre os membros do grupo Falta de integração entre a equipe Atraso na entrega das atividades Comunicação

3.1.2 Riscos Positivos

ID Descrição Causa Consequência Categoria
RP01 Alta produtividade dos integrantes Rápida adaptação à tecnologia Entregas antecipadas Recursos
RP02 Aceitação do produto no mercado Utilidade real para a aplicação Investimento no desenvolvimento da aplicação Mercado

3.2 Priorização

3.2.1 Riscos Negativos

ID Probabilidade Impacto Prioridade
RN01 Muito Alta (5) Muito Alto (5) Alta (25)
RN02 Alta (4) Muito Alto (5) Alta (20)
RN03 Média (3) Muito Alto (5) Alta (15)
RN04 Baixa (2) Muito Alto (5) Média (10)
RN05 Alta (4) Alto (4) Alta (16)
RN06 Muito Alta(5) Alto (4) Alta (20)
RN07 Muito Baixa(1) Alto (4) Baixa (4)
RN08 Baixo(2) Médio (3) Média (6)
RN09 Alta(4) Muito Alto(5) Alta (20)
RN10 Alta(4) Alto(4) Alta (20)
RN11 Média(3) Muito Alto(5) Alta (15)
RN12 Média(3) Muito Alto(5) Alta (15)
RN13 Média (3) Muito Alto(5) Alta (15)
RN14 Média(3) Alto(5) Alta (15)
RN15 Média(3) Alto(5) Alta (15)
RN16 Alta(4) Alto(5) Alta (20)
RN17 Alta(4) Alto(5) Alta (20)
RN18 Alta(4) Alto(5) Alta (20)
RN19 Média(3) Muito Alto(5) Alta (15)
RN20 Média(3) Muito Alto(5) Alta (15)
RN21 Média(3) Muito Alto(5) Alta (15)

3.2.2 Riscos Positivos

ID Probabilidade Impacto Prioridade
RP01 Média (3) Alto (4) Média (12)
RP02 Alta (4) Alto (4) Alta (16)

4. Resposta aos Riscos e Responsabilidades

4.1 Riscos Negativos

ID Ação Responsável
RN01 Mitigar Equipe de Gerência de Projeto
Monitoramento Verificar se existe alguma dificuldade com as tecnologias utilizadas
Intervenção Recomendada Realizar treinamentos sobre as tecnologias usadas e utilização da técnica de pareamento para difusão do conhecimento
ID Ação Responsável
RN02 Mitigar Equipe de Gerência de Projeto
Monitoramento Verificar se o sistema atende as heurísticas de usabilidade
Intervenção Recomendada Validar com o cliente e usuários os fluxos do sistema e planejar a criação de protótipos
ID Ação Responsável
RN03 Prevenir Equipe de Gerência de Projeto
Monitoramento Verificar se os requisitos são condizentes com as nessecidades do cliente.
Intervenção Recomendada Realizar a validação dos artefatos de interesse do cliente, como funcionalidades implementadas com base nos requisito.
ID Ação Responsável
RN04 Mitigar Equipe de Gerência de Projeto
Monitoramento Verificar se o escopo está bem definido
Intervenção Recomendada Planejar gerenciamento dio escopo do projeto
ID Ação Responsável
RN05 Aceitar Equipe de Gerência de Projeto
Monitoramento Verificar junto aos stakeholders a mudança dos requisitos
Intervenção Recomendada Tentar encaixar novas funcionalidades ao projeto
ID Ação Responsável
RN06 Mitigar Equipe de Gerência de Projeto
Monitoramento Verificar possibilidade do desenvolvimento do escopo inteiro.
Intervenção Recomendada Delimitar escopo a ser realizado durante a disciplina.
ID Ação Responsável
RN07 Prevenir Equipe de Gerência de PRojeto
Monitoramento Verificar satisfação do cliente com o projeto desenvolvido.
Intervenção Recomendada Planejar entregas de funcionalidades ao cliente de forma constante.
ID Ação Responsável
RN08 Mitigar Equipe de Gerência de Projeto
Monitoramento Verificar se o cliente se sente confortável com a utilização da aplicação e se realmente ajuda os usuários.
Intervenção Recomendada Replanejar
ID Ação Responsável
RN09 Aceitar Equipe de Gerência de Projeto
Monitoramento Verificar a existência de greve na UnB
Intervenção Recomendada Prosseguir com o projeto mesmo caso ocorra greve
ID Ação Responsável
RN10 Prevenir Equipe de Gerência de Projeto
Monitoramento Verificar interdependência entre as tarefas
Intervenção Recomendada Tentar alocar atividades sem dependência em uma mesma iteração
ID Ação Responsável
RN11 Mitigar Equipe de Gerência de Projeto
Monitoramento Verificar se o que foi planejado foi entregue nas datas estabelecidas
Intervenção Recomendada Utilização da gamificação e replanejamento do cronograma
ID Ação Responsável
RN12 Prevenir Marcelo Augusto
Monitoramento Verificar motivação dos integrantes em relação ao projeto
Intervenção Recomendada Utilização da gamificação
ID Ação Responsável
RN13 Transferir Equipe de Gerência de Projeto
Monitoramento Verificar empenho dos integrantes da equipe.
Intervenção Recomendada Comunicar à Carla Rocha e redistribuir atividades entre os membros motivados.
ID Ação Responsável
RN14 Mitigar Equipe de Gerência de Projeto
Monitoramento Verificar se os equipamentos dos integrantes estão funcionando
Intervenção Recomendada Utilizar a técnica de pareamento
ID Ação Responsável
RN15 Mitigar Equipe de Gerência de Projeto
Monitoramento Verificar esforço e tempo necessário para o cumprimento da atividade
Intervenção Recomendada Acompanhar e redistribuir, se necessário, atividades
ID Ação Responsável
RN16 Prevenir João Paulo
Monitoramento Verificar se o planejamento é coerente
Intervenção Recomendada Procurar opiniões de especialistas (Carla Rocha ou coaches)
ID Ação Responsável
RN17 Mitigar Ronyell Henrique
Monitoramento Verificar conformidade das datas estabelecidas
Intervenção Recomendada Replanejar cronograma
ID Ação Responsável
RN18 Mitigar Equipe de Gerência de Projeto
Monitoramento Verificar se os custos planejados estão condizentes com o que foi planejado
Intervenção Recomendada Reavaliar tempo necessário semanal e/ou replanejar cronograma
ID Ação Responsável
RN19 Prevenir Equipe de Gerência de Projeto
Monitoramento Verificar se as atividades estão sendo feitas
Intervenção Recomendada Acompanhar desenvolvimento das atividades e cobrar entrega nos prazos definidos
ID Ação Responsável
RN20 Mitigar Equipe de gerência de projeto
Monitoramento Verificar opinião do especialista (Carla Rocha ou coaches)
Intervenção Recomendada Comunicar decisões tomadas a Carla Rocha
ID Ação Responsável
RN21 Prevenir Thiago Nogueira
Monitoramento Verificar a comunicação entre os membros da equipe
Intervenção Recomendada Planejar a comunicação entre a equipe, utilizando, por exemplo canais de comunicação alternativos como telegram, hangouts e slack

4.2 Riscos Positivos

ID Ação Responsável
RP01 Melhorar Equipe de Gerência de Projeto
Monitoramento Verificar se o que foi planejado foi entregue nas datas estabelecidas
Intervenção Recomendada Exigir mais qualidade sobre as funcionalidades entregues.
ID Ação Responsável
RP02 Explorar Equipe de Gerência de Projeto
Monitoramento Verificar interesse externo no projeto e alternativas no mercado.
Intervenção Recomendada Explorar oportunidades de negócio relacionados a aplicação.

Grupo 2

logo

Release II

Equipe

Sprints

Sprint 0

Sprint 1

Sprint 2

Sprint 3

Sprint 4

Sprint 5

Sprint 6

Sprint 7

Sprint 8

Release I

Gerência do Projeto














Desenvolvimento de Software

Clone this wiki locally