GESTO DE

CONDOMNIOS

Lista de Riscos
Verso 1.2
 Histrico de Revises

Data Verso Descrio Autor

Verso inicial Incluso
21/08/2014 1.0 Guilherme Leo
de riscos
24/10/2014 1.2 Incluso de riscos Tlio Hoffimann
Guilherme Leo, Tlio Hoffimann e
31/10/2014 1.2 Magnitude dos riscos
Tiago Pacheco

2
 ndice

1. Objetivos

2. Referncias

3. Riscos
3.1 PERDA DE DESENVOLVEDOR
3.1.1 Magnitude do risco ou prioridade 4
3.1.2 Descrio 4
3.1.3 Impactos 5
3.1.4 Indicadores 5
3.1.5 Estratgia de controle 5
3.1.6 Plano de Contingncia 5
3.2 NO ACEITAO DO PRODUTO
3.2.1 Magnitude do risco ou prioridade 5
3.2.2 Descrio 5
3.2.3 Impactos 5
3.2.4 Indicadores 6
3.2.5 Estratgia de controle 6
3.2.6 Plano de Contingncia 6
3.3 PROBLEMAS DE IMTEGRAO/IMPLANTAO 6
3.3.1 Magnitude do risco ou prioridade 6
3.3.2 Descrio 6
3.3.3 Impactos 6
3.3.4 Indicadores 6
3.3.5 Estratgia de controle 7
3.3.6 Plano de Contingncia 7
3.4 API ESCOLHIDA NO SATISFAZ NECESSIDADES 7
3.4.1 Magnitude do risco ou prioridade 7
3.4.2 Descrio 7
3.4.3 Impactos 7
3.4.4 Indicadores 7
3.4.5 Estratgia de controle 8
3.4.6 Plano de Contingncia 8
3.5 ORAMENTO SUBESTIMADO 8
3.5.1 Magnitude do risco ou prioridade 8
3.5.2 Descrio 8
3.5.3 Impactos 8
3.5.4 Indicadores 8
3.5.5 Estratgia de controle 9
3.5.6 Plano de Contingncia 9

3
 Lista de Riscos

1. Objetivos

Este documento descreve as diretrizes usadas pela AREDEP DESENVOLVIMENTO

LTDA para estabelecer a anlise dos riscos e os impactos que possivelmente ocorrero
durante o desenvolvimento do software.

2. Referncias

Termo de abertura
Declarao de escopo
Lista de risos.
Documento de requisitos.
Caso de Negcio.
Caso de uso

3. Riscos

Abaixo esto descritos os trs principais riscos que podem afetar o andamento do nosso
projeto. Foram identificados riscos de Projeto, de Produto e de Negcios.

3.1 PERDA DE DESENVOLVEDOR

3.1.1 Magnitude do risco ou prioridade

Pode ocorrer atraso no prazo de entrega, perda de confiabilidade, o
produto poder apresentar falhas durante o uso, e o mais grave, a perda
do cliente.

Impacto: 3,0

Probabilidade: 0,25

Risco: Risco Baixo

3.1.2 Descrio
A perda de um ou mais integrante da equipe, pode se dar devido a
doenas ou ate mesmo problemas pessoais que venham a interferir no
desempenho do colaborador da equipe.

4
3.1.3 Impactos

- Atraso no desenvolvimento do algoritmo

- Atraso na criao do design
- Reduo de desempenho de membros da equipe
- Sobre carga de trabalho aos membros da equipe
3.1.4 Indicadores
Os atrasos registrados do membro da equipe, o no cumprimento de
prazo das atividades designadas e o no comparecimento durante as
reunies estabelecidas pelo administrador e gerente da equipe.

3.1.5 Estratgia de controle

Pelo menos dois membros da equipe devem estar familiarizados com
todos os processos e atividades do projeto, pois caso ocorra perda de
algum membro, os dois integrantes possam dar continuidade e ate mesmo
repassar as atividades que ficaram incompletas.

3.1.6 Plano de Contingncia

Deve haver uma comunicao com os contratantes para reduzir o escopo
do projeto, reduzindo-se a quantidade de requisitos a serem
implementados.

3.2 NO ACEITAO DO PRODUTO

3.2.1 Magnitude do risco ou prioridade

Ocasionar um considervel prejuzo a empresa.

Impacto: 5,0

Probabilidade: 0,25

Risco: Risco Mdio

3.2.2 Descrio

Os clientes podem no gostar das funcionalidades desenvolvidas.

3.2.3 Impactos

Abrir espao para que o cliente procure outra empresa, tornando a nossa
empresa menos competitiva e perda de fidelidade com clientes.

5
3.2.4 Indicadores

No empolgao do cliente durante o desenvolvimento do sistema e falta de

interesse em acompanhar o processo.

3.2.5 Estratgia de controle

Mostrar os benefcios do nosso produto, expor ao cliente as melhores ideias

podendo sugerir a que melhor se adqua ao processo.

3.2.6 Plano de Contingncia

Ouvir atenciosamente todas as solicitaes do cliente e buscar atender de

maneira equilibrada todos os requisitos conforme seus objetivos.

3.3 PROBLEMAS DE INTEGRAO/IMPLANTAO

3.3.1 Magnitude do risco ou prioridade

A empresa perde sua credibilidade com o cliente podendo ocasionar a perda e ate
a quebra de outros contratos.
Impacto: 2,0

Probabilidade: 0,10

Risco: Risco Baixo

3.3.2 Descrio

Problemas para agrupar os mdulos desenvolvidos pelos programadores, fala de

habilidade em alguns requisitos computacionais.

3.3.3 Impactos

Entrega de um produto de m qualidade, desenvolvido as pressas sem o

tratamento adequado. Alem da perda de futuros contratos com outros clientes.

3.3.4 Indicadores

No entrega dos mdulos que foram designados aos desenvolvedores.

6
3.3.5 Estratgia de controle

A criao de interface que possibilite a interao dos membros da equipe a

qualquer momento, para esclarecer dvida referente ao mdulo que se est
desenvolvendo.

3.3.6 Plano de Contingncia

Deve ser feito todo um retrabalho para modelar os mdulos novamente, desta vez
utilizando-se um padro para que no haja conflitos e ferramentas que o
desenvolvedor tenha habilidade plena para que evite dvidas durante o processo.

3.4 API ESCOLHIDA NO SATISFAZ NECESSIDADES

3.4.1 Magnitude do risco ou prioridade

Risco considervel, j que o projeto precisaria ser suspenso at que uma nova
tecnologia fosse encontrada para substituir a atual.
Impacto: 3,0

Probabilidade: 0,25

Risco: Risco Baixo

3.4.2 Descrio

Problemas quando a tecnologia inicialmente escolhida, ao ser analisada mais a

fundo durante o desenvolvimento, apresenta caractersticas que impedem o
andamento do projeto.

3.4.3 Impactos

O projeto ter que ser reestruturado e replanejado, levando a um atraso

considervel no cronograma inicial.

3.4.4 Indicadores

No entrega do projeto dentro do prazo estabelecido.

7
3.4.5 Estratgia de controle

Investigaes e prototipaes mais detalhadas durante o processo de definio

de cronogramas e tecnologias a serem utilizadas.

3.4.6 Plano de Contingncia

Ter uma verba disponvel para adiquirir a nova tecnologia no menor tempo
possvel e pessoas aptas a utiliz-la.

3.5 ORAMENTO SUBESTIMADO

3.5.1 Magnitude do risco ou prioridade

Risco mdio, considerando os problemas que podem ser criados entre o cliente e
a empresa.
Impacto: 4,0

Probabilidade: 0,75

Risco: Risco Alto

3.5.2 Descrio

Quando o oramento inicialmente definido no suficiente para dar continuidade

ao projeto ou novos gastos aparecem durante a sua execuo.

3.5.3 Impactos

A insatisfao do cliente devido a alterao do oramento, fazendo com que o

mesmo no venha a contratar novos servios oferecidos pela empresa em
questo.

3.5.4 Indicadores

Adio de novas funcionalidades por parte do cliente; Necessidade de horas

extras de trabalho.

8
3.5.5 Estratgia de controle

Ter um oramento inicial bem definido e manter uma margem confortvel.

3.5.6 Plano de Contingncia

Entrar em contato com o cliente e explicar a situao para que sejam tomadas as
devidas providncias (adio de verba ou cortes de funcionalidades).