Parece que necesita un proceso para la gestión de proyectos en lugar de una parte de software.
Recuerde que el software es una herramienta que ayudará a respaldar un proceso.
Lo siento si esto suena como chupar huevos, pero es para aquellos que lo encuentran más tarde =>
Proceso de desarrollo de software también se conoce como ciclo de vida de desarrollo de software - SDLC.
Describe los síntomas de la fluencia del alcance y las revisiones del alcance existente. Sin embargo, para hacer un largo viaje hacia abajo, hay ventajas y desventajas de varios métodos para ayudar a lograr un equilibrio de puntos de vista en esta "guerra". (se siente así a veces)
El argumento es:
"Tengo cambios constantes: necesito una especificación que el cliente y el equipo puedan diseñar y construir también. La" línea en la arena o la estaca en el suelo "como tratar de construir sobre arenas movedizas es difícil y costosa".
la catarata clásica
Versus
"La especificación está desactualizada y ya no refleja la realidad y mi cliente y equipo no estarán contentos y el cliente no me pagará".
Entran los nuevos y modernos niños de la cuadra: AKA RAD , Agile , XP y Scrum
La idea es, como está viendo, cambios en los costos del alcance y una cantidad excesiva de dinero para cambiar, en comparación con cualquier inversión inicial en requisitos estáticos claros. La "guerra" en realidad no se trata de la necesidad de que los requisitos sean sólidos, sino del tiempo que lleva compilarlos. Cada uno tiene sus propios puntos de vista.
Por lo tanto, el software que verá a menudo es compatible con uno de los métodos.
Para un enlace general a la
Descripción de la Gestión del Proyecto