Escopo variável em projetos de software

Quantos
projetos de software você conhece que foram entregues no prazo e não
sofreram alteração de escopo durante o seu desenvolvimento?

Os contratantes de software têm uma falsa idéia de que com um escopo
bem definido eles estarão seguros com relação ao produto final que será
entregue; os fornecedores, por sua vez, de que estarão resguardados
contra alterações de requisitos durante o desenvolvimento do software,
o que, na prática é equivalente ao “até que a morte os separe” de alguns
casamentos.

Quando um contratante decide implantar um software na empresa, ele
quer agilizar seus processos e/ou resolver seus problemas, mas, em
muitos casos, ele acaba gerando novos problemas com os quais não
contava. Um projeto de software que dure um ano certamente sofrerá
alterações de escopo, porque é impossível definir todas as nuances de
uma implantação antes de começar seu desenvolvimento. Então, por que não criar contratos mais flexíveis que permitam novas implementações durante o desenvolvimento? Afinal de contas, se
um fornecedor quiser quebrar um contrato, não é um pedaço de papel que
irá impedi-lo. Na verdade, esse pedaço de papel só vai criar mais
problemas.

Os fornecedores, por sua vez, não deveriam encarar uma prestação de serviço como um contrato comum, mas sim como uma parceria.
O objetivo de um profissional de TI é simplificar e viabilizar, e não
discutir requisitos em contratos cobrando preços absurdos por
alterações.

A grande questão é que o mercado, como um todo, desde o início tratou contratos de softwares de forma equivocada. Comprar um software não é comprar uma cadeira, você está pagando o
desenvolvimento de algo intangível. O ideal seria pagar o tempo de
desenvolvimento e acompanhar todo o processo de construção de perto
verificando sempre se o projeto está alinhado com suas necessidades.

Acredito que aceitar que projetos de software são problemáticos é muito cômodo, por que não tentar um novo modelo de contratação? O modelo atual de contratação funciona?

O artigo que escrevi sobre comunicação com o cliente complementa essa visão de trabalho.

Abraços!