Aula_10

Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original

Qualidade de software
Fabiano Gonçalves dos Santos
Aula 10
Um risco é qualquer evento ou condição em potencial que, em se concretizando, pode afetar negativamente ou positivamente um objetivo do projeto
Riscos Negativos = AMEAÇAS
Riscos Positivos = OPORTUNIDADES
Conceito de Risco
*
Pessoal experiente deixará o projeto antes do fim
O hardware essencial ao projeto não será entregue no prazo
O tamanho do sistema foi subestimado 
As ferramentas CASE que apoiam o projeto não funcionam conforme o previsto 
A tecnologia sobre a qual foi construído foi superada por uma nova tecnologia
Exemplos de riscos
*
Um produto concorrente foi lançado no mercado antes da conclusão do sistema 
Um especialista previsto para começar no projeto, avisou que só pode chegar 5 dias depois
A linguagem de programação não é adequada à solução do problema
Exemplos de riscos
*
O Risco afeta:
A empresa (negócios), 
O processo de desenvolvimento e (projeto)
O software (produto).
Identificação, análise, planejamento e monitoração de riscos devem ser realizados de forma sistematizada e controlada, durante todo o processo de desenvolvimento de software  Evitar problemas, surpresas.
Gerência de riscos
*
Quais os riscos que podem afetar?
Produto, Projeto e Negócio.
Como descobrir ?
Brainstorming 
Experiência pessoal
Relacionar os riscos – técnica de checklist.
1. Identificação dos riscos
*
Tipos de Riscos
1. Identificação dos riscos
*
Fase 1: Avaliar e classificar a probabilidade de ocorrência dos riscos
2. Análise dos riscos
Muito baixa (<10%)
Baixa (10-25%)
Média (25-50%)
Alta (50-75%)
Muito alta (>75%)
A probabilidade do risco pode ser:
*
Probabilidade = chance do risco ocorrer
Impacto = efeito sobre o projeto, produto, empresa
Gerenciar objetivos
Maximizar os resultados dos eventos positivos
Minimizar os resultados dos eventos negativos
2. Análise dos Riscos: Probabilidade x Impacto
*
Inicio do projeto
Probabilidade Alta (+ incerteza)
Impacto baixo
Ao longo do projeto
Probabilidade baixa (- certeza)
Impacto alto
2. Análise dos Riscos: Probabilidade x Impacto
*
Fase 2: Avaliar os mais significativos, baseado na probabilidade de ocorrência e seus efeitos (seriedade)
Catastróficos, sérios, toleráveis ou insignificantes.
2. Análise dos riscos
*
Requer estratégias
O que fazer quando o risco for detectado
3. Planejamento dos riscos
De prevenção: a ocorrência de riscos é reduzida
De contingência: o efeito do risco é forte, mas existe uma alternativa para lidar com o problema
De minimização: o impacto do risco será reduzido
Categorias de estratégias
*
As estratégias de AÇÕES para cada risco devem:
Promover:
Confiabilidade
Proteção
Segurança
Qualidade
Reduzir:
Impacto da ocorrência do risco
3. Planejamento dos riscos: Estratégias
*
Avaliar de forma regular cada risco.
É provável de ocorrer? / Efeitos mudaram?
Risco: Tecnologia
Indicadores: atraso na entrega de hardware ou software, muitas vezes com problemas de Tecnologia 
Risco: Pessoal
Indicadores: Baixa moral do pessoal, relacionamento precário entre os membros
Risco: Requisitos
Indicadores: Reclamações dos clientes e muitas solicitações de mudança nos requisitos
4. Monitoração dos riscos
*
Avaliar de forma regular cada risco.
É provável de ocorrer? / Efeitos mudaram?
4. Monitoração dos riscos
*
PMI-PMBOK: Gerenciamento dos riscos
*
Qualidade de software
Fabiano Gonçalves dos Santos
Atividade 10
*
Exercício sobre identificação de riscos
Durante o processo de análise de risco é necessário fazer uma avaliação dos tipos de riscos e dos riscos possíveis. Associe os tipos de riscos com os riscos possíveis. 
Tipos de riscos: 
Tecnologia 
Pessoal 
Ferramentas 
Estimativas 
*
*
*
Riscos possíveis:  ( ) A taxa de reparo de defeito foi subestimada.  ( ) O treinamento necessário não está disponível.  ( ) O banco de dados usado no sistema não 
suporta a quantidade de transações que o sistema demanda.
( ) Não será possível integração de CASE.
A. Tecnologia 
B. Pessoal 
C. Ferramentas 
D. Estimativas 
*
*
Riscos possíveis:  (D) A taxa de reparo de defeito foi subestimada.  (B) O treinamento necessário não está disponível.  (A) O banco de dados usado no sistema não 
suporta a quantidade de transações que o sistema demanda.
(C) Não será possível integração de CASE.
A. Tecnologia 
B. Pessoal 
C. Ferramentas 
D. Estimativas