Gestão de Riscos e Custos em Projetos de Software

Qual o objetivo do gerenciamento de riscos em software?

O gerenciamento de riscos tem como meta identificar fatores que podem afetar o cronograma, a qualidade ou a organização, traçando planos para minimizar seus efeitos. É uma atividade essencial devido às dificuldades inerentes ao desenvolvimento de software, como requisitos complexos, estimativas de custo e contratação de pessoal qualificado.

Parâmetros que influenciam o custo do software

• Custos de hardware e software: Licenças, manutenção, substituição e atualizações.
• Custos de viagens e treinamento.
• Custos de esforço: Associados diretamente ao desenvolvimento do software.

Técnicas de estimativa de custo de software

• Julgamento de especialista: Especialistas no domínio e nas técnicas de desenvolvimento são consultados para definir uma estimativa em comum, muitas vezes através de reuniões de consenso.
• Estimativa por analogia: Baseia-se em dados de projetos concluídos. Embora mais confiável, mudanças tecnológicas (como uso de ferramentas CASE ou linguagens de scripting) podem afetar a precisão.
• Preço para ganhar: Estratégia usada quando os requisitos não são claros. O custo é definido pela disponibilidade financeira do cliente, e o escopo é negociado posteriormente.
• Modelagem algorítmica: Utiliza fórmulas baseadas em constantes, tamanho do software (linhas de código) e multiplicadores de produtividade e experiência da equipe.

Tipos de riscos em projetos

• Riscos de projeto: Afetam o cronograma ou os recursos (ex: perda de um arquiteto experiente).
• Riscos de produto: Afetam a qualidade ou o desempenho (ex: falha em um componente adquirido).
• Riscos de negócio: Afetam a organização (ex: lançamento de um produto concorrente).

Dificuldades na definição do cronograma

• Dificuldade em estimar a complexidade dos problemas.
• A produtividade não é proporcional ao número de pessoas na equipe.
• Adicionar pessoas a um projeto atrasado pode causar mais atrasos.
• Ocorrência de problemas inesperados.
• Escassez de dados históricos de projetos similares.

Diferença entre Produto e Marco

• Marco: Ponto final reconhecível de uma atividade (ex: relatório de viabilidade, arquitetura do software).
• Produto: Resultado entregue ao cliente (ex: manual do usuário, protótipo).

Nota: Todo produto é um marco, mas nem todo marco é um produto.