Estoy usando Waterfall, ¿debería cambiar a Agile?

Answer 1

Vayamos al fondo del problema rápidamente. ¿Por qué quieres cambiar “a” algo? ¿Lo que sea que estés haciendo está funcionando? ¿Lo suficientemente bien? ¿Feliz con los resultados actuales? No cambies El cambio es difícil. A menos que haya identificado un problema que deba resolverse, el cambio es difícil. El cambio es difícil para el agente de cambio, el equipo y las partes interesadas. Y todos tienen que estar de acuerdo, por lo que, en cierto grado, aceptar o aceptar el cambio. ¿Qué los motivará a cambiar si no hay un problema? Además, debe haber un problema que les preocupe. El cambio es difícil.

Si desea resolver un problema específico o un conjunto de problemas, primero debe comprender los problemas y de dónde provienen. De acuerdo, suponiendo que ya lo sepa, puede comenzar a analizar si alguna de las prácticas ágiles resolverá los problemas que le interesan.

Eche un vistazo aquí para obtener información adicional sobre los beneficios ágiles.

Eche un vistazo aquí para obtener información sobre prácticas ágiles

Eche un vistazo aquí para conocer algunos conceptos básicos sobre la evaluación ágil.

Answer 2

Para responder a esta pregunta, debe definir las características de su proyecto.

Waterfall es bueno para esos proyectos de software, donde todos los requisitos son fijos y hay una imagen clara del producto final.

Ágil es mejor cuando puede agregar cambios durante el proceso de desarrollo.

El modelo de cascada tiene varias desventajas significativas:

Primero va la investigación, luego el diseño, luego el desarrollo, las pruebas y finalmente el lanzamiento.

Estas etapas están separadas entre sí. Significa que si se encontró algo en la etapa de prueba (errores de desarrollo o diseño), será realmente difícil cambiar algo en el producto. Arreglar errores se convierte en un trabajo laborioso. Y tienes que gastar más tiempo y recursos.

Te recomendé este artículo: Agile vs Waterfall: ¿cuál elegir? para leer sobre los pros y los contras de cada metodología. Y también para averiguar cuál es más adecuado en su caso.

¡Buena suerte!

Answer 3

Realmente depende de lo que estés haciendo. Agile se adapta muy bien a proyectos donde hay mucha incertidumbre sobre qué tipo de cosas está construyendo, quién las querrá, cuánto querrán pagar por ellas y cómo querrían que se vea y funcione. Es decir, existe mucha incertidumbre sobre el cliente y la propuesta de valor. Ágil funciona bien aquí porque en lugar de adivinar y hacer una gran apuesta a todas estas incógnitas y construir una gran cosa y esperar que sea exitosa, diseñas y construyes pequeños fragmentos en pequeños trozos. Waterfall es muy adecuado para proyectos en los que existe un fuerte conocimiento y comprensión compartidos sobre el cliente, la propuesta de valor, y cómo se construirá y cómo se verá y funcionará. Por ejemplo, si ejecuta algunas ferreterías y funcionan bien y desea abrir otra ferretería, no habría razón para hacerlo de una manera “ágil”. Usted sabe exactamente qué es una ferretería y cómo abrir una y qué hace que funcione y cómo hacerla exitosa.

Sin embargo, si desea iniciar un sitio web donde las personas compran productos de hardware, Agile podría ser una buena opción. ¿Por qué? Probablemente aún no tenga un sitio web de compra de hardware (si lo hiciera, ¿por qué crearía otro sitio web de hardware similar? Uno es suficiente), no sabe si la gente quiere ir allí en lugar de ir a una tienda, usted no ‘ No sabe qué tecnología usar para construirla, no sabe en qué tipo de productos o segmentos enfocarse, y así sucesivamente. Por lo tanto, puede comenzar con un sitio web simple que solo hizo un par de cosas y luego agregarlo o cambiarlo según la nueva información.

¡Espero que eso ayude!

Answer 4

Depende de la naturaleza de sus proyectos. Agile es el más adecuado para proyectos con altos niveles de incertidumbre y también requiere una buena cantidad de habilidades y capacitación. Simplemente “cambiar a ágil” sin el nivel adecuado de habilidad y entrenamiento no es probable que tenga éxito.

Hay muchos estereotipos, mitos y conceptos erróneos sobre Agile y Waterfall y uno de ellos es que existe una opción binaria y mutuamente excluyente entre esos dos enfoques. El enfoque correcto en muchos casos es ajustar la metodología a la naturaleza del proyecto en lugar de forzar un proyecto a uno de esos extremos.

Decir “Agile es mejor que Waterfall” es como decir “Un auto es mejor que un bote”. Ambos tienen ventajas y desventajas dependiendo del medio ambiente. Desarrollé un curso de capacitación en línea gratuito llamado “Conozca la verdad sobre Agile versus Waterfall” que podría serle útil. El curso está diseñado para ayudar a las personas a superar los muchos estereotipos, mitos y conceptos erróneos que existen en esta área y ver estas dos alternativas en una nueva perspectiva como complementaria entre sí en lugar de competitiva.

Chuck Cobb
Autor de “La guía del administrador de proyectos para dominar Agile”
Echa un vistazo a: http: // agileprojectmanagementaca …

Answer 5

Como otras respuestas han enfatizado, ambos son enfoques válidos y cada uno puede ayudarlo a entregar un producto de software, aunque con un conjunto diferente de características en el camino.

Al intentar elegir qué enfoque de desarrollo usar, puede ser útil pensar detenidamente sobre los diferentes atributos que desea del proceso de desarrollo. Por ejemplo;

• ¿No está seguro de cómo debe verse el resultado final o el producto? Si es así, obtenga 1 punto para Ágil.
• ¿Necesita saber cuánto costará algo antes de comenzar a construirlo? Si es así, obtenga 1 punto por Cascada.
• ¿Tiene capacidad o experiencia limitada para expresar requisitos? Si es así, obtenga 1 punto para Ágil.
• ¿Valora o necesita documentación técnica para lo que está construido? Si es así, obtenga 1 punto por Cascada.

Tienes la idea. Incluso dentro de estos ejemplos, puede encontrar una posición de compromiso en la que cualquiera de los dos enfoques le brinda los atributos que necesita.

Descubrirá que hay un entusiasmo tuerto por algunos enfoques (ágil en este momento, pero cambiará) y un desagrado reaccionario por otros (Cascada en este momento). Debe desconectar este tipo de mensajes y centrarse en cuáles son los atributos que necesita para su proyecto en su entorno.

Tres observaciones adicionales sobre la elección del enfoque:

1. Algunos entornos optan por utilizar un enfoque ágil porque creen que esto dará como resultado una entrega más rápida del producto (lo que generalmente es cierto) pero al mismo tiempo desean la documentación técnica y las estimaciones futuras para el proyecto que estén más alineadas con un enfoque de cascada. En estos casos, puede adaptarse mejor a la cultura para estructurar proyectos como una serie de proyectos en cascada de pequeña duración.
2. Si el producto que se está construyendo es un sistema crítico por naturaleza (es decir, las personas pueden resultar dañadas o muertas si el software falla), entonces el enfoque en cascada se usa a menudo para que la documentación de diseño detallada que se produce en este proceso pueda revisarse y validarse cuidadosamente antes de La fase de construcción. Agile no es tan naturalmente compatible con este tipo de proyectos.
3. Hay algunas cosas en el desarrollo de software que son comunes tanto a Agile como a Waterfall (y otros enfoques) que influyen significativamente en el resultado. Estos incluyen el nivel de habilidad y la experiencia de los miembros del proyecto, la disponibilidad de herramientas y recursos de datos, la calidad de la gestión del proyecto y el nivel de compromiso con las partes interesadas fuera del equipo del proyecto. Ambos enfoques que eliges necesitan que estas cosas sean tan buenas como puedan ser.

Answer 6

Las metodologías de gestión de proyectos son directivas paso a paso que ayudan a desarrollar proyectos de software efectivos. Con tantos enfoques diversos y superpuestos para manejar las complejidades de un proyecto, la parte más difícil es decidir qué metodología será efectiva para usted.

Algunas de las metodologías clave de gestión de proyectos son Waterfall, Agile, Six Sigma, Scrum, Critical Path Method (CPM) y Critical Chain Project Management (CCPM).

Waterfall y Agile son dos metodologías diversas y populares para la gestión de proyectos.

Ambas metodologías de cascada y ágil tienen sus propios méritos y deméritos. Lo importante es decidir cuál es el adecuado para su proyecto. Si sus requisitos parecen cambiar rápidamente, seleccione Ágil. Si sabe exactamente lo que necesita, entonces la cascada debería ser una mejor opción. O al optar por un modelo híbrido, puede combinar las ventajas de ambas metodologías para su proyecto.

Encuentre más en Agile vs Waterfall – ¿Cómo elegir entre ellos?

Answer 7

No hay una respuesta simple a esa pregunta, ya que depende de muchos factores, por ejemplo:

• El producto (una aplicación heredada generadora de flujo de efectivo, un prototipo de mierda con ajuste de producto / mercado que necesita reconstrucción, solo una idea …)
• La organización (tamaño, edad, cultura …)
• Se supone que las personas deben trabajar en el producto.
• Fondos disponibles…

Y la lista continúa.

Si desea tener una vista previa de cómo podría comenzar una transición, consulte: Cómo iniciar su transición ágil (Parte 1)

Answer 8

Sí, porque la cascada no refleja lo que sucede en la realidad. Planificar y ejecutar en fases de arreglo producirá resultados con dolor y a un costo más alto. En la retroalimentación ágil y la adaptación está integrada y los ciclos de desarrollo son más cortos con un aprendizaje más rápido. Entonces, incluso si no hay necesidad de ser puramente ágil, un enfoque iterativo es aún más preferible que la cascada porque brinda la posibilidad de adaptar su plan a la situación actual.

Dado que Scrum es un buen punto de partida (Beneficios de adoptar Scrum para el desarrollo de software) después de que esté familiarizado con el manifiesto ágil.

Autor de The Agile Manifesto Unfolds y The Scrum Guide Unfolds

Blog Consultores Perdidos

Answer 9

Esto definitivamente depende de quién es tu jefe. La decisión de pasar de un enfoque de desarrollo a otro es más exitosa cuando se toma con la aprobación de la gerencia. Si usted es su propio jefe, siéntase libre de explorar cómo las metodologías y enfoques en el marco Agile lo ayudan (y si usted es su propio jefe, probablemente esté pensando: “No necesito su permiso: soy mi ¡propio jefe!”).

Como dice Chuck Cobb, esto también depende de la naturaleza de su (s) proyecto (s). Él lo explica muy bien, así que no agregaré más.

Gracias por el A2A!

Answer 10

En primer lugar, solo debe considerar cambiar si Waterfall parece ser demasiado lento, demasiado restrictivo o demasiado rígido para la forma en que ejecuta sus proyectos.

• Agile podría ayudarlo a ejecutar una operación más ágil, donde puede reaccionar a los cambios más rápidamente sin sufrir muchos daños financieros.
• También podría planificar y actuar sobre la marcha en lugar de planificar toda la operación al principio. Esto es especialmente útil cuando no está familiarizado con el formato del proyecto y simplemente pierde el tiempo tratando de planificar todo.
• Por último, si está ejecutando un proyecto con muchas partes móviles que necesitan ser coordinadas y administradas en todo momento, Agile le servirá bien. Con stand-ups diarios e iteraciones semanales, podrá realizar un seguimiento más fácilmente y resolver problemas sobre la marcha.

Answer 11

No hay necesidad de cambiar. Waterfall fue la primera metodología ágil y, para algunos trabajos, sigue siendo la mejor. Simplemente se ha hecho mal en tantos lugares que recibió un mal nombre inmerecido.

Si incluso hace la pregunta, es posible que ya sea más ágil de lo que cree.

¿Estás trabajando de forma iterativa (con timeboxed o no) con puntos en los que revisas lo que has hecho y reconsideras el futuro inmediato? ¿Las personas se hablan y se respetan independientemente de sus títulos? Cuando el plan no coincide con la realidad, ¿trabajan juntos para adaptar el plan en lugar de encontrar a alguien a quien culpar?

Si estás haciendo esas cosas, entonces llamaría ágil tu enfoque. Si no lo está, agregar Scrum podría no funcionar con la magia que espera que lo haga.

Answer 12

Si valora el flujo de caja sobre el retorno de la inversión a largo plazo, entonces posiblemente sí.

Si encuentra que tiene que volver a trabajar mucho porque recibe comentarios demasiado tarde sobre su trabajo, entonces posiblemente sí.

¿Realmente estás usando Waterfall, o es solo un caos? 🙂

Answer 13

Depende del tipo de proyecto que tenga.

No hay un sí absoluto o un no absoluto.

Prefiero que Agile y scrum sean más específicos, pero generalmente esto depende en gran medida de la naturaleza del proyecto.

Cuanto más complejo e incierto sea su proyecto, mejor se moverá hacia Agile.

Answer 14

Sí, ahorra mucho tiempo. Le da espacio al día y al número de compilaciones incrementales y comentarios y correcciones anteriores.