FL-5.5.2 (K2) Distinguir entre riscos de projeto e do produto

Os riscos podem ser classificados em riscos do projeto e riscos do produto.

Riscos do Produto

Um software que não satisfaz as expectativas do cliente, usuário ou envolvidos pode:

→ Omitir funcionalidades chaves especificadas pelo cliente;

→ Falhar e causar danos financeiros ou outros tipos de danos para a empresa que o utiliza;

→ Ter problemas de segurança, confiabilidade, usabilidade e desempenho;

Assim, risco do produto é a possibilidade do software falhar no atendimento das expectativas do cliente.

Quais riscos do projeto podem afetar o teste?

→ Atraso na liberação do software para teste;
→ Atrasos na correção dos defeitos;
→ Incidentes no ambiente de testes;
→ Falta de suporte ao ambiente de testes.

Entre muitos outros…

Para descobrir esses outros riscos, faça perguntas como:

→ O que pode sair de errado no projeto que invalide o plano de teste, a estratégia, e as estimativas de teste?
→ O que seria um resultado inaceitável do teste?
→ Quais são as probabilidades e impactos desses riscos?
→ O processo de análise de riscos é semelhante ao de análise de riscos de produto?

Para qualquer risco do produto ou do projeto as opções são:

MITIGAR – Tomar ações preventivas para reduzir a probabilidade e se possível o impacto de um risco.
CONTINGENCIAR – Na medida que um risco ocorrer, ter um plano para reduzir o seu impacto.
TRANSFERIR – Convencer os envolvidos no projeto a reduzir a probabilidade ou aceitar o impacto do risco.
IGNORAR – Não tomar ação sobre o risco, o que pode ser uma boa opção apenas se há pouco o que pode ser feito, ou a prioridade do risco é baixo.

Alguns exemplos de riscos e opções de como gerenciá-los:

Problemas de qualidade no produto ou logística que bloqueiam os testes: Pode ser mitigado com planejamento criterioso boa gestão e triagem dos defeitos, e um bom projeto de testes.
Problemas de instalação do software no ambiente de testes: Pode ser mitigado através do teste de fumaça, antes de iniciar as fases de teste. Uma bom plano de contingencia seria ter um processo de desinstalação.
Mudanças excessivas no produto que invalidada os testes: Pode ser mitigado com um bom processo de controle de mudanças uma boa modelagem dos testes, e uma documentação leve de teste. Se um incidente severo ocorrer, transferir o risco escalonando para o gerente pode ser o caminho.
Ambiente de teste inadequado que resulta em resultados incorretos: Transferir o risco para o gestor, explicando os limites dos resultados obtidos nesse ambiente. Mitigar – terceirizar testes de performance, que são sensíveis ao ambiente de teste.