Sw_LTSI

SIMG
Project Plan

Version <1.0>
SIMG Version: <1.0>
Project Plan Date: <08/12/10>
Project Plan

Histórico de Revisões

Date Version Description Author

<26/11/10> 1.0 Documento Inicial <name>
<08/12/10> 1.0 Revisão do Documento

Confidential <Company Name>, 2011 Page 2 of 8

SIMG Version: <1.0>
Project Plan Date: <08/12/10>
Project Plan

Índice Analítico
1. Introdução..............................................................................................................................................4
1.1 Finalidade....................................................................................................................................4
1.2 Âmbito ........................................................................................................................................4
1.3 Definição, Siglas, e Abreviaturas................................................................................................4
1.4 Referências..................................................................................................................................4
1.5 Visão Geral..................................................................................................................................4
Estratégia de Diminuição..............................................................................................................5

2. Riscos.....................................................................................................................................................5

Confidential <Company Name>, 2011 Page 3 of 8

SIMG Version: <1.0>
Project Plan Date: <08/12/10>
Project Plan

Risk List

1. Introdução
Este documento tem como objectivos descrever a finalidade, o âmbito, as
definições, as siglas, as abreviações, as referências e uma visão geral do
Plano que compoe este projecto.

1.1 Finalidade
O objectivo deste documento é demonstrar a nossa previsão de
eventuais riscos, que podem afectar a programação do projecto ou a
qualidade da documentação e do software que vão ser desenvolvidos
Este documento abordará uma estratégia para identificar a
probabilidade de esse risco vir a acontecer, qual o impacto, e quais as
acções atenuantes para podermos resolver o problema.
1.2 Âmbito
O âmbito deste documento compreende a Sw_LTSI do Projecto SIMG.
Esta Risk List será utilizada inicialmente, para verificar se um risco ocorreu.
Se o acontecimento do risco for identificado então este documento dirá como
proceder para atenuar/minimizar as consequências.

1.3 Definição, Siglas, e Abreviaturas

*WBS- Work Breakdown Structure- Estrutura de trabalho.

1.4 Referências
PMSprojecto1-2010 – Enunciado do projecto;
Relatório Final – Primeiro relatório do projecto;
Rational Unified Process – Modelo a seguir no desenvolvimento da aplicação;
MGApresentação – Apresentação da Instituição.

1.5 Visão Geral

A tabela que se segue descrevem os riscos inicialmente identificados como: 1) Mau entendimento dos
requisitos pretendidos para o sistema; 2) Atraso nos vários módulos que compõe o sistema; 3)Alteração
nos requisitos após análise inicial;4)Dificuldade de integração dos componentes comprados; 5)Falta de
recursos especialiazados;5)Dificuldade de integração do sistema na empresa;6) Falta de
disponibiladade diária da Equipa; 7) Saída de um elemento da equipa; 8)Wbs;

Confidential <Company Name>, 2011 Page 4 of 8

 SIMG Version: <1.0>
Project Plan Date: <08/12/10>
Project Plan

Achas que devo defirenciar a acção atenuante a colocar duas tabelas uma como estratégia de diminuiçao e outra como plano de contingencia??

Estratégia de Diminuição
[Descreva o que está sendo feito no projecto, no momento, para reduzir o impacto do risco.]
Plano de Contingência
[Descreva que acção será executado se o risco realmente se materializar: solução alternativa, redução de funcionalidade etc.]

2. Riscos

Descrição Prob Prob. Impacto Seriedade

Tipo [1-5] Impacto Seriedade Indicadores Consequências Acções atenuantes
do risco [1-5] [PxI] Após após Após

-Aparecimento - Bom relacionamento

Mau - O cliente não
de dúvidas ao da empresa com o
entendim ficará
longo da cliente.
ento dos satisfeito e
Empres execução do - Tentar entrar em
requisitos 5 5 25 todo o 2 3 6
a projecto. contacto com cliente
pretendid projecto
e esclarecer o
os para o poderá estar
máximo de dúvidas
sistema comprometido
que possam existir.
-Dificuldade - Custos mais
em cumprir elevados
- Reduzir os requisitos
com os devido ao
Atraso do produto
primeiros acréscimo de
nos vários - Aumento do número
prazos tempo
módulos Empres de horas de trabalho
5 5 25 estabelecidos. utilizado para 2
que a da equipa de 3 6
terminar o
compõe o desenvolvimento
produto
sistema -Estabelecer
- Atraso na
prioridades.
conclusão do
sistema

Confidential <Company Name>, 2011 Page 5 of 8

 SIMG Version: <1.0>
Project Plan Date: <08/12/10>
Project Plan

-O cliente ***1-dividir os
ainda não requisitos e dar-lhes
sabe bem ordens de prioridade
aquilo que da seguinte forma. a)
pretende. Imprescindíveis; b)
importantes; c)nice to
- Duvidas - Aumento do have.
Alteraçõe sobre o tempo de 2- reprioritirizar de
s nos orçamento, e desenvolvime novo após a divisão a
requisitos condições nto cima
Cliente 5 5 25
após disponíveis - Aumento dos 3- avaliar após os 2 2 3 6
análise para a custos de 1ªs passos, se em
inicial execução e desenvolvime realização dos
implementaçã nto requisitos
o do projecto. imprescindíveis, após
a alteração de âmbito
do projecto põe em
risco o mesmo

??? - Diminuição
da qualidade
do sistema
- - Alargamento dos prazos de
Dificuldades Incumpriment entregas.
Cliente 3 5
financeiras 15 o de certos - Eliminação de alguns 2 2 4
requisitos componentes do sistema
- Atraso na
conclusão dos
sistema
- Aumento dos
Dificuldade de custos
integração do - Reapreciação dos requisitos
Empresa 3 3 9 - Atrasos na
sistema na impostos pelo cliente 1 2 2
empresa conclusão do
sistema

Confidential <Company Name>, 2011 Page 6 of 8

 SIMG Version: <1.0>
Project Plan Date: <08/12/10>
Project Plan

-dificuldade -atraso na Pelo menos dois

para contactar realização de membros da equipa
o elemento da artefatos; devem estar
equipa; - redução na familiarizados com
Falta de -ausência do qualidade de cada tarefa, pois caso
Disponibilidad elemento da artefatos; ocorra algum
Empresa 2 5 10 2 2 4
e diária da equipa quer - sobrecarga problema com um
Equipa nas reuniões de trabalho elementos, o outro
quer nas aos membros pode ficar
aulas da da equipa. responsável por esta
disciplina. tarefa.

- Falta de -Atraso na -Definir juntamente com o

dispositivos conclusão do cliente quais os recursos
electrónicos projecto. necessários para a
Dificuldade de implementação do software.
implementação adequados. -
- Avaliar todas as condições
do software - Incumpriment
(físicas) que estão disponíveis
tanto na Equipamentos o de para um projecto desta
Cliente 5 5 25 2 2 4
MG(sede) não determinados dimensão
como em todos compatíveis; requisitos.
os pólos -Falha na - Diminuição
(nível físico) ligação entre da eficiência e
todos os pólos qualidade do
e a sede sistema.

Confidential <Company Name>, 2011 Page 7 of 8

 SIMG Version: <1.0>
Project Plan Date: <08/12/10>
Project Plan

Desconhecime - Atraso ou -Conhecer as habilitações dos

nto de erros nos utilizadores;
determinadas processos a -Proporcionar formação;
tecnologias. que o -Ter em atenção aquilo que é
Dificuldade na realmente necessário para a
utilização do -Baixas software se
utilização do software.
software por Habilitações destina. - O aspecto gráfico deve
parte dos literárias. permitir uma fácil
utilizadores - Facha etária interpretação para a utilização
(funcionários) Cliente 5 5 25 3 2 6
maioritária do programa
dos
funcionários
-“Medo” (por
parte de
alguns
funcionários)
da mudança.
O cliente não ?????AJUDAAA -Remodelar o sistema
gostou do para que ele passe a
produto final. agradar o público ao
qual se destina.
Não Aceitação -Divulgar o nosso
do Produto Cliente 5 5 25 produto (mostrando
Final os benefícios da sua
utilização) para que
ele passe a ser
utilizado.

*nota : porque se mudou o âmbito, em teoria, terá aumentado não reduzido, ao aumentar põe em risco a data fim do projecto
Para cumprir a data fim há que refazer as prioridades dos requisitos, coisas que não são fundamentais para o arranque, poderão ser realizadas numa 2ª iteração

Confidential <Company Name>, 2011 Page 8 of 8