Gestão de Riscos by Lacertae SW

2.386 visualizações

Publicada em

Gestão de Riscos by Lacertae SW

Publicada em: Educação
0 comentários
0 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Sem downloads
Visualizações
Visualizações totais
2.386
No SlideShare
0
A partir de incorporações
0
Número de incorporações
903
Ações
Compartilhamentos
0
Downloads
54
Comentários
0
Gostaram
0
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide
  • Gestão de Riscos by Lacertae SW

    1. 1. Análise e Gestão do Risco by Lacertae SW
    2. 2. Sumário <ul><li>Introdução </li></ul><ul><ul><li>O quê é? </li></ul></ul><ul><ul><li>Quem faz? </li></ul></ul><ul><ul><li>Porquê é importante? </li></ul></ul><ul><ul><li>Qual é o produto? </li></ul></ul><ul><ul><li>Como saber se está bem feita? </li></ul></ul><ul><li>Riscos do software </li></ul><ul><li>Método de Identificação e estimação dos riscos </li></ul><ul><li>Avaliação Global do Risco </li></ul><ul><li>Tabela de Risco </li></ul><ul><li>Explorando as actividades de RSGR </li></ul>
    3. 3. Introdução (I) <ul><li>O quê é? </li></ul><ul><ul><li>Série de passos que permitem compreender e gerir a incerteza </li></ul></ul><ul><ul><li>Um risco é um problema potencial </li></ul></ul><ul><ul><ul><li>convém identificá-lo </li></ul></ul></ul><ul><ul><ul><li>avaliar a sua probabilidade de ocorrência </li></ul></ul></ul><ul><ul><ul><li>e estimar o seu impacto </li></ul></ul></ul><ul><li>Quem faz? </li></ul><ul><ul><li>Gestores e Engenheiros de Software </li></ul></ul><ul><ul><li>Clientes </li></ul></ul>
    4. 4. Introdução (II) <ul><li>Porquê é importante? </li></ul><ul><ul><li>A produção de software é difícil </li></ul></ul><ul><ul><li>Muita coisa pode correr mal.. e corre mesmo mal.. </li></ul></ul><ul><ul><li>Portanto, devemos estar preparados ! </li></ul></ul><ul><li>Qual o produto? </li></ul><ul><ul><li>Plano de redução, supervisão e gestão do risco - RSGR </li></ul></ul><ul><li>Como fazer bem? </li></ul><ul><ul><li>O risco deve ser analisado e gerido a partir dos 4 ‘P’s: </li></ul></ul><ul><ul><ul><li>pessoal, produto, processo e projecto </li></ul></ul></ul>
    5. 5. Risco do SW - aspectos importantes <ul><li>Incerteza : o facto que caracteriza o risco pode não acontecer </li></ul><ul><ul><li>Não há riscos com 100% de probabilidade de ocorrência </li></ul></ul><ul><li>Perda : Se o risco se converter em realidade </li></ul><ul><ul><li>Implicará consequências não desejadas ou perdas </li></ul></ul>
    6. 6. Categorias de Risco <ul><li>Projecto : ameaças ao plano do projecto. </li></ul><ul><li>Técnico : ameaças à qualidade e o planeamento temporal do software </li></ul><ul><li>Negócio : ameaças à viabilidade do software </li></ul><ul><li>Conhecidos : após avaliações do plano, condições técnicas e comerciais </li></ul><ul><li>Previsíveis : extrapolados de experiências anteriores </li></ul><ul><li>Imprevisíveis : difíceis de prever com antecedência </li></ul>
    7. 7. Identificação do Risco <ul><li>Tentativa sistemática para uma especificação das ameaças ao plano do projecto </li></ul><ul><li>Permite dar um passo à frente para evitá-los e controlá-los </li></ul><ul><li>Riscos genéricos : ameaças potencias para todos os projectos de software </li></ul><ul><li>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 </li></ul>
    8. 8. Método de Identificação do Risco <ul><li>Criar lista de comprovação de elementos de risco </li></ul><ul><ul><li>focada num subconjunto de riscos conhecidos </li></ul></ul><ul><ul><li>previsíveis segundo as seguintes subcategorias: </li></ul></ul><ul><ul><ul><li>Tamanho do produto </li></ul></ul></ul><ul><ul><ul><li>Impacto no negócio </li></ul></ul></ul><ul><ul><ul><li>Características do cliente </li></ul></ul></ul><ul><ul><ul><li>Definição do processo </li></ul></ul></ul><ul><ul><ul><li>Ambiente de desenvolvimento </li></ul></ul></ul><ul><ul><ul><li>Tecnologia a construir </li></ul></ul></ul><ul><ul><ul><li>Tamanho e experiência do pessoal </li></ul></ul></ul>
    9. 9. Método de Identificação do Risco 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. 10. Avaliação Global do Risco <ul><li>Os Gestores de Software e clientes dão suporte ao projecto? </li></ul><ul><li>Os Clientes estão entusiasmados com o projecto e o produto? </li></ul><ul><li>Os Engenheros de Software e os clientes compreenderam bem os requisitos? </li></ul><ul><li>Os Clientes estiveram envolvidos na definição dos requisitos? </li></ul><ul><li>As expectativas dos utilizadores são realistas? </li></ul><ul><li>O âmbito do projecto é estável? </li></ul><ul><li>Os Engenheros de Software têm as competências requeridas? </li></ul><ul><li>Os requisitos do projecto são estáveis? </li></ul><ul><li>A Equipa de Desenvolvimento tem experiência na tecnologia a implementar? </li></ul><ul><li>É adequado o número de pessoas da equipa de trabalho? </li></ul><ul><li>Concordam os Clientes/utilizadores quanto à importância do projecto? e nos requisitos do sistema ou produto a construir? </li></ul>
    11. 11. Componentes e Impacto do Risco <ul><li>Componentes do Risco elaborados pela FAA (Fed Aviation Administration, USA) </li></ul><ul><ul><li>Performance </li></ul></ul><ul><ul><li>Custo </li></ul></ul><ul><ul><li>Suporte </li></ul></ul><ul><ul><li>Planeamento temporal </li></ul></ul><ul><li>para cada componente o Impacto pode ser: </li></ul><ul><ul><li>Catastrófico </li></ul></ul><ul><ul><li>Crítico </li></ul></ul><ul><ul><li>Marginal </li></ul></ul><ul><ul><li>Desprezável </li></ul></ul>
    12. 12. Estimação do Risco <ul><li>Medição do risco em termos da sua probabilidade de ocorrência e das suas consequências </li></ul><ul><li>Tarefas a cumprir: </li></ul><ul><ul><li>Estabelecimento de uma escala para reflectir probabilidade percebida do risco </li></ul></ul><ul><ul><li>Definição das consequências do risco </li></ul></ul><ul><ul><li>Estimação do impacto do risco no projecto e no produto </li></ul></ul><ul><ul><li>Apontar exactidão geral da estimação </li></ul></ul>
    13. 13. Tabela de Risco 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. 14. Redução do Risco Risco identificado: “rotação de pessoal” <ul><li>Plano de redução: </li></ul><ul><ul><li>Reunião com o pessoal para determinar causas da mobilidade </li></ul></ul><ul><ul><li>Gestor de Software decide sobre a mobilidade </li></ul></ul><ul><ul><li>Desenvolver técnicas para assegurar a continuidade </li></ul></ul><ul><ul><li>Organizar as equipas por forma a garantir a distribuição de informação </li></ul></ul><ul><ul><li>Definir standards de documentação e estabelecer mecanismos para assegurar o cumprimento das actividades de documentação </li></ul></ul>
    15. 15. Supervisão do Risco - Risco identificado: “rotação de pessoal” <ul><li>Factores a supervisionar </li></ul><ul><ul><li>Atitude geral dos membros da equipa </li></ul></ul><ul><ul><li>Grau de compenetração da equipa </li></ul></ul><ul><ul><li>Relações interpessoais entre os membros </li></ul></ul><ul><ul><li>Problemas potenciais com compensações e benefícios </li></ul></ul><ul><ul><li>Oferta de emprego dentro e fora da companhia </li></ul></ul>
    16. 16. Gestão do Risco - Risco identificado: “rotação de pessoal” <ul><li>A gestão do risco e os planos de contingência assumem que os esforços de redução falharam </li></ul><ul><li>Plano de Contingência: </li></ul><ul><ul><li>Cópias de segurança disponíveis </li></ul></ul><ul><ul><li>Informação devidamente documentada </li></ul></ul><ul><ul><li>Conhecimento disperso pela equipa </li></ul></ul><ul><ul><li>Actividades de transferência de conhecimento entre os que saem e os que entram </li></ul></ul><ul><li>As actividades de RSGR devem ser justificadas em termos de custos e benefícios </li></ul><ul><ul><li>Estratégia eficaz para tratar os riscos: </li></ul></ul><ul><ul><ul><li>Evitar o risco </li></ul></ul></ul><ul><ul><ul><li>Supervisionar o risco </li></ul></ul></ul><ul><ul><ul><li>Gerir o risco e planos de contingência </li></ul></ul></ul>
    17. 17. RSGR - Redução, Supervisão e Gestão do Risco <ul><li>outro exemplo de risco identificado: </li></ul><ul><ul><li>descrever as actividades de RSGR somente para 3 ou mais dos riscos identificados </li></ul></ul>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

    ×