Risco

Plano de gerenciamento de Riscos

Histórico de versões

Data	Versão	Descrição	Responsavel
04/07/2017	0.1.0	Iniciando documento	Victor Arnaud
04/07/2017	1.0.0	Finalizando primeira versão do documento	Victor Arnaud
31/07/2017	1.1.0	Análise SWOT	Victor Arnaud

Sumário

1. Objetivos.
2. Riscos.
3. Tabela dos riscos encontrados
4. Qualificação dos riscos
5. Controle de riscos
6. Análise SWOT

1. Objetivos

Tem como objetivo a identificação dos possíveis riscos envolvidos no projeto, tal como os planos para tratamento.

2. Riscos

Todos os riscos já identificados e futuros riscos serão documentados e apresentados neste documento, contendo suas características e possíveis soluções.

2.1 Processo de gerenciamento de riscos

Visa definir um processo para qual os membros da equipe de gerência devem seguir para controle dos riscos no projeto.

Processo	Descrição
Identificar riscos	Visa identificar os riscos que podem atrapalhar o projeto
Analisar riscos	Visa planejar como os riscos que possam vir ocorrer serão controlados ou resolvidos.
Controlar riscos	Visa acompanhar os riscos durante o período do projeto, avaliando a forma de resolução dos mesmos durante toda a vida útil do projeto.

3. Tabela dos riscos encontrados

Os riscos devem ser divididos em 2 grupos de acordo com seu tipo, positivo (RP) e negativo (RN) tanto na documentação quanto na interpretação e esses grupos são divididos em 4 categorias:

• Técnico: Os riscos técnicos abordam os requisitos, tecnologia, complexidade, interfaces, desempenho e confiabilidade e qualidade.

• Externo: Os riscos externos abordam fornecedores, mercado, cliente e condições climáticas.

• Organizacional: Os riscos organizacionais abordam as dependências do projeto, recursos, financiamento e priorização.

• Gerenciamento de projetos: Os riscos de gerenciamento do projeto abordam a estimativa, planejamento, controle e a comunicação.

3.1 Riscos Negativos (RN)

ID	Se	por conta da	o impacto será	categoria
RN01	houver desistência de membros da equipe	desmotivação ou falta de conhecimento	incapacidade de conclusão do projeto até o prazo estipulado ou a anulação do mesmo.	Organizacional
RN02	houver falha no planejamento do projeto	inexperiência da equipe de gerência	o projeto incompleto até a data estipulada.	Gerenciamento de projetos
RN03	houver mudança no escopo	falha de planejamento ou pedido do cliente	ajustes em toda a documentação e código do projeto.	Técnico
RN04	o prazo do projeto for reduzido	decisão do cliente	o replanejamento do projeto.	Gerenciamento de projetos
RN05	a equipe não tiver domínio sobre as tecnologias	falta de conhecimento	implementações incorretas, necessitando de refatorações e aumentando o custo do projeto.	Técnico
RN06	não houver respeito aos prazos e cronogramas	falta de comprometimento da equipe	o atraso no desenvolvimento das atividades e entregas.	Gerenciamento de projetos
RN07	houver baixa utilização do sistema	falta de divulgação	a menor integração entre os usuários da aplicação.	Externo
RN08	houver sobrecarregamento dos servidores da aplicação	pouco investimento nos servidores	Travamento e descontentamento dos usuários que utilizam o sistema.	Técnico
RN09	a arquitetura não estiver sólida para a construção do sistema	falta de priorização e comprometimento	a possibilidade de a aplicação não conseguir ser construída e entregue	Gerenciamento de projetos
RN10	houver perda de equipamentos	da falta de segurança ou falha nos equipamentos	aumento do custo do projeto.	Organizacional
RN11	houver problemas na comunicação da equipe	da equipe ser numerosa ou por falta de comprometimento dos membros	dificuldade no gerenciamento.	Gerenciamento de projetos
RN12	faltar de tempo para realizar o projeto	excesso de coisas importante para fazer	perda de produtividade e talvez não entregue o produto a tempo	Técnico

3.2 Riscos Positivos (RP)

ID	Se	por conta da	o impacto será	categoria
RP01	design for agradável	utilização de técnicas de UX	satisfação dos usuário	Gerenciamento de projetos
RP02	terceiros se interessarem com o projeto	da visibilidade da plataforma	financiamento do software	Externo
RP03	a equipe de design ou testes quiser colaborar com o projeto	desenvolvimento profissional	maior qualidade na interface de usuário e confiabilidade	Externos

4. Qualificação dos riscos

4.1 Probabilidade de impacto dos riscos

A seguir está a probabilidade de impacto dos riscos

Probabilidade	Intervalo	Peso
Muito baixa	0-20%	1
Baixa	21-40%	2
Moderada	41-60%	3
Alta	61-80%	4
Muito alta	81-100%	5

O impacto mede o quão prejudicial um risco é ao projeto como um todo, a seguir, está demonstrado como o impacto será representado.

Impacto	Descrição	Peso
Muito baixa	Impacto no projeto não é expressivo	1
Baixa	Impacto pouco expressivo	2
Moderada	Pode prejudicar o projeto de maneira moderada	3
Alta	Prejudica o andamento do projeto	4
Muito alta	Prejudica gravemente o andamento do projeto	5

4.2 Matriz de probabilidade de impacto

Probabilidade	1	2	3	4	5
1	1	2	3	4	5
2	2	4	6	8	10
3	3	6	9	12	15
4	4	8	12	16	20
5	5	10	15	20	25

4.2.1 Estratégia de gerenciamento de riscos negativos.

• Aceitação do risco: Não fazer nada a respeito do risco, porém tentar resolver o problema que será gerado no projeto, isso significa que se o problema realmente acontecer, você vai lidar com ele, em vez de antecipar qualquer esforço para impedir que ocorra.

• Mitigação do risco: Limitar o impacto de um risco agindo antes dele acontecer.

• Prevenção do risco: Evitar completamente o risco, trata-se de fazer mudanças (às vezes drásticas) em seu plano do projeto e cronograma, para evitar o problema em potencial.

Nível de prioridade	Intervalo da matriz	Ação a ser tomada
Baixo	1-5	Aceitação do risco
Médio	6-14	Mitigação do risco
Alto	15-25	Prevenção do risco

4.2.2 Estratégia de gerenciamento de riscos positivos.

• Aceitação do risco: Essa estratégia consiste em aceitar a oportunidade caso ocorra, porém não persegui-la.

• Melhorar o risco: Essa estratégia é usada para aumentar a probabilidade ou impacto de um risco positivo. Identificar e maximizar os principais fatores desse risco pode trazer grandes avanços para os objetivos do projeto.

• Explorar o risco: Essa estratégia pode ser escolhida para riscos em que exista o desejo de garantir que a oportunidade seja concretizada. Ela procura eliminar incertezas e garante o acontecimento do risco.

Nível de prioridade	Intervalo da matriz	Ação a ser tomada
Baixo	1-5	Aceitação do risco
Médio	6-14	Melhorar o risco
Alto	15-25	Explorar o risco

5. Controle de riscos

5.1 Riscos negativos

Risco	Probabilidade	Impacto	Prioridade	Estratégia de controle	Responsável
RN01	1 - Muito baixa	5 - muito alto	5 - Baixo: Aceitação do risco	Procurar motivação para continuar	Victor Arnaud
RN02	2 - Baixa	4 - Alto	8 - Médio: Mitigação do risco	Planejar novamente o projeto	Victor Arnaud
RN03	4 - Alta	4 - Alto	16 - Alto: Prevenção do risco	Ajustar e priorizar os documentos e funcionalidades	Victor Arnaud
RN04	3 - Moderada	4 - Alto	12 - Médio: Mitigação do risco	Replanejamento do projeto	Victor Arnaud
RN05	3 - Moderada	5 - Muito alta	15 - Alto: Prevenção do risco	Treinamentos constantes sobre os diversos aspectos da tecnologia empregada	Victor Arnaud
RN06	3 - Moderada	4 - Alto	12 - Médio: Mitigação do risco	Comprometimento constante para manter o alinhamento as atividades e datas de entrega	Victor Arnaud
RN07	2 - Alta	5 - Muito alta	10 - Média: Mitigação do risco	Maior investimento na divulgação da aplicação e na UX dela	Victor Arnaud
RN08	3 - Moderado	5 - Muito alta	15 - Alto: Prevenção do risco	Aumentar a capacidade de armazenamento e processamento dos servidores a medida que aumenta a utilização do sistema	Victor Arnaud
RN09	3 - Moderado	5 - Muito alta	15 - Alto: Prevenção do risco	Implementar as funcionalidades críticas primeiro para validar a arquitetura utilizada	Victor Arnaud
RN10	3 - Moderado	5 - Muito alta	15 - Alto: Prevenção do risco	Adquirir dinheiro para consertar o equipamento o mais rápido possível	Victor Arnaud
RN11	4 - Alta	5 - Muito alta	20 - Alto: Prevenção do risco	Melhorar a forma de comunicação da equipe, escolhendo outras formas de comunicação e melhorar o comprometimento da mesma	Victor Arnaud
RN12	5 - Muito alta	5 - Muito alta	25 - Alto: Prevenção do risco	Trabalhar nos tempos livres para colocar o projeto em dia novamente	Victor Arnaud

5.2 Riscos positivos

Risco	Probabilidade	Impacto	Prioridade	Estratégia de controle	Responsável
RP01	5 - Muito alta	5 - Muito alta	25 - Alto: Explorar o risco	Estudar e aplicar técnicas de UX no projeto.	Victor Arnaud
RP02	4 - Alta	5 - Muito alta	20 - Alto: Explorar o risco	Fazer uma boa divulgação do projeto.	Victor Arnaud
RP03	3 - Moderada	4 - Alta	12 - Médio: Melhorar o risco	Ao finalizar o projeto divulgar para terceiros melhorarem o mesmo.	Victor Arnaud

6. Análise SWOT

A metodologia utilizada para identificação dos Riscos será a aplicação da técnica SWOT (Forças, Oportunidades, Fraquezas e Ameaças). Essa é uma ferramenta que auxilia na formação estratégica identificando possíveis riscos, oportunidades e os pontos fortes e fracos do projeto e da equipe.

Para sua aplicação deve-se ter 4 quadrantes em que o primeiro representa as forças, que são os pontos fortes do projeto e da equipe que o compõem, o segundo são as oportunidades no ambiente externo ao projeto, o terceiro Fraquezas que são os pontos fracos da equipe e do projeto e o quarto as ameaças ao projeto no ambiente externo:

• Força: O que o projeto e a equipe tem de especial, o que a deixa forte. Relacionado ao ambiente interno a organização.

• Oportunidade: Oportunidades para melhorar a força do projeto ou da equipe. Relacionado ao ambiente externo a organização.

• Fraquezas: O que o projeto ou a equipe tem que as deixa vulneráveis a falhas. Relacionado ao ambiente interno a organização.

• Ameaças: Ameaças que podem fazer o projeto ou a equipe falhar. Relacionado ao ambiente externo a organização.

Forças	Oportunidades
Equipe motivada e multifuncional	Extensão do software implementada por alunos e terceiros - software livre
Cliente motivado	O software ser financiado
Integrante com conhecimento em testes, desenvolvimento, design, gerencia e configuração de software	O software ser utilizados em universidades e escolas

Fraquezas	Ameaças
Pouco contato com a tecnologia	Tecnologia do frontend nova e um pouco instável ainda
Não tem renda para ter um servidor fixo	Equipamento velho
Não há investimento	Não utilização do software como TCC
Conciliar o desenvolvimento, e a gestão do projeto com a faculdade	Não aceitação do software por partes das universidades ou escolas por ser um metodologia que tira o professor do comodismo