Retrospectivas

Creación Automática

Cuando una release se marca como entregada, Sinra crea su retrospectiva automáticamente. Nunca necesitas crear una retro manualmente ni recordar configurar un tablero de Miro al final de una release.

Cuatro Categorías de Feedback

Cada retrospectiva recopila feedback en cuatro columnas estructuradas:

Cualquier miembro del equipo puede añadir entradas a cualquier columna. Cada entrada se atribuye a su autor.

Discusión sobre Elementos de Retro

Cada entrada de retro soporta un hilo de comentarios. Esto permite al equipo discutir un punto específico sin saturar la vista principal de la retrospectiva. Usa los comentarios para profundizar en las causas raíz de los elementos “Mal” o refinar las propuestas de “Mejora”.

Release o ciclo

Una retrospectiva se vincula a una release o a un ciclo (al menos uno de los dos). Una retro creada al entregar una release queda vinculada a esa release. También puede vincularla a un ciclo desde su formulario de edición: aparece entonces en la lista de retros de la página del ciclo, y en la de la release cuando tiene una.

Explorar Retros Pasadas

Todas las retrospectivas están disponibles en la lista de Retros, vinculadas a su release. Esto crea un historial consultable de lo que ha aprendido tu equipo. Los nuevos miembros pueden leer retros pasadas para entender patrones recurrentes y decisiones anteriores.

Los saltos de línea escritos en un comentario de retro se conservan al mostrarlo.

Acciones con seguimiento

Las decisiones de una retro son acciones, no texto libre. Cada acción tiene un responsable, una fecha límite opcional y un estado (por hacer, en curso, hecha, abandonada). Una acción con la fecha límite vencida se marca como atrasada; una acción sin fecha límite nunca está atrasada.

• El responsable hace avanzar sus propias acciones, igual que la persona que creó la acción.
• El responsable recibe un correo cuando se le asigna una acción, en su idioma.
• Las acciones de retros y postmortems se listan juntas en Aprender → Acciones, filtrables por responsable, origen y fecha límite. Los product owners y los managers tienen además un widget «Acciones abiertas» en su panel.

Una acción necesita un responsable y una fecha límite. Las acciones atrasadas se cuentan en un aviso en la retro y en la página Acciones, donde cada acción convertida en issue muestra también esa issue y su estado actual. Al convertir, la release o el ciclo de la retro solo se propone si no ha terminado; si no, se usa el ciclo o la release en curso.

Convertir una acción en issue

Convertir en issue abre el formulario de issue ya rellenado: el título, un enlace a la retro, el tipo (una tarea para una retro), el responsable como asignado, y la release y el ciclo de la retro. Todos los campos siguen siendo editables. Una vez guardadas, la acción y la issue se enlazan entre sí, y el estado de la acción sigue a la issue: hecha cuando la issue termina, abandonada cuando se desactiva, de nuevo en curso cuando se reabre. Si se elimina la issue, la acción recupera su estado anterior. Una acción se convierte en una sola issue.

Participantes

Añada a las personas que participaron en la retro. Reciben un correo y encuentran la retro en Mis retros, que también lista las retros donde son responsables de una acción.

Una retro nueva empieza con las personas a las que están asignadas las issues de su release o ciclo; añade o quita otras si hace falta.

Cada línea de las notas de la retro puede convertirse en una acción con seguimiento con un clic (el formulario de acción se abre rellenado; responsable y fecha límite siguen siendo obligatorios). Una retro lista los incidentes (postmortems) de la misma release o ciclo, y un postmortem lista esas retros. Una acción abierta escrita a la vez en una retro y en un postmortem lleva la etiqueta También en otro lugar.