Estudios han revelado que el 80% de los proyectos de software no se concluyen efectivamente o no se satisfacen las necesidades, las metodología de cascada es uno de los factores clave para que esto ocurra por que?.
Las fases tradicionales en un modelo de cascada consisten en un analisis de requerimientos, un diseño, un desarrollo y fase de pruebas y el lanzamiento o puesta en producción.
Como se muestra la metodología consiste en una estricta cadena secuencial de fases, se necesita concluir una fase para continuar con la siguiente, esto es difícil, costoso y frustrante para el equipo ademas de consumir demasiado tiempo.
La linea de tiempo es planificada al inicio del proyecto y se obtiene un entregable funcional únicamente al finalizar la cadena, esto quiere decir que si se retrasa una fase todo el proyecto se retrasa.
Con el método de cascada los usuario de este, deben evitar el riesgo tratando de anticipar de antemano todas las posibilidades. Esto quiere decir que en una fase inicial del proyecto se deben definir todos los requerimientos con la mayor fineza de granularidad como sea posible, esto es muy difícil ya que la mayoría de requerimientos cambien o pueden cambiar durante el desarrollo del proyecto. Los estudios indican que cerca del 60% de los requerimientos cambian en el proyecto. Otros requerimientos son implementados pero no son realmente necesitados por el usuario, esto consume un tiempo valioso que podria ser utilizado para implementar requisitos que realmente añadan valor al negocio.
Por lo general se separa cada una de las fases del modelo cascada y el tiempo de cada uno es estimado de manera secuencial, el problema es que en la practica se trabaja muchas veces todo en forma paralela y conjunta.
El modelo de cascada puede ser utilizado para manejar simples y pequeños proyectos de software para proyectos grandes implica un aumento del riesgo generalmente mas costosos y menos eficiente que un enfoque con SCRUM
Conclusion.
1. El modelo cascada es secuencial y necesita que se termine una fase para continuar con la siguiente
2. En la practica todas las fases se trabajan en paralelo
3. El modelo cascada no permite enfocarse en lo realmente importante
4. El modelo cascada es muy riesgoso para proyectos grandes
http://www.scrum-institute.org/What_Makes_Waterfall_Fail_in_Many_Ways.php
Las fases tradicionales en un modelo de cascada consisten en un analisis de requerimientos, un diseño, un desarrollo y fase de pruebas y el lanzamiento o puesta en producción.
Como se muestra la metodología consiste en una estricta cadena secuencial de fases, se necesita concluir una fase para continuar con la siguiente, esto es difícil, costoso y frustrante para el equipo ademas de consumir demasiado tiempo.
La linea de tiempo es planificada al inicio del proyecto y se obtiene un entregable funcional únicamente al finalizar la cadena, esto quiere decir que si se retrasa una fase todo el proyecto se retrasa.
Con el método de cascada los usuario de este, deben evitar el riesgo tratando de anticipar de antemano todas las posibilidades. Esto quiere decir que en una fase inicial del proyecto se deben definir todos los requerimientos con la mayor fineza de granularidad como sea posible, esto es muy difícil ya que la mayoría de requerimientos cambien o pueden cambiar durante el desarrollo del proyecto. Los estudios indican que cerca del 60% de los requerimientos cambian en el proyecto. Otros requerimientos son implementados pero no son realmente necesitados por el usuario, esto consume un tiempo valioso que podria ser utilizado para implementar requisitos que realmente añadan valor al negocio.
Por lo general se separa cada una de las fases del modelo cascada y el tiempo de cada uno es estimado de manera secuencial, el problema es que en la practica se trabaja muchas veces todo en forma paralela y conjunta.
El modelo de cascada puede ser utilizado para manejar simples y pequeños proyectos de software para proyectos grandes implica un aumento del riesgo generalmente mas costosos y menos eficiente que un enfoque con SCRUM
Conclusion.
1. El modelo cascada es secuencial y necesita que se termine una fase para continuar con la siguiente
2. En la practica todas las fases se trabajan en paralelo
3. El modelo cascada no permite enfocarse en lo realmente importante
4. El modelo cascada es muy riesgoso para proyectos grandes
http://www.scrum-institute.org/What_Makes_Waterfall_Fail_in_Many_Ways.php
Comentarios