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