Subdirección de las Tecnologías de la Información y Comunicaciones
Área de Gobernanza y Calidad
Contenido
| Tabla de contenidos | ||||||
|---|---|---|---|---|---|---|
|
Resumen
| Sugerencia |
|---|
|
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.
| Expandir | ||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||
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 Desarrolladores conscientes de próximas funcionalidades.
Contenido y Agenda típica
- ¿Cómo se realizará el trabajo elegido? Planificar el trabajo necesario para crear un incremento que cumpla con el DoD.
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 SPRINTSSprints.
Estimar las HU revisadas.
Responsabilidades
| Rol Responsabilidad Scrum | Descripción |
|---|---|
| Proxy Product Owner |
|
| Scrum Master |
|
| Desarrolladores |
|
| Stakeholder OCA |
|
| Product Owner |
|
(*) En cada proyecto es importante que Scrum Master y Proxy Product Owner alineen conjuntamente cuál de estos dos roles quién gestionará la convocatoria. La persona finalmente encargada de gestionar la convocatoria deberá prestar especial atención a comunicar y gestionar 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 | Checkbox |
|---|---|---|---|---|
| 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 ** | |
| 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 las responsabilidades son correctamente delegadosdelegadas, etc) | Scrum Master ó Proxy Product Owner ** | Product Owner y Equipo de DesarrolloDesarrolladores | |
| 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 sprints de adelanto. En caso de que esto no fuese posible, se deberá señalar tanto a Product Owners como a Proxy Product Owners este hecho y alentar el refinamiento de mejoras con un caracter carácter técnico. | 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 o se señalará en el backlog 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) | |
| 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:
| 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 los desarrolladores pueden requerir de clarificaciones adicionales con respecto a las Historias de Usuario del sprint en curso. | Scrum Master | Equipo de desarrolloDesarrolladores |
(**) 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 los desarrolladores 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 una Sprint Planning sin HU que la mayoría de las HUs cumplan el criterio DoR.
No hacer consistentemente el Refinamiento del Backlog.
El equipo ve por primera vez HU durante el SPRINT la Sprint Planning.
Profundizar en cuestiones técnicas de una historia de usuario.