On dirait que vous avez besoin d'un processus de gestion de projet plutôt que d'un morceau de logiciel.
N'oubliez pas que le logiciel est un outil qui aidera à soutenir un processus.
Désolé si cela ressemble à sucer des œufs, mais c'est pour ceux qui le trouveront plus tard =>
Le processus de développement logiciel peut également être appelé cycle de vie du développement logiciel - SDLC.
Vous décrivez les symptômes du fluage de la portée et des révisions de la portée existante. Cependant, pour réduire un long voyage - il y a des avantages et des inconvénients à diverses méthodes pour parvenir à un équilibre des vues dans cette «guerre». (ça ressemble parfois à ça)
L'argument est -
"J'ai des changements constants - j'ai besoin d'une spécification que le client et l'équipe peuvent également concevoir et construire. La" ligne dans le sable ou l'enjeu dans le sol "comme essayer de construire sur des sables mouvants est difficile et coûteuse."
la cascade classique
Contre
"La spécification est obsolète et ne reflète plus la réalité et mon client et mon équipe seront mécontents et le client ne me paiera pas."
En viennent les nouveaux enfants à la mode sur le bloc - AKA RAD , Agile , XP et Scrum
L'idée est, comme vous le voyez - des changements dans les coûts de la portée et un montant excessif d'argent à changer - par rapport à tout investissement initial dans des exigences statiques claires. La «guerre» ne concerne en fait pas la nécessité de solides exigences - juste le temps qu'il faut pour les compiler. Chacun a sa propre opinion.
Par conséquent, le logiciel que vous verrez est souvent compatible avec l'une des méthodes.
Pour un lien général vers la
description de la gestion de projet