Desarrollo de software. ¿Son requisitos o modificaciones?
De igual manera que resulta complicado realmente distinguir el desarrollo y el mantenimiento de software (en general y sobre todo en enfoques iterativos e incrementales), resulta complicado establecer una barrera entre lo que son requisitos y modificaciones, una vez que se ha definido un alcance inicial del sistema o se ha realizado una iteración.
Se podría considerar requisito si supone algo nuevo, aunque no deja de ser una modificación de una idea de base.
¿Tiene importancia establecer (o no) una diferencia entre uno y otro? Es cuestión de enfoque.
Yo sigo utilizando la palabra requisitos, ya que son tantos años usándola que me resulta complicado no hacerlo, sin embargo mi visión general de los mismos no es clásica o al menos no lo es, como decía antes, desde que se determina un alcance inicial del sistema, en mi opinión su tratamiento debería ser como modificaciones y las mismas no requieren de la formalidad de una ingeniería de requisitos: ¿hay que realizar una modificación? Hagamos lo necesario para llevarla a cabo.
Una cosa es que opine así y otra diferente que siempre pueda trabajar así, el contexto condiciona, las reglas de desarrollo de la organización también.
Jummp 
Hay q ser ágil. Con eso basta. Scrum y listo!