Subdirección de las Tecnologías de la Información y Comunicaciones
Área de Gobernanza y Calidad
Contenido
Resumen
- Versión: v01r02
- Fecha publicación: 30 de Julio de 2021
- Entrada en vigor desde: 30 de Julio de 2021
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.
Introducción
Esta página pretende esclarecer los aspectos fundamentales de las sesiones de planificación de versiones.
Objetivo
La gestión de versiones es un pilar fundamental para reducir el tiempo de salida a producción, por lo que es importante que las versiones de los aplicativos, al igual que a otro nivel las historias de usuario o las mejoras, tengan un tamaño adecuado y un contenido bien definido.
Con este fin, las sesiones de planificación de versiones se plantean como un apoyo para conseguir una actualización periódica del plan de despliegue de versiones y del contenido de las mismas, no siendo obligatorias si no se estiman necesarias para el proyecto.
Contenido y Agenda típica
- Revisión de prioridades.
- Revisión de estado de las versiones en curso.
- Alineamiento entre la STIC (Proxy Product Owners) y Product Owners (personal funcional) del plan de despliegue de versiones.
Responsabilidades
| Responsabilidades SCRUM | Descripción |
|---|---|
| Product Owner |
|
| Proxy Product Owner |
|
Preparación de la sesión
| Input | Descripción | Responsable preparación de la sesión | Fuente de información | Checkbox |
|---|---|---|---|---|
| Actualización de la visión del negocio. | Para esta sesión, es necesario que Product Owners sean capaces de proveer las prioridades del negocio y las fechas aproximadas de definición de necesidades funcionales futuras. | Proxy Product Owner | Product Owner | |
| Actualización de la foto de las versiones actualmente en desarrollo. | Antes de la sesión, es necesario que Proxy Product Owners sean capaces de proveer una foto de alto nivel del estado global de las versiones en desarrollo. | Proxy Product Owner | Proxy Product Owner |
Buenas Prácticas
Mantener cadencia temporal de liberación de versiones (por ejemplo 3 meses).
Planificar versiones con una fecha fija y contenido variable.
Actualizar el plan de liberación de versiones períodicamente, gestionando las expectativas de todos los interesados relevantes de la STIC y del aplicativo.
Anti-patrones
Comenzar el desarrollo de nuevas funcionalidades sin una asignación de versiones clara.
Desarrollo de numerosas versiones en paralelo.
No mantener una cadencia de liberación de versiones o que esta sea notablemente mayor a 3 meses.
