Riscos do Projeto

Este documento tem como finalidade registrar o levantamento dos riscos que podem interferir no andamento do projeto. Além disso, tem como objetivo levantar d=formas de prevenção de tais riscos.

1. Riscos Negativos

1.1. Documentação dos Riscos

ID	Se	por conta	o impacto será
RN01	o cliente não aprovar o produto	da inexperiência da equipe de desenvolvimento e da gerência	a não aprovação do sistema.
RN02	a equipe finalizar o software antes do tempo previsto	da rápida absorção de conhecimento	perda de dinheiro do cliente.
RN03	tempo de desenvolvimento for reduzido	de fatores externos ou internos	o replanejamento do projeto.
RN04	a equipe tiver problemas de comunicação entre si	da equipe possuir diversos integrantes	dificuldade no gerenciamento.
RN05	um membro da equipe desistir da disciplina	de motivos diversos	enfraquecimento do desempenho da equipe.
RN06	algum membro da equipe se ausentar	de motivos diversos	desfalque na equipe.
RN07	o cliente mudar o escopo	da definição da disciplina	replanejamento do projeto e tempo de refatoração.
RN08	a equipe não tiver comprometimento com as atividades delegadas	da falta de integração da equipe	atraso no cronograma.
RN09	a equipe de gerência não conseguir dar o suporte necessário para a equipe de desenvolvimento	da falta de experiência	baixa produtividade e qualidade inferior.
RN10	a equipe não conseguir desenvolver usando a arquitetura	da complexidade arquitetural	o produto poderá sofrer letargia na entrega e na qualidade.
RN11	houver falha no equipamento de desenvolvimento	de algum imprevisto ou mal uso	aumento do custo do projeto e atraso no desenvolvimento de tal.
RN12	houver desrespeito da equipe entre si	de questões pessoais	atitudes tomadas pela equipe de gerência.

1.2 Interpretação

<td colspan=6> De acordo com as métricas, e os atributos entregues, deve ser feita uma medida para resolução do problema. </td> <td colspan=6> Dar treinamento e coletar métricas para garantir que o nível de qualidade é satisfatório. </td>

ID	Impacto	Probabilidade	Prioridade	Estratégia	Responsável	Hora estimada
RN01	Muito Alto	Baixa	Media	Prevenir	Renato e Iasmin	200 horas
Monitoramento
Resposta

<td colspan=6> Verificar se as atividades são feitas no prazo certo. </td> <td colspan=6> EPS deve agir para diminuir ao máximo erros de planejamento e tempo gasto. </td>

ID	Impacto	Probabilidade	Prioridade	Estratégia	Responsável	Hora estimada
RN02	Baixo	Muito Baixa	Baixa	Mitigar	Renato	0 horas
Monitoramento
Resposta

<td colspan=6> Verificar com a professora(Cliente) se ocorreram ou vão ocorrer mudanças no calendário da disciplina. </td> <td colspan=6> A equipe deve estar pronta para agir, aplicando o plano de mudanças e se adaptando da melhor forma possível. Porém não tem como eliminar esse risco. </td>

ID	Impacto	Probabilidade	Prioridade	Estratégia	Responsável	Hora estimada
RN03	Alto	Muito alto	Alta	Prevenir	Carla	0 horas
Monitoramento
Resposta

<td colspan=6> Assegurar que todos os integrantes estão nos canais de comunicação e por dentro do assunto abordado. </td> <td colspan=6> EPS deve planejar e gerenciar a comunicação ao longo de todo o projeto. </td>

ID	Impacto	Probabilidade	Prioridade	Estratégia	Responsável	Hora estimada
RN04	Médio	Média	Alta	Prevenir	EPS	30 horas
Monitoramento
Resposta

<td colspan=6> Todos os integrantes foram informados para avisar caso desistam da disciplina. O monitoramento será a verificação se algum membro informa a sua desistência. </td> <td colspan=6> Treinamentos e rotacionamentos dos integrantes de forma a se integrar e padronizar toda a equipe, gerando assim um menor impacto na perca de um integrante. </td>

ID	Impacto	Probabilidade	Prioridade	Estratégia	Responsável	Hora estimada
RN05	Alto	Alta	Média	Prevenir	EPS e MDS	0 horas
Monitoramento
Resposta

<td colspan=6> Todos os membros foram avisados para informar com a maior antecedência possível se tiverem viagens, problemas de saúde ou qualquer outro impedimento que não permita a contribuição temporária ao projeto. O monitoramento será acompanhar o aviso de ausência dos integrantes. </td> <td colspan=6> Aviso com antecedência a ausência. </td>

ID	Impacto	Probabilidade	Prioridade	Estratégia	Responsável	Hora estimada
RN06	Médio	Muito Alta	Alta	Mitigar	EPS e MDSthur	0 horas
Monitoramento
Resposta

<td colspan=6> Confirmar o escopo atual do projeto em todas as reuniões com Carla(cliente), afim de verificar se existem mudanças que podem impactar o projeto. </td> <td colspan=6> Não existem atitudes para eliminar esse risco, tendo em vista que as definições do cliente deve ser acatadas. </td>

ID	Impacto	Probabilidade	Prioridade	Estratégia	Responsável	Hora estimada
RN07	Muito Alto	Baixa	Muito baixa	Aceitar	EPS	200 horas
Monitoramento
Resposta

<td colspan=6> Verificar se as atividades estão sendo entregues dentro do prazo determinado, e estão sendo realizadas de forma concreta. </td> <td colspan=6> Reorganizar cronograma caso alguma atividade seja finalizada antes ou depois do prazo. Porém os deadlines das disciplinas devem ser levados em conta. </td>

ID	Impacto	Probabilidade	Prioridade	Estratégia	Responsável	Hora estimada
RN08	Alto	Média	Alta	Prevenir	EPS	169 horas
Monitoramento
Resposta

<td colspan=6> A equipe de gerência deve estar alinhado ou superior no conhecimento em relação a equipe de desenvolvimento. </td> <td colspan=6> Rotacionar conhecimento entre os integrantes de forma que os mais experientes possam ajudar os menos experientes. </td> </tale>

ID	Impacto	Probabilidade	Prioridade	Estratégia	Responsável	Hora estimada
RN09	Alto	Baixo	Alta	Prevenir	EPS	200 horas
Monitoramento
Resposta

<td colspan=6> Verificar se o software está de acordo com a arquitetura planejada e documentada. </td> <td colspan=6> Treinamentos devem ser fornecidas aos desenvolvedores visando garantir a total compreensão da arquitetura. </td>

ID	Impacto	Probabilidade	Prioridade	Estratégia	Responsável	Hora estimada
RN10	Muito Alto	Alta	Média	Prevenir	EPS e MDS	200 horas
Monitoramento
Resposta

<td colspan=6> Os integrantes que tiverem seus equipamentos de desenvolvimento roubados devem informar a equipe de EPS. </td> <td colspan=6> Caronas e Reuniões diárias devem ser priorizadas para garantir a segurança dos integrantes. </td>

ID	Impacto	Probabilidade	Prioridade	Estratégia	Responsável	Hora estimada
RN11	Alto	Baixa	Baixa	Prevenir	Renato	R$ 1.999,00
Monitoramento
Resposta

## 2. Riscos Positivos ### 2.1. Documentação | ID | Se | por conta | o impacto será | |:--:|:--:|:---------:|:--------------:| | RP01 | o design for intuitivo e de boa qualidade | da experiência em design de um integrante | qualidade na interface de usuário, gerando aceitação do público. | | RP02 | o aplicativo for hospedado em alguma unidade da UNB | de haver integrantes com conhecimento de implantação que tem acesso e possuem a permissão para implantar o sistema | economia de recursos. | | RP03 | a equipe de gerência quiser colaborar com o projeto | de motivos acadêmicos e profissionais | maior qualidade na interface de usuário e no software em si. | | RP04 | terceiros se interessarem com o projeto | da visibilidade da plataforma | financiamento do software e continuidade de tal| | RP05 | terceiros se interessarem e ajudarem no desenvolvimento do produto | da visibilidade da plataforma | equipe maior de desenvolvimento, dividindo o trabalho| ### 2.2 Interpretação                                                                 <td colspan=5> Verificar se o integrante com mais experiência está com carga de atividades reduzidas para investir mais tempo no frontend. </td> <td colspan=5> O integrante com maior conhecimento de design,html e css deve gerenciar a implementação da interface do sistema. </td> <td colspan=5> Verificar se a estrutura do LAPPIS ou alguma outra opção, e as permissões para implantar o software nos servidores deles por meio de comunicação com os responsáveis pelo laboratório. </td> <td colspan=5> A comunicação e planejamento da relação entre a equipe deve ser feito de forma a garantir que essa oportunidade se torne realidade. </td> <td colspan=5> Verificar os artefatos e as mensagens de colaboração com integrantes do projeto. </td> <td colspan=5> Se a contribuição se concretizar os artefatos de colaboração devem ser usados e evoluídos visando agregar valor ao sistema. </td> <td colspan=5> Checar os meios de comunicação e se mensagens aos integrantes da equipe possuem oportunidades de financiamento. </td> <td colspan=5> Deve-se analisar o financiamento e compartilhar o capital com a universidade de acordo com a intenção dos clientes e professores relacionados ao projeto. Gerando assim uma análise de tal. </td> <td colspan=5> Checar os meios de comunicação, mensagens e intenções aos interessados no desenvolvimento do produto. </td> <td colspan=5> Deve-se analisar o interesse dos contribuintes. </td>

ID	Impacto	Probabilidade	Prioridade	Estratégia	Responsável
RP01	Alto	Média	Média	Explorar	MDS
Monitoramento
Resposta
RP02	Alto	Muito Alta	Muto Alta	Explorar	EPS e MDS
Monitoramento
Resposta
RP03	Médio	Muito Alta	Alta	Melhorar	EPS
Monitoramento
Resposta
RP04	Alto	Baixa	Baixa	Compartilhar	EPS e MDS
Monitoramento
Resposta
RP05	Alto	Baixa	Baixa	Compartilhar	EPS e MDS
Monitoramento
Resposta

## 3. SWOT Após a reunião da equipe de Gerência junto a equipe de MDS, os seguintes dados foram identificados:

FORÇAS Cliente técnico Equipe de outros produtos contribuindo para o projeto Integração da equipe de EPS Integrante com algum conhecimento de design Equipe de desenvolvimento dedicada e competente Equipe de desenvolvimento com rápida absorção de conhecimento e esforço </td>	OPORTUNIDADES Infraestrutura da UNB disponível para implantar o Software Extensão do software implementada por alunos e terceiros Relação de várias disciplinas com o software O software ser financiado e ter ajuda de terceiros </td> </tr>
FRAQUEZAS Integração da equipe de desenvolvimento junto aos outros produtos Pouca experiência com a tecnologia Comunicação de toda equipe (interna / externa), tanto de Mds quanto de EPs Equipe de Gerência sem experiência com gerenciamento </td>	AMEAÇAS Mudança no calendário Perda de membros na equipe Mudança do escopo Atrasos na entrega de atividades Erro de planejamento da equipe Produto não atender ao cliente Perda de equipamentos </td> </tr> </table>