Registro dos Riscos

Riscos do Projeto

Este documento contém os Riscos levantados no projeto.

Histórico de Revisões

Data	Versão	Descrição	Autores
16/09/2017	0.1	Estruturação do Documento	Matheus Richard
26/09/2017	0.2	Finalização do Documento	Matheus Bernardo
27/09/2017	1.0	Revisão Geral do Documento	Matheus Richard

1. Riscos Negativos

1.1. Documentação dos Riscos

ID	Se	por conta	o impacto será	Categoria EAR
RN01	o cliente não aprovar a qualidade	da inexperiência da equipe de desenvolvimento	a não aprovação do sistema.	Cliente
RN02	houver problemas na comunicação da equipe	da equipe ser numerosa	dificuldade no gerenciamento.	Comunicação
RN03	um membro da equipe desistir da disciplina	de motivos diversos	enfraquecimento do desempenho da equipe.	Recursos
RN04	um membro da equipe ficar ausente	de motivos diversos	enfraquecimento temporário do desempenho da equipe.	Recursos
RN05	o cliente mudar o escopo	de definição da disciplina	replanejamento do projeto.	Comunicação
RN06	as atividades não forem feitas	da falta de integração da equipe de desenvolvimento	atraso no cronograma.	Estimativas
RN07	a equipe de gerência não tiver domínio do código	da falta de experiência com a tecnologia	baixa produtividade.	Controle
RN08	a equipe não conseguir desenvolver a arquitetura	da complexidade da solução arquitetural	o produto não será entregue em conformidade com o planejamento.	Planejamento
RN09	a equipe de desenvolvimento ficar extremamente dependente da gerência	de um baixo conhecimento com a tecnologia	atraso na entrega do produto	Recursos

1.2 Interpretação

ID	Impacto	Probabilidade	Prioridade	Estratégia	Responsável	Monitoramento	Resposta
RN01	Muito Alto	Baixa	Média	Prevenir	Lucas	Utilizando da disciplina de medição e análise, o time deve coletar métricas para monitorar a qualidade do produto	Realizar treinamentos com o time de desenvolvimento e ter um olhar atento as métricas coletadas e possivéis refatorações
RN02	Médio	Baixa	Baixa	Mitigar	Matheus Richard	Verificar cronogramas e EVM durante o projeto, utilizar com sabedoria as reuniões semanais	Propor com cuidado as equipes de trabalho e incentivar uma comunicação mais rápida
RN03	Alto	Muito baixa	Muito baixa	Aceitar	Thalisson	Verificar ausências de possíveis membros e verificar com a professora	A equipe deve agir de forma rápida e trabalhar para minimizar os danos acelerando a rotação do conhecimento
RN04	Médio	Média	Baixa	Prevenir	Alax	Foi avisado a importância dessa disciplina e pedido que caso ocorra ausências que sejam avisadas com antecedência,será feito um acompanhamento dos membros durante o decorrer do projeto	GPP deve planejar mudanças no planejamento daquela iteração caso ocorra ausências temporárias
RN05	Muito Alto	Baixa	Baixa	Aceitar	Matheus Richard	Utilizando das reuniões com o cliente e no decorrer do projeto nos momentos de validação, é monitorado a necessidade de mudanças no escopo	O time aceita essas mudanças e trabalha para ter respostas rápidas sem grande burocracia
RN06	Alto	Média	Média	Prevenir	Matheus Bernardo	Utilizando-se do cronograma verificar a entrega dos pacotes de trabalho	Em caso de atraso de algum pacote é necessário o replanejamento, alterando assim o cronograma
RN07	Alto	Baixa	Baixa	Mitigar	Matheus Bernardo	A equipe de gerência como possui mais experiência deve de forma empírica perceber essa deficiência em conhecimento	Separar atividades para a equipe de gerência estudar
RN08	Muito Alto	Baixa	Baixa	Prevenir	Alax	Ao decorrer do projeto identificar dificuldades analisar a arquitetura	Treinamentos de Vue e REST para garantir o conhecimento dos membros
RN09	Muito Alto	Média	Alta	Mitigar	Lucas	Verificar andamento das atividades e pareamentos e perceber dependência do time de desenvolvimento com a gerência	Garantir a dispersão do conhecimento aplicando pareamento de forma objetiva e lúcida, sem trabalhar por MDS

2. Riscos Positivos

2.1. Documentação

ID	Se	por conta	o impacto será	Categoria EAR
RP01	a professora utilizar a ferramenta na disciplina	da oportunidade de ser uma alternativa de código aberto	no aumento da motivação da equipe	Terceiros
RP02	a equipe querer continuar o projeto mesmo depois da disciplina	dos resultados alcançados na disciplina e uma oportunidade de mercado	maior aprendizado e mais motivação durante o projeto	Mercado

2.2 Interpretação

ID	Impacto	Probabilidade	Prioridade	Estratégia	Responsável	Monitoramento	Reposta
RP01	Alto	Baixa	Baixa	Explorar	Matheus Richard	Verificar com a professora ao longo do semestre essa possibilidade	Trabalhar para eliminar incertezas e garantir uma entrega de um produto usual
RP02	Alto	Muito Baixa	Muito Baixa	Melhorar	Matheus Bernardo	Monitorar com cuidado o andamento do projeto e ver a possibilidade de continuar depois do semestre	Trabalhar para fazer um projeto onde as pessoas venham em primeiro lugar e seja agradável de trabalhar

3. SWOT

Após a reunião da equipe de Gerência, os seguintes dados foram identificados:

FORÇAS

• Cliente técnico
• Equipe de GPP bem integrada
• Equipe de medição trabalhando junto com o projeto
• Equipe de desenvolvimento grande

OPORTUNIDADES

• Não existe uma alternativa semelhante com código aberto
• Perspectiva de uso do software na disciplina (GPP/MDS)

FRAQUEZAS

• Equipe de MDS com pouco entrosamento
• Equipe de GPP com pouca experiência com Vue.js
• Equipe de MDS sem experiência em projetos
• Equipe de Gerência sem experiência com gerenciamento
• Equipe grande pode causar dificuldades na gerência

AMEAÇAS

• Mudança do escopo
• Perda de membro
• Atrasos nas entregas
• Calendário