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

Plano de Redução, Supervisão e Gestão do Risco (RSGR)

# IGOR


RISCO: 07-2014PROB: 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-2014PROB: 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-2014PROB: 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-2014PROB: 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-2014PROB: 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-2014PROB: 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

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é.