![]()
|
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.
| ||||||||||||||||||
Esta página pretende esclarecer los aspectos fundamentales de las sesiones de planificación de versiones.
En caso de que los objetivos y necesidades anteriores se consigan de formas alternativas no es obligatorio mantener esta sesión como parte del calendario las ceremonias y reuniones.

| Rol SCRUM | Descripción |
|---|---|
| Product Owner |
|
| Proxy Product Owner |
|
| 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 |
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.
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.