Não é que ele esteja errado em “reclamar” do software. O cliente apenas percebeu que pode ir um pouco mais longe agora. Ele não tinha como melhorar a especificação que deu origem ao sistema, mas agora que as coisas estão um pouco mais redondas e alguns problemas foram tirados do campo de visão, ele pode ir mais além com o sistema. Neste momento temos um contrato engessado para atrapalhar. Um contrato que, no máximo, prevê uma taxa de manutenção que a empresa fornecedora do sistema usa de forma mesquinha.

É um jeito de agir que está profundamente enraizado em nós e nos clientes. Fato é que dificilmente são encontradas pessoas esclarecidas tanto de um lado quanto do outro.

1) a especificação inicial vai ser que nem a cara do analista, e em algum ponto do processo será necessário fazer tudo novamente
2) o cliente vai descobrir que certas coisas não são como ele imaginava, e e em algum ponto do processo será necessário fazer tudo novamente

O segundo caso é o que mais me incomoda. Porquê apesar de não conhecermos bem o negócio do cliente, em geral sabemos melhor do que ele o que pode funcionar ou não em software. E ainda assim, ele é quem manda e define design.

Mas como foi dito em outro post, eu ainda vou trabalhar em uma empresa ideal onde tudo funciona e o café não dá cancer….