3.1. Pré-requisitos: meça duas vezes, corte uma
Defeito de requisito achado tarde custa 10 a 100 vezes mais: prepare antes de construir.
Resumo
- Custo de corrigir defeito cresce com a distância entre onde nasce e onde é achado: 10 a 100×.
- Pré-requisitos: definição do problema → requisitos → arquitetura. Depois, construção.
- Tipo de projeto muda o rigor: negócio (leve), missão crítica, sistemas embarcados de vida (rigoroso).
- Iterativo se requisitos instáveis e pouco entendidos; sequencial se estáveis e o risco é previsível.
- Pular pré-requisitos não acelera: "vá começando a codificar, eu vejo o que eles querem" gera retrabalho.
Perguntas-chave
responda de cabeça, depois abraO que é a definição do problema?
Uma declaração curta, na linguagem do usuário, do problema a resolver, sem falar de solução.
Quando preferir uma abordagem sequencial?
Requisitos estáveis, projeto bem entendido, equipe conhecida no domínio, pouco risco e mudanças tardias caras.
Como convencer um gerente a investir em pré-requisitos?
Mostrando dados de custo de defeitos: corrigir um erro de requisito depois da entrega custa muitas vezes mais que no início.
Exercícios de fixação
0/5 respondidas1.
Um erro de requisito é descoberto só depois da entrega. Comparado a achá-lo na própria fase de requisitos, o custo típico de correção é:
2.
Qual é uma boa definição do problema?
3.
Requisitos instáveis, cliente ainda descobrindo o que quer e baixo custo de mudança. Abordagem mais indicada:
4.
Software de controle de marca-passo é exemplo de projeto que exige:
5.
Qual é a ordem dos pré-requisitos de construção apresentada no capítulo?