Barrapunto

Cuando se entrega el proyecto la idea del cliente ya no es la misma que cuando se inicia.

No pocas veces lo que pasa es que el cliente se da cuenta de que no le gusta la idea que tenia, o que una vez implementada no le parece tan buena.

Y bueno, los requisitos es tarea del cliente. Si el cliente quiere un algoritmo que le metes A y te devuelve B, eso lo tiene que decidir el cliente. El problema, obviamente, surge cuando el cliente quiere un algoritmo que no sabe que le va a meter y no sabe que es lo que quiere devolver, el analista interpreta la historia de terror que le cuenta y le pregunta "O sea, que vas a meter A y tiene que devolver B", el cliente le dice "Si, exacto, eres un genio", lo implementas, lo entregas y te dice "Ah, pero si le meto C no me devuelve D".

Ten en cuenta que los clientes/usuarios también aprenden/cambian a medida que evoluciona el proyecto.

Me parece muy bien, pero no es lo que comento. El problema no es la mutacion de requisitos, sino la definicion erronea. Al clasico dibujito me remito [dons.net.au].