Administración en Agile y en Waterfall

Administración en Agile y en Waterfall. Los primeros en adoptar el desarrollo Agile solían ser equipos pequeños y autónomos que trabajaban en proyectos pequeños y autónomos. Demostraron que el modelo Agile puede funcionar, para alegría y mejora de los creadores de software de todo el mundo. Resultó que el modelo de desarrollo en Waterfall no era tan eficaz para el desarrollo de software como la administración Agile de proyectos para la mayoría de los equipos.

 

La popularidad de la administración Agile de proyectos ha hecho que cada vez más organizaciones amplíen el modelo Agile más allá de los equipos o proyectos individuales y lo apliquen a programas completos. La administración Agile se ha extendido incluso más allá de los equipos de desarrollo para incluir a los departamentos de TI, marketing y desarrollo empresarial, entre otros.

 

¿Qué es la administración Agile de proyectos?

 

La administración Agile de proyectos es un enfoque iterativo para la entrega de un proyecto, que se centra en lanzamientos continuos que incorporan los comentarios de los clientes.

 

La capacidad de ajuste durante cada iteración promueve la velocidad y la adaptabilidad.

 

Este enfoque es diferente del enfoque lineal de la administración de proyectos en Waterfall, que sigue un camino establecido con una desviación limitada.

 

Dado que los clientes y las empresas de hoy en día requieren respuestas y cambios rápidos, el enfoque Agile proporciona la flexibilidad necesaria para ajustar e iterar durante el proceso de desarrollo. 

 

¿Qué es la administración de proyectos en Waterfall?

 

El enfoque de administración de proyectos en Waterfall implica una secuencia de ejecución claramente definida con fases del proyecto que no avanzan hasta que una fase recibe la aprobación final. Una vez que se ha completado una fase, puede ser difícil y costoso volver a visitar una etapa anterior. Los equipos ágiles pueden seguir una secuencia similar, pero lo hacen en incrementos más pequeños con bucles de retroalimentación regulares.

 

El enfoque de administración de proyectos en Waterfall sigue una fórmula lineal y secuencial. Funciona bien para el trabajo que tiene procesos predecibles y recurrentes, pero puede dejar a los equipos de desarrollo desamparados e incapaces de ajustarse más rápido que un competidor.

 

Un solo incumplimiento de un plazo o un cambio de alcance durante un proyecto en Waterfall puede tener un impacto enorme en las versiones posteriores.

 

Además, cuando un equipo está totalmente centrado en la siguiente fase de trabajo, la resolución de la deuda técnica o la corrección de errores puede ser dolorosa si el equipo está totalmente asignado al trabajo de nuevas características y siempre presionando hacia la siguiente etapa.

 

A continuación se muestra una ilustración de un proyecto en Waterfall estándar con bloques de tiempo rígidamente segmentados. Esto crea una mentalidad de “úsalo o piérdelo” que anima a los desarrolladores, a los propietarios de los productos y a las partes interesadas a solicitar todo el tiempo posible en cada ventana de tiempo, ya que puede no haber oportunidad de iterar en el futuro. Normalmente, los equipos que utilizan la Waterfall intentan controlar el desbordamiento del alcance mediante el “control de cambios”, en el que todo el mundo está de acuerdo en que no se modifique el contrato original.

 

• El modelo de Waterfall puede exacerbar algunos de los retos conocidos de la construcción de productos:

 

Los bloqueos y la administración de las dependencias: Los estilos tradicionales de administración de proyectos suelen crear “rutas críticas”, en las que el proyecto no puede avanzar hasta que se resuelva un problema de bloqueo.

 

Dificultad para obtener la opinión de los usuarios y la validación del producto:

 

Para colmo, el cliente final no puede interactuar con el producto hasta que esté totalmente terminado.

 

Así, los problemas importantes en el diseño y el código del producto no se descubren hasta su lanzamiento.

 

• Las ventajas de la Waterfall:

 

• • Requiere menos coordinación debido a los procesos secuenciales de fases claramente definidas
• • Una fase clara del proyecto ayuda a definir claramente las dependencias del trabajo.
• • El coste del proyecto puede estimarse una vez definidos los requisitos
• • Se centra mejor en la documentación de los diseños y los requisitos

 

La fase de diseño es más metódica y estructurada antes de escribir cualquier software

 

• Desventajas de la Waterfall:

 

Es más difícil dividir y compartir el trabajo debido a que las secuencias de fases son más estrictas Los equipos son más especializados.

 

Riesgo de pérdida de tiempo debido a retrasos y contratiempos durante las transiciones de las fases.

 

Requisitos de contratación adicionales para cumplir con los equipos de fases especializadas, mientras que la agilidad fomenta una composición de equipos más interfuncionales.

 

Sobrecarga de comunicación adicional durante el traspaso entre las transiciones de fase.

 

La propiedad del producto y el compromiso pueden no ser tan fuertes en comparación con Agile ya que el enfoque se lleva a la fase actual.

 

• Ágil frente a Waterfall, Administración Agile y Waterfall.

 

Agile fue adoptado por primera vez por los equipos de software, que pasaron del enfoque tradicional y secuencial de la Waterfall a un método que recogía comentarios y ajustes constantes a lo largo del ciclo de vida del desarrollo.

 

La administración Agile de proyectos adopta un enfoque iterativo del desarrollo creando varios pasos incrementales con intervalos regulares de retroalimentación. Esto fomenta la adaptabilidad, ya que un equipo puede ajustarse a lo largo del proceso de desarrollo del producto, en lugar de limitarse a una trayectoria lineal. También permite realizar lanzamientos regulares y de gran impacto que permiten a los equipos ofrecer una serie de victorias a lo largo del tiempo.

 

Los lanzamientos iterativos abren múltiples oportunidades para que un equipo pueda

 

Adaptarse a circunstancias cambiantes, desde requisitos recién descubiertos hasta un trabajo bloqueado.

 

Recoger los comentarios de las partes interesadas durante el proceso e iterar sin el estrés de un plazo de entrega final.

 

Construir relaciones y conexiones entre los roles que faciliten la conexión y la comunicación efectiva entre las personas.

 

La agilidad permite a los equipos ser más resistentes a los cambios que inevitablemente se producen durante un proyecto.

 

 

 

Un beneficio aún mayor es el conjunto de habilidades compartidas entre el equipo de software. El solapamiento de los conjuntos de habilidades del equipo añade flexibilidad al trabajo en todas las partes de la base de código del equipo. De este modo, el trabajo y el tiempo no se pierden si la dirección del proyecto cambia. (Para más información, consulte nuestro artículo sobre la creación de grandes equipos ágiles).

 

• Principios de Agile, Administración Agile y Waterfall.

 

• • Un proyecto Agile se segmenta en varios pasos incrementales que incluyen intervalos regulares de retroalimentación.
  • Los requisitos de un proyecto se segmentan en piezas más pequeñas, que luego se priorizan según su importancia.
  • Promueve la colaboración, especialmente con el cliente.
  • Se ajusta a intervalos regulares para garantizar que se satisfacen las necesidades del cliente.
  • Integra la planificación con la ejecución, lo que permite a un equipo responder eficazmente a los cambios de requisitos.
  • Las ventajas de la administración Agile de proyectos
  • Ciclos de retroalimentación más rápidos
  • Identifica los problemas en una fase temprana
  • Mayor potencial de satisfacción del cliente
  • El tiempo de comercialización mejora drásticamente
  • Mejor visibilidad/responsabilidad
  • Los equipos dedicados impulsan una mayor productividad a lo largo del tiempo
• • Priorización flexible centrada en la entrega de valor
  • Las desventajas de la administración Agile de proyectos
  • La ruta crítica y las dependencias entre proyectos pueden no estar claramente definidas como en Waterfall

 

• Hay un coste de curva de aprendizaje organizativo

 

La verdadera ejecución Agile con una tubería de despliegue continuo tiene muchas dependencias técnicas y costes de ingeniería que establecer

 

• Elementos a tener en cuenta al pasar a la agilidad, Administración Agile y Waterfall.

 

Pasar a la agilidad puede ser un reto, especialmente cuando un equipo u organización está arraigado en un enfoque de administración de proyectos más tradicional. Al adoptar los principios ágiles, un equipo y las partes interesadas deben adoptar dos conceptos importantes:

 

El enfoque del propietario del producto es optimizar el valor de los resultados del equipo. El equipo confía en el propietario del producto para priorizar el trabajo más importante.

 

El equipo de desarrollo sólo puede aceptar el trabajo para el que tiene capacidad. El propietario del producto no impone el trabajo al equipo ni lo compromete con plazos arbitrarios. El equipo de desarrollo extrae trabajo de la cartera de pedidos del programa a medida que puede aceptar nuevo trabajo.

 

Exploremos los mecanismos que utilizan los programas ágiles para organizar, ejecutar y estructurar el trabajo de forma iterativa.