Petición del cambio |
Abre la Backlog de cambios en el backlog de requisitos
|
TM |
REQM |
De acuerdo a la plantilla escribe:
- ID del cambio
- Persona que pide el cambio
- Responsable del seguimiento del cambio
- Fecha del registro
- ID de la historia de usuario a cambiar
- Cambio a realizar
- Razón del cambio
- Historias de usuario que dependen de la historia de usuario a ser cambiada
|
Evaluación del impacto |
Ejecuta el proceso de gestión de riesgos. En caso de que el cambio no sea aprobado se marcaran los riesgos del cambio como mitigados |
PO, AO, TL |
REQM |
Agrega el cambio a la hoja de historias de usuario en el backlog de requisitos. Determina los Agile Points de la tarea (Consulta la Guía para estimar para más información) y actualiza las métricas del plan para así conocer el impacto que tiene sobre el mismo |
Revisa los criterios de aceptación. El cambio debe de:
- Aportar valor a la solución
- Ser necesario para cumplir los objetivos del proyecto
- Ser realizable de acuerdo con las habilidades técnicas del equipo
- Ser claro y no prestar a distintas interpretaciones
- No comprometer la salud del equipo
- No comprometer el calendario del proyecto
- No impactar radicalmente funcionalidades del sistema ya implementadas
|
Comunicación |
En caso de que el cambio sea propuesto por un team member, comunica al socio formador el cambio, justíficalo con los datos obtenidos de los riesgos, criterios de aceptación de cambios y las métricas del plan del proyecto. Pide al socio sus comentarios junto con su aprobación o rechazo. |
PO |
REQM |
Decisión |
Da el veredicto sobre el cambio considerando los riesgos, métricas del plan, criterios de aceptación de cambios, aprobación del stakeholder y justifícalo |
PO |
REQM |
Escribe la fecha del veredicto final |
En caso de que el cambio haya sido propuesto por el socio formador, comunícale y justifícale la aprobación o rechazo del cambio. |