Retrospectiva del proyecto

ENTRADAS

1- EQUIPO SCRUM

Scrum Master: Cule Rojas Denis

Product Owner: Taquiri Palomino Eudis

Equipo De Desarrollo:

  • Anaya Yaranga, Juan
  • Escalante Gomez, Robert
  • Gutierrez Chura, Luis Alberto
  • La Madrid Martínez, Ayrton César
  • Pérez Leyva, Luis
  • Salvador Perez

2- CHIEF SCRUM MASTER

DENIS CULE

3- CHIEF PRODUCT OWNER

TAQUIRI PALOMINO

4. STAKEHOLDER

CESAR INGA

5. RECOMENDACIONES DEL SCRUM GUIDANCE BODY

https://www.tenstep.ec/portal/images/pdfs/Suscripciones_TenStep/Silver/SCRUMstudy_GUIA_SBOK_espanol.pdf (CAPITULO 12 , PG 233-236) .

HERRAMIENTAS

1- REUNIÓN DE RETROSPECTIVA DEL PROYECTO

La reunión de retrospectiva del proyecto es una reunión para determinar las formas en las que la colaboración y eficacia del equipo puede mejorarse en futuros proyectos. También se analizan las oportunidades positivas, negativas y potenciales para mejorar. Esta reunión no tiene un time-box asignado y se puede llevar a cabo en forma presencial o en formato virtual. Entre los asistentes se encuentran: el equipo del proyecto, el Chief Scrum Master, el Chief Product Owner y el (los) stakeholder(s). Durante la reunión, se documentan las lecciones aprendidas y los participantes buscan oportunidades para mejorar los procesos y atender las ineficiencias.

2- OTRAS HERRAMIENTAS PARA LA RETROSPECTIVA DEL PROYECTO

Algunas de las herramientas utilizadas en el proceso de retrospectiva del sprint también se pueden utilizar en este proceso. A continuación, se ofrecen ejemplos:

  • Reuniones presenciales
  • Speed Boat
  • Parámetros y técnicas de medición

SALIDAS

1. AGREED ACTIONABLE IMPROVEMENTS

Los llamados Agreed Actionable Improvements son el principal resultado del proceso de Retrospectiva del sprint. Forman parte de la lista de actionable items (elementos accionables) que ha elaborado el equipo para hacer frente a los problemas y mejorar los procesos a fin de mejorar también su desempeño en futuros sprints.

2- ASSIGNED ACTION ITEMS Y FECHAS LÍMITE

Una vez que se han elaborado y refinado, los Assigned Action Items (elementos de acción asignados) y las fechas límite, el Equipo Scrum puede considerar los puntos de acción para implementar las mejoras. Cada elemento de acción contará con una fecha límite de conclusión.

3- ELEMENTOS NO FUNCIONALES PROPUESTOS PARA EL PROGRAM PRODUCT BACKLOG Y EL BACKLOG PRIORIZADO DEL PRODUCTO

Se basan en las historias de usuario y en las funcionalidades requeridas. Por lo general los requerimientos no funcionales pudieran no estar completamente definidos en las primeras etapas del proyecto y pudieran surgir durante la revisión del sprint, la retrospectiva del sprint o en las reuniones de retrospectiva del proyecto. Dichos elementos deben agregarse al Backlog Priorizado del Producto conforme se van encontrando. Algunos ejemplos de requerimientos no funcionales son: tiempos de respuesta, limitaciones en la capacidad y asuntos en materia de seguridad.