Your SlideShare is downloading. ×

Aula10 TEES UFS Analise e Gestao do Risco

2,130

Published on

Aula10 TEES UFS Analise e Gestao do Risco

Aula10 TEES UFS Analise e Gestao do Risco

Published in: Technology, Business
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
2,130
On Slideshare
0
From Embeds
0
Number of Embeds
10
Actions
Shares
0
Downloads
96
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide
  • Transcript

    • 1. Análise e Gestão do Risco Aula 10
    • 2. Sumário
      • Introdução
        • O quê é?
        • Quem faz?
        • Porquê é importante?
        • Qual é o produto?
        • Como saber se está bem feita?
      • Riscos do software
      • Método de Identificação e estimação dos riscos
      • Avaliação Global do Risco
      • Tabela de Risco
      • Explorando as actividades de RSGR
    • 3. Introdução (I)
      • O quê é?
        • Série de passos que permitem compreender e gerir a incerteza
        • Um risco é um problema potencial
          • convém identificá-lo
          • avaliar a sua probabilidade de ocorrência
          • e estimar o seu impacto
      • Quem faz?
        • Gestores e Engenheiros de Software
        • Clientes
    • 4. Introdução (II)
      • Porquê é importante?
        • A produção de software é difícil
        • Muita coisa pode correr mal.. e corre mesmo mal..
        • Portanto, devemos estar preparados !
      • Qual o produto?
        • Plano de RSGR - Redução, Supervisão e Gestão do Risco
      • Como fazer bem?
        • O risco deve ser analisado e gerido a partir dos 4 ‘P’s:
          • pessoal, produto, processo e projecto
    • 5. Risco do SW - aspectos importantes
      • Incerteza : o facto que caracteriza o risco pode não acontecer
        • Não há riscos com 100% de probabilidade de ocorrência
      • Perda : Se o risco se converter em realidade
        • Implicará consequências não desejadas ou perdas
    • 6. Categorias de Risco
      • Projecto : ameaças ao plano do projecto.
      • Técnico : ameaças à qualidade e o planeamento temporal do software. Ocorrem porque o problema é mais difícil de resolver q o previsto
      • Negócio : ameaças à viabilidade do software
      • Conhecidos : após avaliações do plano, condições técnicas e comerciais
      • Previsíveis : extrapolados de experiências anteriores
      • Imprevisíveis : difíceis de prever com antecedência
    • 7. Identificação do Risco
      • Tentativa sistemática para uma especificação das ameaças ao plano do projecto
      • Permite dar um passo à frente para evitá-los e controlá-los
      • Riscos genéricos : ameaças potencias para todos os projectos de software
      • Riscos específicos do produto : identificados só por quem tem uma clara visão da tecnologia, o pessoal e o ambiente específico do projecto
    • 8. Método de Identificação do Risco
      • Criar lista de comprovação de elementos de risco
        • focada num subconjunto de riscos conhecidos
        • previsíveis segundo as seguintes subcategorias:
          • Tamanho do produto
          • Impacto no negócio
          • Características do cliente
          • Definição do processo
          • Ambiente de desenvolvimento
          • Tecnologia a construir
          • Tamanho e experiência do pessoal
    • 9. Método de Identificação do Risco - riscos gerais e do projecto pedidos no Plano de Projecto da Lacertae SW (item 3.1) Risco Projecto Técnico Negócio Comum Especial Equipamento não disponível X Requisitos incompletos X X Uso de metodologias especiais X X Problemas na busca da confiabilidade requerida X X Retenção de pessoas chave X X Sub-estimativa do esforço X X Desistência do único cliente potencial X X
    • 10. Avaliação Global do Risco - também adicionar ao item 3.1
      • Os Gestores de Software e clientes dão suporte ao projecto?
      • Os Clientes estão entusiasmados com o projecto e o produto?
      • Os Engenheiros de Software e os clientes compreenderam bem os requisitos?
      • Os Clientes estiveram envolvidos na definição dos requisitos?
      • As expectativas dos utilizadores são realistas?
      • O âmbito do projecto é estável?
      • Os Engenheros de Software têm as competências requeridas?
      • Os requisitos do projecto são estáveis?
      • A Equipa de Desenvolvimento tem experiência na tecnologia a implementar?
      • É adequado o número de pessoas da equipa de trabalho?
      • Concordam os Clientes/utilizadores quanto à importância do projecto? e nos requisitos do sistema ou produto a construir?
    • 11. Componentes e Impacto do Risco
      • Componentes do Risco da elaborados pela FAA (Fed Aviation Administration, USA)
        • Performance
        • Custo
        • Suporte
        • Planeamento temporal
      • para cada componente o Impacto pode ser:
        • Catastrófico
        • Crítico
        • Marginal
        • Desprezável
    • 12. Estimação do Risco
      • Medição do risco em termos da sua probabilidade de ocorrência e das suas consequências
      • Tarefas a cumprir:
        • Estabelecimento de uma escala para reflectir probabilidade percebida do risco
        • Definição das consequências do risco
        • Estimação do impacto do risco no projecto e no produto
        • Apontar exactidão geral da estimação
    • 13. Tabela de Risco - Exemplo-modelo para o item 3.2 do Plano de Projecto Risco Categoria Prob. Impacto RSGR Baixa estimação do tamanho Tamanho 60% Crítico Mais utilizadores que os previstos Tamanho 30% Marginal Menos reutilização que a prevista Tamanho 70% Crítico Resistência dos utilizadores Negócio 40% Marginal Data de entrega muito ajustada Negócio 50% Crítico Perda dos orçamentos Negócio 40% Catastróf. Mudança nos requisitos Cliente 80% Crítico Expectativas não satisfeitas Cliente 30% Marginal Falta de formação nas ferramentas Pessoal 80% Marginal Falta de experiência do pessoal Pessoal 30% Crítico Alta rotação de pessoal Pessoal 60% Crítico
    • 14. Redução do Risco Risco identificado: “rotação de pessoal”
      • Plano de redução:
        • Reunião com o pessoal para determinar causas da mobilidade
        • Gestor de Software decide sobre a mobilidade
        • Desenvolver técnicas para assegurar a continuidade
        • Organizar as equipas por forma a garantir a distribuição de informação
        • Definir standards de documentação e estabelecer mecanismos para assegurar o cumprimento das actividades de documentação
    • 15. Supervisão do Risco - Risco identificado: “rotação de pessoal”
      • Factores a supervisionar
        • Atitude geral dos membros da equipa
        • Grau de compenetração da equipa
        • Relações interpessoais entre os membros
        • Problemas potenciais com compensações e benefícios
        • Oferta de emprego dentro e fora da companhia
    • 16. Gestão do Risco - Risco identificado: “rotação de pessoal”
      • A gestão do risco e os planos de contingência assumem que os esforços de redução falharam
      • Plano de Contingência:
        • Cópias de segurança disponíveis
        • Informação devidamente documentada
        • Conhecimento disperso pela equipa
        • Actividades de transferência de conhecimento entre os que saem e os que entram
      • As actividades de RSGR devem ser justificadas em termos de custos e benefícios
        • Estratégia eficaz para tratar os riscos:
          • Evitar o risco
          • Supervisionar o risco
          • Gerir o risco e planos de contingência
    • 17. RSGR - Redução, Supervisão e Gestão do Risco
      • outro exemplo de risco identificado:
        • usar este modelo para o item 3.3 do Plano de Projecto da Lacertae SW
        • descrever as actividades de RSGR somente para 2 ou 3 dos riscos identificados
      Risco: 1-010-77 Prob: 10% Impacto: muito alto Descrição: hardware especializado pode não estar disponível Estrategia de redução: Acelerar desenvolvimento de HW, construir simulador Plano de contigência: ter desenvolvimento externo de hardware como backup, implantar sistemas num simulador Pessoa responsável: Fred Jones (criação 1-01-01) Status: Simulação completada 10-02-01
    • 18. Avaliação do Impacto
      • Método da FAA ( Federal Aviation Administration, USA)
        • Determinar probabilidade média de ocorrência de cada componente de risco
        • Empregando a figura da FAA determinar o impacto baseados nos critérios mostrados
          • Desprezível
          • Marginal
          • Crítico
          • Catastrófico
        • Completar a tabela de risco e analisar resultados
      • Exposição ao Risco
        • ER = P x C
        • P = probabilidade de ocorrência
        • C = custo em caso de ocorrência
    • 19. Avaliação do Impacto
      • Identificação do risco:
        • “ Somente 70% dos componentes do software planeados para reutilização, podem integrar-se na aplicação. A funcionalidade restante será desenvolvida”
      • Probabilidade do Risco:
        • 80%
      • Calculando o Custo:
        • Se temos algo como 60 componentes planeados para reutilização, 30 % equivale a 18 componentes (que devem ser desenvolvidos)
        • Se a quantidade (média) de Classes x componente = 3 Classes
        • Se o custo de implementação x Classe = £ 317,00
        • Custo global = 18 x 3 x 317 = £ 17.118
      • Exposição ao Risco (ER = P x C) = 0,80 x 17.118 ~ £ 13.700,00
      • A avaliação do impacto não será cobrada no Plano de Projecto..
    • 20. próxima aula teórica…

    ×