Implementación ágil: Metodología y estrategia

¿Tienes una idea de proyecto o negocio que necesite avanzar? ¿Cómo deberías planearlo? Podrías pensar en planearlo todo de principio a fin, pero ¿qué pasa si hay que hacer cambios impredecibles sobre la marcha? Tal vez un plan de implementación ágil sería lo mejor para ti.
La aplicación ágil es una forma de gestión de proyectos que funciona en pequeños incrementos y se adapta bien a proyectos que podrían llegar a ser irrelevantes una vez entregados, especialmente útil en el desarrollo de software. La clave del plan ágil es que proporciona flexibilidad para realizar cambios en el producto a medida que se sigue desarrollando.
El método de la cascada es donde el progreso va desde la idea, al análisis y el diseño, a la construcción del producto, a la prueba, y luego a la fabricación. Una metodología de implementación ágil es una alternativa en el sentido de que no requiere que una fase de un proyecto esté completa antes de que la siguiente pueda comenzar.
Ejemplo
Imagina que trabajas para una compañía de helados que planea abrir puestos de carretera. Su visión es tener vendedores de helados que vendan banana splits en la esquina de cada cruce peatonal importante del centro para finales del año en curso.
El uso de este método requeriría que una sesión de planificación de equipo se lleve a cabo para decidir dentro de un año cómo este imperio de helados se verá y funcionará.
Un plan ágil adoptaría un enfoque diferente, tal vez comenzando con la construcción del primer carro, seleccionando el producto a vender e identificando un lugar privilegiado para colocar el carro. El enfoque ágil le permitirá obtener retroalimentación sobre lo que está funcionando o no y continuar haciendo revisiones a su estrategia mientras construye su visión.
El Equipo Ágil
Normalmente debería haber al menos cuatro roles para el equipo ágil:
- los desarrolladores - responsables del diseño técnico real, la programación y las pruebas
- el gestor del producto - el experto en la materia que vigila las expectativas de los interesados
- el facilitador del proyecto (a menudo llamado "maestro de scrum") - trabaja con el equipo de desarrollo para mantener un flujo consistente y mantener los plazos
- los interesados - clientes internos o externos que no participan pero que se ven afectados por la solución final.
La comunicación entre las funciones suele ser diaria, excluyendo a las partes interesadas, donde puede que sólo se reúna al final de cada lanzamiento de sprint. Es útil contar con representantes en el equipo que tengan experiencia en la ejecución ágil.
La visión
La visión debe ser escrita y presentada al equipo primero, pero también debe estar alineada con la estrategia general de la empresa. Dentro de un plan de implementación ágil la visión debe ser amplia para crear espacio para la flexibilidad.
Por ejemplo, la visión del negocio de los helados era muy específica. Declaraba que debería haber puestos al lado de la carretera en puntos definidos, vendiendo un tipo muy específico de helado. Esa visión puede hacer que la compañía gaste todo su presupuesto por adelantado comprando un sabor de helado y estrechando su búsqueda de localizaciones.
Una declaración de visión ágil sería más como "Nos gustaría vender helados en el centro de la ciudad para finales de año". La declaración tiene más flexibilidad y permite a los desarrolladores encontrar varias soluciones.
Cronología y comunicación
Un plan ágil incluye fechas de lanzamiento tentativas y sueltas para partes de los proyectos, llamadas "sprints". Un plan ágil debe contener de tres a cinco sprints para proyectos más cortos. Para proyectos que duren más de un año, los sprints de cuatro a seis semanas funcionan mejor. Estos sprints son intervalos cortos, en los que se entrega un producto de trabajo al final del sprint. Cada sprint tiene una breve sesión de planificación para iniciarlo, un lanzamiento de sprint para presentar el producto de trabajo, y una retrospectiva de sprint para revisar los éxitos y fracasos dentro de ese ciclo de sprint.
La línea de tiempo tendrá fechas flexibles, pero la comunicación sobre los ajustes a esas fechas debe ser diaria entre los papeles de los equipos. Una característica clave del plan ágil es tener una comunicación precisa y oportuna. El gerente de producto es responsable de representar la voz de las partes interesadas en la conversación con los desarrolladores, que es la forma en que los desarrolladores conocen los cambios en el negocio.
Beneficios para la agilidad
No todos los proyectos funcionan bien con agilidad. Por ejemplo, la construcción de una casa necesita planes a largo plazo que deben ser redactados e inspeccionados para la seguridad y la estabilidad, ya que incluso los cambios menores pueden afectar a los cimientos de una casa. Por lo tanto, otros tipos de planes funcionan mejor con algunos estilos de gestión de proyectos.
Sin embargo, los beneficios de la agilidad funcionan bien con proyectos como el desarrollo de software, en los que se pueden añadir continuamente funcionalidades a medida que cambian las necesidades de la empresa. La implementación ágil permite a los usuarios del producto reaccionar a la funcionalidad en una etapa temprana del proceso y abordar cuestiones que tal vez no hayan previsto. Los cambios pueden incorporarse rápidamente y el producto puede seguir utilizándose en su estado actual hasta la próxima versión.
Deja una respuesta
También te puede interesar