Análise e Gerenciamento de Riscos Conceitos Básicos

Transcrição

1 Definições 2 Risco : (s.m) perigo; possibilida correr perigo. Risco está ligado à possibilida um evento Análise e Gerenciamento Riscos Conceitos Básicos insejável (evento risco). Em um projeto, um risco é qualquer coisa que possa estar no caminho para se atingir os objetivos traçados. Gerenciar riscos é gerenciar o futuro do projeto e do produto. Correndo Riscos em Projetos Riscos são inevitáveis em qualquer projeto. Cabe ao Gerente Projeto lidar com os riscos e avaliar seu verdairo grau impacto sobre o projeto e sua probabilida ocorrência. 3 REATIVA Postura em relação a riscos... Riscos são tratados à medida em que surgem. A equipe gasta muito tempo analisando e tentando solucionar os riscos que aparecem (bombeiros apagando incêndio). 4 PROATIVA Intificar, Eliminar ou Mitigar Riscos é uma ativida típica Gerenciamento do Projeto Evitar riscos ou controlar sua ocorrência é uma ativida do senvolvimento software, realizada maneira eficiente, por meio da Análise e Gerenciamento Riscos. 1

2 Cuidado com os riscos... Os Riscos vem ser continuamente avaliados, pois pom mudar no transcorrer do tempo. 5 Tipos e Atributos Riscos Tipos Riscos: Diretos pom ser controlados e consirados no projeto Indiretos Pouco grau ou nenhum controle no projeto (ou: conhecidos, previsíveis e imprevisíveis) 6 Pequenos problemas pom mascarar os reais problemas a serem enfrentados... Atributos Riscos: Probabilida Ocorrência Impacto sobre o projeto (Severida) Gerenciamento Riscos Projetos não vem ser (e nunca serão) artefatos software congelados. Todo projeto precisará replanejamento, sem que o gerente se culpe por isso. Intificação riscos durante as etapas do projeto implica em reorganização do projeto para que ele não seja afetado pelo risco intificado. Não háh como evitar riscos. Aceite e conviva com eles. 7 Gerenciamento Riscos Riscos estão associados ao projeto e não a partes um projeto. A gran maioria dos Riscos pom ser listados logo nas fases preliminares. Riscos intificados tardiamente não pom ser ignorados ou sprezados. Risco Intificado, plano traçado! 8 2

3 Medidas simples para gerenciar riscos Monitorar os riscos e ter certeza que eles foram eliminados. Manter uma lista riscos do projeto em andamento. Confrontar riscos com outros já vividos e projetos anteriores. Guardar uma lista riscos já solucionados e as medidas tomadas. Manter PLANO DE CONTINGÊNCIA. Um plano B muitas vezes po salvar um projeto quando um risco insiste em nos pregar peças. 9 Intificação Riscos Intificação Riscos É uma tentativa sistemática se especificar ameaças ao plano do projeto (prazo, custos, carga recursos etc.). Intificando-se os possíveis riscos po-se tentar evitá-los, quando possível, e controlá-los quando necessário. Pomos intificar dois grans grupos risco: riscos genéricos e riscos específicos do projeto. 10 Intificação Riscos Intificação Riscos Um dos métodos utilizados na intificação riscos consiste na criação listas verificação para: Riscos Negócios Riscos Clientes Riscos do Processo Riscos Tecnológicos Riscos do Tamanho do Produto Riscos do Tamanho e Qualificação da Equipe Riscos Gerenciamento Riscos Imprevisíveis 11 Intificação Riscos Riscos Negócio Concorrência Condições Competição Legislação Político (tais como mudança governo, diretoria...) Interação com outros sistemas (Internos ou parceiros, fornecedores, clientes etc..) 12 3

4 Intificação Riscos 13 Intificação Riscos 14 Riscos negócio Quantida e qualida da documentação do produto a ser produzida e entregue ao usuário Limitações legais à produção do produto Riscos do cliente Clientes têm diferentes personalidas Clientes têm diferentes formas relacionamento com seus fornecedores Um mau (?) cliente po causar um gran impacto na produção do sistema no prazo e nos custos previstos O cliente precisa entenr o processo software Intificação Riscos 15 Intificação Riscos 16 Riscos do Processo O processo é conduzido forma ad-hoc Comprometimento da equipe técnica com o processo adotado Todos concordam com o aspecto qualida mas ninguém trabalha para obtê-la Treinamento técnico e gerencial da equipe Riscos Tecnológicos Tecnologia não comprovada ou consolidada Tecnologia recém implantada na empresa Sistema escopo incerto Utilização novos métodos análise, projeto e teste ou métodos não convencionais Existência importantes e elevadas restrições Incerteza do cliente quanto a possibilida se produzir um sistema com a funcionalida solicitada 4

5 Intificação Riscos 17 Intificação Riscos 18 Riscos Tecnológicos Avançar os limites da tecnologia é safiador e excitante. É também muito arriscado. Riscos do tamanho do produto Grau confiança no método para dimensionamento do sistema Aumento do efeito replicação corrente erros encontrados Tamanho dos bancos dados Número usuários do produto (stakeholrs) e suas necessidas específicas Número alterações correntes do tamanho Intificação Riscos Riscos do tamanho e qualificação da equipe técnica Disponibilida pessoas alto nível técnico Correta combinação qualificações para cada membro da equipe Técnicos disponíveis e em quantida suficiente Compromisso da equipe com o cumprimento prazos (tempo duração do projeto) Existência pessoas que estarão trabalhando em regime meio período no projeto Alta rotativida (turn-over) na equipe 19 Intificação Riscos Riscos Gerenciamento Funcionários scontentes Baixa produtivida Tempo e Cronograma Garantia Qualida e arência a padrões Garantia SLA (Acordo Nível Serviço) e os custos associados à entrega atrasada do produto ou produto com feito 20 5

6 Intificação Riscos Riscos Imprevisíveis (ou baixa previsibilida) Pedidos missão 21 Mitigação Riscos MITIGAR: (verbo transitivo direto e pronominal) tornar(-se) mais brando, mais suave, menos intenso (dor, sofrimento etc.); aliviar, suavizar, aplacar. Ex.: m. a sauda, a se, a ira etc. 22 Doenças (simples e Graves) Desvios pessoal experiente para projetos prioritários Alocação pessoal pouco experiente em projetos menor priorida etc... É uma estratégia pró-ativa (prévia, ativa) diminuir a probabilida da ocorrência um risco ou o impacto sua ocorrência. Já que não existe mágica no gerenciamento riscos, tentar resolver os riscos o mais cedo possível no projeto po ser uma estratégia inteligente. Consiste em se fazer uma estimativa dos riscos para o projeto. Os riscos são avaliados em duas dimensões: 23 Análise Riscos 1. Intificar (listar) possíveis riscos do projeto (total) 2. Arbitrar a probabilida ocorrência (%) 24 Probabilida um risco acontecer 3. Arbitrar o impacto caso o risco ocorra ($) Conseqüências associadas ao risco 4. Calcular o produto Probabilida x Impacto De forma cíclica os riscos são reavaliados forma a verificar se ainda estão presentes e se as probabilidas atribuídas são ainda válidas ou precisam ser revistas. 5. Relacionar os Riscos com as Atividas dos Projeto no Tempo 6. Priorizar as Atividas relacionadas com maiores riscos para o início do projeto 6

7 Tabela Riscos é uma técnica simples para o gerenciamento riscos Consiste numa tabela contendo todos os riscos, sua categoria ( acordo com os critérios estabelecidos), sua probabilida ocorrência e seu impacto no projeto software caso esse risco ocorra. Um critério para classificação dos riscos po ser: 1 - Catastrófico 2 - Crítico 3 - Marginal 4 - Negligenciável 25 Os riscos são levantados pela equipe técnica São classificados em um dos quatro grupos Cada integrante da equipe estima a probabilida ocorrência do risco e uma média é tomada como a probabilida daquele risco Uma possibilida é calcular o impacto no projeto, usando-se tabelas divulgadas na literatura técnica. O exemplo a seguir utiliza-se um tabela senvolvida pela U.S. Air Force (DoD) catastrófico 2-crítico 27 3-marginal 4-negligenciável 28 PS -project size BU -business risk TE -technological risk DE -velopment environment ST -staff risk 7

8 29 30 A tabela risco ve ser ornada por probabilida e impacto. Deve ser finida uma linha corte que fine os riscos que serão acompanhados perto. Riscos alto impacto mas com baixa probabilida ocorrência não vem consumir tempo significativo gerenciamento. Riscos com probabilida morada a alta e com baixos impactos vem ser gerenciados. Avaliando o impacto do risco Três fatores afetam as prováveis conseqüências se um risco ocorrer: Sua natureza indicam os problemas que pom ocorrer caso um risco se materialize Seu escopo combina sua severida (quão grave é o problema) com sua distribuição global no projeto (quanto do projeto será afetado) Seu momento (timing) relaciona-se com quando e por quanto tempo o problema será percebido 31 e Quantificação Riscos 32 Calculando um valor para o risco Envolve a finição um nível referência para o risco Existe um limite para a ocorrência dos fatores risco que ensejarão o fim do projeto No contexto análise risco, existe um ponto nominado ponto referência ou ponto ruptura, no qual a cisão continuar com o projeto ou encerrá-lo são igualmente aceitáveis Análise Riscos: 1o) Probabilida da ocorrência um evento. 2o) Conseqüente perda estimada (exposição ao risco) 1o) Probabilida p que um terminado evento ocorra (1=< p >= 0) Se existir probabilida do evento ocorrer (> 0), será um evento aleatório e ve ser estimado. 8

9 e Quantificação Riscos 33 e Quantificação Riscos 34 Probabilida um evento ocorrer pr(e): no eventos _ favoráveis pr( E) = no eventos _ possíveis Por exemplo, o robô Sojourner (antiga missão Nasa em Marte) estava exposto ao risco do congelamento um sensor impacto (temperatura ambiente 58ºC) e caso isso ocorresse, o impacto poria danificar esse sensor. Nesse caso, equipes Terra teriam que modificar o código para que o programa executasse sem esse sensor. No falhas em instruções comando, em razão da perda do sensor pr(e) = No total instruções comando que necessitam entrada do sensor pr(e) = / = 0,35 e Quantificação Riscos 35 e Quantificação Riscos 36 Assumindo que uma falha no módulo comando resulte uma perda $ (custo homens/mês necessários para modificar o módulo comando forma que ele volte a funcionar sem o sensor quebrado.. Exposição ao Risco Er = (0,35 * )/10 = O coeficiente indica risco excessivo ou po ser bancado? Se for risco excessivo, o que precisará ser feito no projeto para eliminar esse risco? Reforçar o sensor Colocar sensor reserva Proteger o sensor Mudar projeto do sensor Criar módulo software flexibilizado para executar sem falhas, com e sem o sinal do sensor. etc 9

10 e Quantificação Riscos O molo em espiral preconiza o senvolvimento software através da avaliação riscos obtidos através sucessivas prototipagens (e/ou simulações e benchmarking). Desvantagem: Aumento prazo custos no projeto. Justificativa para isso: Complexida do projeto Incerteza nos requisitos 37 - Contingência Plano Contingência O plano contingência assume que o risco ocorreu. As atitus penrão do risco e seu impacto no projeto. Para altos riscos é prunte ter um plano contingência, além do esforço dicados a sua mitigação RMMM - Risk Mitigation, Monitoring and Management Deve-se notar que os passos do RMMM aumentam os custos. Faz parte do gerenciamento riscos avaliar a viabilida econômica sua implementação. RMMM - Risk Mitigation, Monitoring and Management Como regra prática pomos adotar a Regra Pareto: 80% dos riscos gerais do projeto pom ser atribuídos a apenas 20% dos riscos intificados Assim, parte das atividas gerenciamento risco envolve a terminação sses 20% riscos críticos que irão compor as atividas RMMM. 10