Subdirección de las Tecnologías de la Información y Comunicaciones

Área de Gobernanza y Calidad

Contenido

Resumen

Versión: v01r01
Fecha publicación: 29 de Octubre de 2020
Entrada en vigor desde: 29 de Octubre de 2020

Histórico de cambios

Los cambios en los estándares vendrán acompañados de un registro de las modificaciones. De este modo se podrá realizar un seguimiento y consultar su evolución.

Versión	v01r01	Fecha publicación	29 de Octubre de 2020	Fecha entrada en vigor	29 de Octubre de 2020
Alcance
Sprint Refinement: objetivo, contenido, agenda típica, roles y responsabilidades, preparación de la sesión y buenas prácticas

Introducción

Esta página pretende esclarecer los aspectos fundamentales de los refinamientos del Sprint (o Sprint Refinenement).

Objetivo

Backlog listo para sesión de Sprint Planning (cumpliendo DoR).
Dependencias y Riesgos identificados por adelantado.
Equipo de desarrollo consciente de próximas funcionalidades.

Contenido y Agenda típica

Discutir las HU, escritas para los 2 próximos Sprints así como sus Criterios de Aceptación.
Identificar Riesgos y Dependencias que puedan impactar próximos SPRINTS.
Estimar las HU revisadas.

Roles & Responsabilidades

Rol Scrum	Descripción
Proxy Product Owner	Facilitación de la sesión (mantener tiempos, mantener el foco de la sesión, asegurar que las acciones y decisiones quedan grabadas, incentivar la participación de todo el mundo, etc)* Gestión de la convocatoria así como de la agenda, siendo imprescindible evaluar, comunicar y coordinar de manera proactiva y de antemano posibles disrupciones que comprometan la sesión: falta de asistencia de invitados clave, urgencias,…* Establecimiento de prioridades entre Historias de Usuario y ayuda al entendimiento por parte del equipo de desarrollo de las mismas en caso de ausencia del Product Owner.
Scrum Master	Gestión de la convocatoria así como de la agenda, siendo imprescindible evaluar, comunicar y coordinar de manera proactiva y de antemano posibles disrupciones que comprometan la sesión: falta de asistencia de invitados clave, urgencias,…* Facilitación de la sesión (mantener tiempos, mantener el foco de la sesión, asegurar que las acciones y decisiones quedan grabadas, incentivar la participación de todo el mundo, etc)* Recoger cualquier discusión/comentario relevante para el contenido de las Historias de Usuario, bien en JIRA o en Confluence dependiendo según sea pertinente. Realizar resumen de acciones (minutas) para todas las HU que necesitan de inputs/acciones externas. Asegurar alineamiento y entendimiento entre el equipo de desarrollo y el Product Owner (y/o con Proxy Product Owner). Asegurar que dependencias y riesgos son identificados.
Equipo de desarrollo	Pedir aclaraciones de alcance/visión de HU si fuese necesario para el correcto entendimiento del alcance. Proveer estimaciones basadas en su entendimiento del nivel de complejidad y duración de cada HU.
Stakeholder OCA	Validación de criterios de aceptación en formato estructurado (Gherkin). Revisión conjunta y de manera colaborativa con el equipo de las US para ayudar a que cumpla el DoR.
Product Owner	Asistir a Refinamientos para ayudar al entendimiento de las Historias de Usuario y criterios de aceptación por parte de la factoría de desarrollo, así como establecimiento de prioridades entre Historias de Usuario.

(*) En cada proyecto es importante que Scrum Master y Proxy Product Owner alineen conjuntamente cuál de estos dos roles gestionará la convocatoria y facilitará la sesión. Es importante notar que la persona finalmente encargada de gestionar la convocatoria, deberá prestar especial atención en preparar una agenda relevante para la sesión además de evaluar, comunicar y coordinar proactivamente posibles disrupciones que comprometan la sesión (p.ej. falta de asistencia de invitados clave, urgencias, etc)

Preparación de la sesión

Input	Descripción	Responsable preparación	Fuente de información
Envío de convocatoria	Envío con suficiente antelación de la convocatoria, asegurando la relevancia de la lista de invitados a la sesión	Scrum Master ó Proxy Product Owner **	Scrum Master ó Proxy Product Owner **
Backlog priorizado	Se ha de asegurar que las Historias de Usuario han sido priorizadas, situándolas físicamente en los niveles más altos del Backlog en función de su prioridad	Proxy Product Owner	Product Onwer
Listado de Historias de Usuario	El listado de Historia de Usuario se incluirá en la convocatoria de antemano, con el fin de que todos los interesados relacionados en la convocatoria puedan chequear y reposar su contenido antes de la sesión.	Scrum Master ó Proxy Product Owner **	Product Owner y Proxy Product Owner (para HUs provenientes de la STIC)
Backlog estimado dos sprints por delante	Antes de cancelar una sesión de refinamiento, asegurar que el estado del backlog refinado cubre al menos dos (2) sprints en adelanto. En caso de que esto no fuese posible, se deberá señalar tanto a Product Owners como a Proxy Product Owners de este hecho y alentar el refinamiento de mejoras con un caracter técnico.	Scrum Master ó Proxy Product Owner **	Scrum Master ó Proxy Product Owner **
Verificación de madurez mínima de Historias de Usuario	Deberá de asegurarse que las Historias de Usuario que se traten en el refinamiento tengan mínimo de madurez conceptual: Validación conceptual a nivel Mejora/épica de la solución tecnológica de alto nivel con Proxy Product Owner y Product Owner si aplica Validación de prototipos previos Narrativa mínima CAs básicos	Proxy Product Owner	Proxy Product Owner junto con Product Owner
Chequeo de Historias de Usuario del Sprint en curso	Aunque no es un patrón deseable si ocurre con frecuencia, en ocasiones puntuales el equipo de desarrollo puede requerir de clarificaciones adicionales con respecto a las Historias de Usuario del sprint en curso.	Scrum Master	Equipo de desarrollo
Gestión de la convocatoria	En caso de avisos de no asistencia o indisponibilidad, se deberá gestionar de manera proactiva la convocatoria para asegurar que se mantiene la eficiencia de la misma (p.ej. buscando fecha alternativa, asegurando que los roles y responsabilidades son correctamente delegados, etc)	Scrum Master ó Proxy Product Owner **	Product Owner y Equipo de Desarrollo
Comunicar agenda de la sesión en adelanto	Comunicar la agenda del refinamiento con un mínimo razonable de anticipación a la sesión, incluyendo un listado de las HUs a tratar	Scrum Master ó Proxy Product Owner **	Product Owner

(**) Scrum Master ó Proxy Product Owner según se convenga para cada proyecto.

Buenas Prácticas

Mantener tiempos.
Asegurar buenas prácticas de escritura y gestión de Historias se están siguiendo.
Asegurar dependencias y riesgos son identificados.
Asegurar alineamiento y entendimiento entre el equipo de desarrollo y el Product Owner.
Mantener un nivel apropiado de backlog: demasiado extenso y detallado VS el justo para dos iteraciones.
Asegurar que todos los miembros participan.
Invitar a Expertos y otras áreas en las que haya interdependencias.
Mantener la reunión en intervalos periódicos y regulares.

Anti-patrones

Llegar a un SPRINT sin HU que cumplan el criterio DoR.
No hacer consistentemente el Refinamiento del Backlog.
El equipo ve por primera vez HU durante el SPRINT Planning.
Profundizar en cuestiones técnicas de una historia de usuario.

Árbol de páginas

Sprint Refinement