Indice de contenidos
¿Quién es el responsable del Release Plan / Planning?
Cuando hablamos de un release plan, debemos de hablar de varias cosas: Qué, Cómo y Cuándo. Me explico, en primera instancia, el Product Owner ( PO ) es el responsable de las expectativas de los clientes, usuarios y otros stakeholders. Además de esto, el PO es el responsable de gestionar el Product Backlog, vela por indicar qué construir o no, también debe de indicar cuándo entregar (Release) y este punto es diferente a desplegar. Todo esto requiere de una estrategia de entregas, un release plan. ¡Ojo! Tener o no un release plan depende del contexto de cada producto y cada organización, ya que hay organizaciones que realizan cientos de entregas en un día…
Por otro lado, no debemos de olvidarnos que cuando hablamos de un release plan, los desarrolladores de producto tienen mucho que decir, sobre el cómo e incluso sobre lo que va a ir en una release. Hay que tener en cuenta que un release plan es una previsión y esa previsión la proporciona el equipo.
En resumen, cuando hablamos de un release planning hablamos de varios puntos y ahí incluso el Scrum Master entra en juego, por lo tanto la responsabilidad de una Release Plan recae sobre todo el Scrum Team.
Te dejo aqui el artículo de ScrumOrg sobre ello
¿Cuáles son los típicos errores en un Release Plan?
Me gustaría compartir varios errores típicos cuando se suele trabajar con Release Plan en entornos complejos y sobre todo utilizando marcos de trabajo o métodos ágiles:
Hay muchas manera de hacer un release planning, aqui te dejo un ejemplo pequeño de como poder pasar de un roadmap estratégico y alto nivel a algo más táctico y operativo: Cuando utilizas esto, cuidado con los errores típicos sobre el Release plan mencionados arriba. Roadmap vs Release Planning => son dos cosas diferentes: Un release Plan es un artefacto super interesante e importante en la gestión de producto y entregas a los usuarios y mercado, no obstante, tiene muchas limitaciones (ver los errores de arriba), sobre todo a nivel de mindset y del cambio de un modo predictivo a un modelo adaptativo como es Scrum. El gran reto y motivo para eliminar el release planning según los creadores (Jeff y Ken) es que Scrum puede funcionar perfectamente sin usar un plan de releases, además los creadores quisieron matizar los elementos necesarios del marco de trabajo Scrum y dejar libertad a las personas para incluir todas aquellas herramientas que necesiten para aumentar la efectividad de la construcción de productos utilizando Scrum en una organización. Hay que pensar que en una organización que tiene entrega continua, y está operando en un mercado donde las necesidades pueden cambiar día a día, semana a semana o mes a mes, ahí puede no tener mucho sentido realizar un release plan para hacer entregas a 2, 3, 6 o 9 meses, de hecho esto limitaría la inspección y adaptación y reduciría el ROI y el feedback de los usuarios y el mercado. Si te ha gustado este artículo, ayúdame compartiéndolo y valoralo. y si tienes dudas o quieres saber más detalles, no dudes en utilizar el chat para contactar conmigo. Un saludo 😉
¿Release plan, como lo puedo crear?
Roadmap vs Release Plan
¿Por qué se eliminó la release planning de la guía Scrum?
