Cualquier cambio que se presente, ya sea en los programas o en los portafolios, puede tener un efecto cascada en todos los proyectos y Sprints dependientes. Por lo tanto, es recomendable minimizar los cambios en estos niveles altos. Si se requiere un cambio y todos los interesados están de acuerdo en hacerlo, a estos niveles, se debe tener en mente lo siguiente:

A nivel del Portafolio:

1. No es recomendable hacer cambios entre dos Reuniones de Backlog de Portafolio.

2. Si el cambio es menor, el Propietario del Producto del Portafolio debe asegurarse de obtener la aprobación del cambio por parte de los interesados relevantes (Ejem: Patrocinador, cliente y usuario final) y luego, añadir los requisitos al Backlog del Portafolio. Los Propietarios del Producto del programa y el proyecto considerarán esos requisitos para incluirlos en los Sprints futuros.

3. Si el cambio es mayor, los esfuerzos del portafolio junto con los programas asociados, proyectos y Sprints, necesitan detenerse y se debe llevar a cabo una Reunión de Backlog del Portafolio para determinar los siguientes pasos.

4. Las Reuniones de Priorización del Backlog del Producto que mantiene el Portafolio (también conocidas como reuniones de Backlog del Portafolio) se deben llevar a cabo con intervalos de 4 a 12 meses. La frecuencia e impacto de los cambios al Portafolio determinan el tiempo de duración entre dos Reuniones de Backlog del Portafolio. Si existen varios cambios esperados en el Portafolio, es preferible llevar a cabo Reuniones de Backlog de Portafolio con intervalos más regulares (4 a 6 meses); pero si existen pocos cambios y si los requisitos son estables, la duración entre dos Reuniones de Backlog de Portafolio pueden incrementarse (Ejem: 9 a 12 meses).

A Nivel de Programa

1. No es recomendable hacer cambios entre dos Reuniones de Backlog del Programa.

2. Si el cambio es menor, el Propietario del Producto del Programa debe asegurarse de obtener la aprobación de los interesados relevantes (Ejem: Patrocinador, cliente y usuario final) y del Propietario del Producto del Portafolio y luego, añadir los requisitos en el Backlog del Programa. Los Propietarios del Producto del Proyecto considerarán esos requisitos para incluirlos en futuros Sprints.

3. Si el cambio es grande, los esfuerzos del programa junto con los proyectos asociados y Sprints deben parar y se debe llevar a cabo una Reunión de Priorización del Backlog del Producto para determinar los siguientes pasos.

Autor: SCRUMstudy

Traducción: Adela Vega, TSPM, SMC, SDC

Adaptación: Enrique Ledesma M.Sc., PMP, STC, SPOC, SMC, SDC