Análise e Gestão de Riscos em Engenharia de Software

Classificado em Computação

Escrito em em português com um tamanho de 4,85 KB

Riscos em Engenharia de Software: Características

Os riscos em Engenharia de Software são caracterizados por:

  • Incerteza: probabilidade de ocorrência.
  • Perdas: impacto negativo.
  • Áreas afetadas: produto, desempenho, manutenibilidade, processo de produção, tempo de desenvolvimento, custo.

Tipos de Riscos

  • Riscos do Projeto: aumento de custos, estouro organizacional.
  • Riscos Técnicos: mercado, estratégia, vendas, gestão.
  • Riscos de Negócio: orçamento.

Identificação de Riscos: Grupos e Categorias

A identificação de riscos pode ser dividida em:

  • Riscos Genéricos: comuns a todos os projetos.
  • Riscos Específicos: envolvem um profundo conhecimento do projeto em questão.

Categorias de Riscos em Software

Os riscos podem ser categorizados de diversas formas:

  • Relacionados ao tamanho do produto.
  • Com o impacto na organização.
  • Com o tipo de cliente.
  • Com a definição do processo de produção.
  • No ambiente de desenvolvimento.
  • Com o tamanho da equipe e experiência.

Riscos Associados ao Tamanho do Produto

  • Estimativa do tamanho do projeto.
  • Confiança na estimativa.
  • Número de programas, arquivos e transações.
  • Tamanho em relação a outros projetos.
  • Tamanho da base de dados.

Impacto na Organização

  • Efeito líquido das vendas do produto.
  • Visibilidade da direção da organização.
  • Data de entrega razoável.
  • Número de clientes que usam o produto.
  • Número de produtos que devem interagir.

Riscos Relacionados ao Cliente

  • Experiências anteriores com o cliente.
  • Ter uma ideia clara do que você precisa.
  • Disposição para dedicar tempo na especificação formal de requisitos.

Riscos do Processo de Produção

  • Existência de uma clara política de padronização e metodologia de monitoramento.
  • Existência de uma metodologia de escrita para o projeto (e se tem sido utilizada em outros projetos).
  • Utilização de ferramentas de prototipagem.
  • Disponibilidade de métricas de produtividade.

Riscos Tecnológicos

  • Uso de nova tecnologia na organização.
  • Exigência de novos algoritmos ou tecnologia I/O.
  • Necessidade de interagir com novo hardware.
  • Necessidade de interagir com software não comprovado.
  • Uso de novos métodos de análise, projeto e testes.

Riscos do Ambiente de Desenvolvimento e Equipe

  • Ambiente de Desenvolvimento:
    • Ferramentas de gerenciamento de projetos.
    • Ferramentas de gerenciamento do processo de desenvolvimento.
    • Ferramentas para análise e projeto.
    • Uso de banco de dados ou repositório central.
  • Equipe e Experiência:
    • Melhor pessoal disponível.
    • Membros com técnica adequada.
    • Pessoal suficiente disponível.
    • Pessoal comprometido com a totalidade da duração do projeto.

Fatores Chave de Risco

Os quatro fatores chave de risco são: Desempenho, Custo, Manutenibilidade e Planejamento.

Estimação e Impacto dos Riscos

Fatores de estimação de risco que definem o impacto da ocorrência de um risco:

  • Alcance: quão grave e como o projeto é afetado.
  • Sincronismo dos efeitos: quando e por quanto tempo.
  • Ponto de parada e término do projeto.

Deve-se definir um ponto de referência e marcar a relação entre cada fator de risco listado e esse ponto de referência.

Gestão e Monitoramento de Riscos (RMM)

A Gestão e Monitoramento de Riscos (RMM) envolve as seguintes etapas:

  • Evitar o risco: definir estratégias necessárias para que o risco não ocorra.
  • Minimizar o impacto: tomar medidas para assegurar que, mesmo quando o risco ocorre, seus efeitos sejam minimizados.
  • Monitorar: definir indicadores de influência da probabilidade de ocorrência de risco e monitorar periodicamente esses fatores de risco.
  • Plano de Contingência: presume-se que a prevenção e o controle falharam e o risco ocorreu, exigindo ações pré-definidas.

Riscos de Segurança e Físicos

De modo geral, podemos considerar os riscos para a segurança e os perigos físicos. Geralmente, devido à sua natureza, devem ser tratados separadamente, como um pedido especial, e observados em todas as fases do ciclo de vida do projeto.

Entradas relacionadas: