AGILIDAD. Cambios vs Refinamiento
Que tan cambiante puede ser el alcance de un proyectos.
Al comparar la propuestas de autores reconocidos con los "cuentos de caminos" de los practicantes de la agilidad, nos encontramos con una brecha entre lo que debe ser y lo que termina siendo.
En la comunidad es común oír que los proyectos agiles existen para aceptar cambios, promoviendo que los los "Propietarios del Producto" no sientan la responsabilidad de desechar un desarrollo.
En este momento les proponemos reflexionen sobre los siguientes puntos.
- Backlog de la Solución y del Programa. Safe Scaled. A nivel empresarial, al diseñar una solución, se hace necesario tener una propuesta de cuales deberia ser las funcionalidades que tenga su producto/servicio
- Tren de Liberación. Safe Scaled. Considerando la necesidad de vencer a la competencia (o resolver problemas rápidamente), se hace necesario mantener una liberación continuo y rápida de funcionalidades.
- "Definition of Ready", niveles de granularidad. Del libro oficial de Scrum.org para prepararse para obtener la certificación como Scrum Product Owner, se hace énfasis en la relación del Modelo de Negocio, el caso y las historias de usuario.
- Relación Gerente de Producto (Product Manager), Ciclo de Vida del Producto, Propietario del Producto (Product Owner) y Ciclo de Vida del Proyecto. El Propietario del Producto no esta solo. el responde y es responsable por inclusión de la visión del Gerente de Producto dentro de los desarrollos.
Es nuestra reflexión recordamos que más que permitir el cambio, agilidad permite el refinamiento de la solución a través de desarrollos incrementales iterativos. Cualquier libertad sobre este punto nos lleva a la Zona de Chaos, de los modelos de complejidad.
En caso de querer compartir con nosotros, puede comunicarse a través de nuestro chat de WhatsApp
