Segue nosso documento na versão final, com as correções do Prof. Rogério.
Grupo Stark
sábado, 26 de abril de 2014
domingo, 13 de abril de 2014
Plano de Redução, Supervisão e Gestão do Risco (RSGR)
#WENDERSON
RISCO: 04-2014
|
PROB: 60%
|
IMPACTO: Crítico
|
Descrição: Comportamento duvidoso em vários OS móveis
|
||
Estratégia de Redução: Monitor o sistema nos diferentes tipos de SO
|
||
Plano de contingência: Disponibilizar outro sistema, temporariamente,
com as funcionalidades principais e mais utilizadas
|
||
Pessoa responsável: Wenderson Campos Pereira
|
||
Status: Analisando as informações de uso do sistema
|
RISCO: 05-2014
|
PROB: 60%
|
IMPACTO: Crítico
|
Descrição: Problemas de consistência de dados
|
||
Estratégia de Redução: Monitorar periodicamente a qualidade dos dados
que são inseridos no banco de dados
|
||
Plano de contingência: Fazer a restauração do banco de dados
|
||
Pessoa responsável: Wenderson Campos Pereira
|
||
Status: Verificando as informações inseridas pelos usuários
|
RISCO: 06-2014
|
PROB: 40%
|
IMPACTO: Crítico
|
Descrição: Garantir a performance em caso de muitos acessos
simultâneos
|
||
Estratégia de Redução: Habilitar o GZIP para comprimir o conteúdo das
páginas web do sistema antes de enviar para o usuário
|
||
Plano de contingência: Diminuir a quantidade de requests para
minimizar o número de invocações remotas
|
||
Pessoa responsável: Wenderson Campos Pereira
|
||
Status: Avaliando os resultados de resposta das páginas do sistema
|
quarta-feira, 9 de abril de 2014
Estimativa do Projeto
Estimativa do nosso projeto segundo as métricas de Lorenz & Kidd
# Classes Chaves identificadas
-Estabelecimento
-vaga
-alocação
-estagiário
4*3 (GUI Complexa)= 12 * 20 = 240 dias-pessoa
# Classes Chaves identificadas
-Estabelecimento
-vaga
-alocação
-estagiário
4*3 (GUI Complexa)= 12 * 20 = 240 dias-pessoa
Plano de Redução, Supervisão e Gestão do Risco (RSGR)
# IGOR
RISCO: 07-2014 | PROB: 40% | IMPACTO: Crítico |
Descrição: Custo associado com atraso na entrega | ||
Estratégia de Redução: Monitoramento constante do projeto e de suas tarefas. | ||
Plano de contingência: Ter parceiros terceirizados para desenvolvimento de parte do projeto. | ||
Pessoa responsável: Igor Peterson Oliveira Santos | ||
Status: Monitoriando projeto | ||
RISCO: 08-2014 | PROB: 40% | IMPACTO: Crítico |
Descrição: Retenção de talentos | ||
Estratégia de Redução: Verificar ambiente de trabalho e ofertas de emprego fora da companhia. | ||
Plano de contingência: Criar planos de motivação para os funcionários | ||
Pessoa responsável: Igor Peterson Oliveira Santos | ||
Status: Desenvolvendo planos de motivação e ambiente de trabalho | ||
RISCO: 09-2014 | PROB: 90% | IMPACTO: Moderado |
Descrição: Não acompanha as fases do projeto | ||
Estratégia de Redução: Identificar os motivos para o não acompanhamento das fases do projeto | ||
Plano de contingência: Alocar recursos humanos e adotar outras estratégias para o acompanhamento do projeto | ||
Pessoa responsável: Igor Peterson Oliveira Santos | ||
Status: Identificando motivos para a falta de acompanhamento das fases do projeto |
Plano de Redução, Supervisão e Gestão do Risco (RSGR)
# JORGE
RISCO: 01-2014 | PROB: 50% | IMPACTO: Catastrófico |
Descrição: Garantia de alta disponibilidade | ||
Estratégia de Redução: Monitoramento constante da saúde dos serviços de infraestrutura. | ||
Plano de contingência: Adoção de um sistema de Clusters de H.A. | ||
Pessoa responsável: José Jorge Barreto Torres | ||
Status: Analisando propostas de fornecedores | ||
RISCO: 02-2014 | PROB: 90% | IMPACTO: Crítico |
Descrição: Não possui equipe de testes especializada | ||
Estratégia de Redução: Solicitar aos desenvolvedores que dediquem mais horas relativas ao teste de software | ||
Plano de contingência: Contratação de testadores certificados | ||
Pessoa responsável: José Jorge Barreto Torres | ||
Status: Efetuando pesquisa de mercado por recursos humanos especializados | ||
RISCO: 03-2014 | PROB: 70% | IMPACTO: Crítico |
Descrição: Grande quantidade de clientes utilizando o produto | ||
Estratégia de Redução: Efetuar testes de stress para detectar os limites de utilização do produto e realizar tunning dos serviços | ||
Plano de contingência: Adaptar harware dos servidores quando o tunning não fizer mais diferença no desempenho | ||
Pessoa responsável: José Jorge Barreto Torres | ||
Status: Implementando tunning de performance |
Brainstorm!
Resultado do nosso brainstorm. Seque a tabela de riscos:
#Tecnológicos
[0,60;4]- Comportamento duvidoso em vários OS móveis
[0,50;5]- Garantir a alta disponibilidade
[0,40;4]- Garantir a performance em caso de muitos acessos simultaneos
#Maturidade do SW
[0,90;3]- Falta de acompanhamento da qualidade de software por equipe especializada
[0,90;4]- Ausência de equipe de testes dedicada
#Cliente
[0,80;3]- O cliente não tem idéia completa do produto
[0,90;3]- Tem pouco tempo para dedicar no projeto
[0,90;3]- Não acompanha as fases do projeto
[0,90,3]- Não entende os requisitos técnicos
[0,90;1]- Não conhece o processo de E.S.
#Negócio
[0,70;4]- Número de clientes que utilizam o produto
[0,50;3]- Custo associado com produto defeituoso
[0,20;4]- Requisitos governamentais
[0,40;4]- Custo associado com atraso na entrega
#Risco de Pessoas
[0,40;4]- Retenção de talentos
[0,20;2]- Condições ruins de ambiente de trabalho
[0,20;2]- Recrutamento de especialistas com habilidades
#Tamanho do Produto
[0,60;3]- Número de usuários do produto
[0,30;2]- Reutilização de código de SW
[0,60;4]- Problemas de consistência de dados
**** ORDENAÇÃO ****
[0,50;5]- Garantir a alta disponibilidade
[0,90;4]- Ausência de equipe de testes dedicada
[0,70;4]- Número de clientes que utilizam o produto
[0,60;4]- Comportamento duvidoso em vários OS móveis
[0,60;4]- Problemas de consistência de dados
[0,40;4]- Garantir a performance em caso de muitos acessos simultaneos
[0,40;4] - Custo associado com atraso na entrega
[0,40;4]- Retenção de talentos
[0,90;3]- Não acompanha as fases do projeto
[0,90;3]- Tem pouco tempo para dedicar no projeto
[0,90,3]- Não entende os requisitos técnicos
[0,90;3]- Falta de acompanhamento da qualidade de software por equipe especializada
[0,80;3]- O cliente não tem idéia completa do produto
[0,50;3]- Custo associado com produto defeituoso
[0,60;3]- Número de usuários do produto
[0,30;2]- Reutilização de código de SW
[0,20;2]- Condições ruins de ambiente de trabalho
[0,20;2]- Recrutamento de especialistas com habilidades
[0,90;1]- Não conhece o processo de E.S.
**** PONTO DE CORTE ****
#JORGE
01-2014: [0,50;5]- Garantir a alta disponibilidade
02-2014: [0,90;4]- Ausência de equipe de testes dedicada
03-2014: [0,70;4]- Número de clientes que utilizam o produto
#WENDERSON
04-2014: [0,60;4]- Comportamento duvidoso em vários OS móveis
05-2014: [0,60;4]- Problemas de consistência de dados
06-2014: [0,40;4]- Garantir a performance em caso de muitos acessos simultaneos
#IGOR
07-2014: [0,40;4] - Custo associado com atraso na entrega
08-2014: [0,40;4]- Retenção de talentos
09-2014: [0,90;3]- Não acompanha as fases do projeto
#Tecnológicos
[0,60;4]- Comportamento duvidoso em vários OS móveis
[0,50;5]- Garantir a alta disponibilidade
[0,40;4]- Garantir a performance em caso de muitos acessos simultaneos
#Maturidade do SW
[0,90;3]- Falta de acompanhamento da qualidade de software por equipe especializada
[0,90;4]- Ausência de equipe de testes dedicada
#Cliente
[0,80;3]- O cliente não tem idéia completa do produto
[0,90;3]- Tem pouco tempo para dedicar no projeto
[0,90;3]- Não acompanha as fases do projeto
[0,90,3]- Não entende os requisitos técnicos
[0,90;1]- Não conhece o processo de E.S.
#Negócio
[0,70;4]- Número de clientes que utilizam o produto
[0,50;3]- Custo associado com produto defeituoso
[0,20;4]- Requisitos governamentais
[0,40;4]- Custo associado com atraso na entrega
#Risco de Pessoas
[0,40;4]- Retenção de talentos
[0,20;2]- Condições ruins de ambiente de trabalho
[0,20;2]- Recrutamento de especialistas com habilidades
#Tamanho do Produto
[0,60;3]- Número de usuários do produto
[0,30;2]- Reutilização de código de SW
[0,60;4]- Problemas de consistência de dados
**** ORDENAÇÃO ****
[0,50;5]- Garantir a alta disponibilidade
[0,90;4]- Ausência de equipe de testes dedicada
[0,70;4]- Número de clientes que utilizam o produto
[0,60;4]- Comportamento duvidoso em vários OS móveis
[0,60;4]- Problemas de consistência de dados
[0,40;4]- Garantir a performance em caso de muitos acessos simultaneos
[0,40;4] - Custo associado com atraso na entrega
[0,40;4]- Retenção de talentos
[0,90;3]- Não acompanha as fases do projeto
[0,90;3]- Tem pouco tempo para dedicar no projeto
[0,90,3]- Não entende os requisitos técnicos
[0,90;3]- Falta de acompanhamento da qualidade de software por equipe especializada
[0,80;3]- O cliente não tem idéia completa do produto
[0,50;3]- Custo associado com produto defeituoso
[0,60;3]- Número de usuários do produto
[0,30;2]- Reutilização de código de SW
[0,20;2]- Condições ruins de ambiente de trabalho
[0,20;2]- Recrutamento de especialistas com habilidades
[0,90;1]- Não conhece o processo de E.S.
**** PONTO DE CORTE ****
#JORGE
01-2014: [0,50;5]- Garantir a alta disponibilidade
02-2014: [0,90;4]- Ausência de equipe de testes dedicada
03-2014: [0,70;4]- Número de clientes que utilizam o produto
#WENDERSON
04-2014: [0,60;4]- Comportamento duvidoso em vários OS móveis
05-2014: [0,60;4]- Problemas de consistência de dados
06-2014: [0,40;4]- Garantir a performance em caso de muitos acessos simultaneos
#IGOR
07-2014: [0,40;4] - Custo associado com atraso na entrega
08-2014: [0,40;4]- Retenção de talentos
09-2014: [0,90;3]- Não acompanha as fases do projeto
terça-feira, 1 de abril de 2014
Introdução do projeto
Está pronta a introdução do projeto de SW. Não é piada de 1º de abril. Vamos discutir, corrigir, opinar!
Inté.
Inté.
Assinar:
Postagens (Atom)