En el desarrollo ágil, primero cree el prototipo de software que más preocupa a los clientes, entréguelo o póngalo en línea, modifíquelo en escenarios reales para compensar las deficiencias en los requisitos, modifíquelo rápidamente y lanzar la versión nuevamente. Vuelva a conectarse o realice la entrega. A través de algunas prácticas ágiles, refinar la historia puede proporcionar iteraciones más pequeñas. Este ciclo continúa hasta que el usuario (cliente) esté satisfecho. Adecuado para proyectos con necesidades poco claras, proyectos innovadores o proyectos que necesitan apoderarse del mercado.
El desarrollo en cascada requiere requisitos claros. Todos planifican paso a paso de acuerdo con los requisitos, producen estrictamente varios documentos durante la operación del proyecto y siguen el proceso paso a paso. Este modelo generalmente es adecuado para proyectos del lado B con requisitos relativamente claros.
Pero en general, en el proceso de gestión de proyectos actual, no existe un cumplimiento estricto del modelo ágil completo o en cascada completo mezclado con otros métodos. . En el proceso real del proyecto, no tiene sentido enfatizar demasiado el modelo. Lo importante es si puede prevenir la aparición de problemas y si se puede resolver con el costo mínimo una vez que ocurre el problema.