Las cards finalizadas pasan al siguiente sprint

[Lara Huilén Capuccio]

Hago el desarrollo de una tarjeta durante un sprint. La misma pasa todo el flujo, queda en estado "finalizada / hecho" y, al cerrar el sprint (colocando la opción que las incidencias sin finalizar pasen al nuevo sprint) se le asocia automáticamente el siguiente sprint.
Deseo que si se encuentra finalizada dentro de un sprint no continúe pasando a los siguientes, ya que con el estado "listo para prueba" esto no ocurre.

[Trudy Claspill]

To be considered finished, the cards must be in the column that is farthest to the right. Also, any subtasks associated with those cards must be in that column. Only the cards in the right-most column will be considered finished. Is that true for the cards that are getting added to the next sprint?

Para que se consideren terminadas, las tarjetas deben estar en la columna más a la derecha. Además, cualquier subtarea asociada con esas tarjetas debe estar en esa columna. Solo las tarjetas de la columna de la derecha se considerarán terminadas. ¿Es eso cierto para las cartas que se van a agregar al siguiente sprint?

[Lara Huilén Capuccio]

Lo que ocurre es que no tienen subtareas asociadas. La tarjeta se encuentra en un estado Finalizado y resuelto desde hace 2 sprints atrás. Continúa pasando a los sprint siguientes. Esto no ocurre en todos los proyectos que hay de scrum, sin embargo no sé dónde puede estar el error. 

En el resto de los proyectos las cards finalizadas sólo están asociadas al sprint donde se trabajaron y no se pasan al siguiente cuando finaliza.

[Trudy Claspill]

Are the issues in the column farthest to the right in the scrum board when you close the sprint?

Están los problemas en la columna más a la derecha en el tablero de scrum cuando cierra el sprint?

[Lara Huilén Capuccio]

Trudy, buenas tardes.

Están en la columna final sí. Adjunto imagen que muestra el flujo de trabajo configurado del proyecto. Sin embargo considero que el error proviene de una configuración que se debe haber hecho, pero no logro deducir qué fue lo que hizo que se genere este comportamiento. También adjunto la configuración del tablero donde se muestra las columnas de proyecto con los estados de las cards.

¿Hay algo más que pueda proporcionar para esclarecer la situación?

[Trudy Claspill]

Ola, @Lara Huilén Capuccio 

I don't speak Spanish. I'm using a translator application. I hope the translation is clear.

What is the Status of the issues that get moved to the next sprint?

Is that status mapped to the column labeled "Listo p..."?

"Listo p..." is the column on your board that is farthest to the right. Issues set to statuses that are in that column will be considered "done" and should not get moved to the next sprint. Issues in any other status will be considered "not done" and will be moved to the next sprint.

No hablo español. Estoy usando una aplicación de traductor. Espero que la traducción sea clara.

¿Cuál es el estado de los problemas que se mueven al siguiente sprint?

¿Ese estado está asignado a la columna etiquetada "Listo p..."?

"Listo p..." es la columna de su tablero que está más a la derecha. Los problemas configurados en estados que se encuentran en esa columna se considerarán "terminados" y no se deben mover al siguiente sprint. Los problemas en cualquier otro estado se considerarán "no terminados" y se moverán al siguiente sprint.

[Lara Huilén Capuccio]

Eres muy claro Trudy. 

El estado de los problemas que se mueven al siguiente sprint es el "Finalizado" como resalté en la imagen anterior. Un estado que en el tablero no está considerado como parte del flujo visible pero sí se considera terminado a los efectos de configuración de estado. 

Esto no estaba ocurriendo anteriormente, tampoco sucede en los demás proyectos que gestionamos. Cuando un trabajo llega a finalizado, directamente se resuelve y no pasa al siguiente sprint. En este proyecto eso no está ocurriendo.

[Trudy Claspill]

Dijiste que esto no pasa en otros foros. ¿Estás usando el mismo escenario en los otros tableros?

1. Asigne un problema al sprint.

2. Establezca el problema en un estado "terminado" que se enumera en el área Estados no asignados.

3. Cierre el sprint mientras esos problemas aún estén asignados al sprint. Y esos problemas no se trasladan al siguiente sprint.

Dijiste que esto no sucedía en este tablero anteriormente. ¿Qué ha cambiado con la configuración de la placa entre el momento en que esto no sucedió y el momento en que comenzó a suceder?

Según mi experiencia con Jira, si asigna un problema a un sprint y está en un estado que no está asignado a la columna del extremo derecho, y el estado está dentro del alcance del filtro del tablero (se muestra en el área de Estados no asignados ), esos problemas se considerarán incompletos y se moverán al siguiente sprint.

---

You said this does not happen in other boards. Are you using the same scenario in the other boards?

1. Assign an issue to the sprint.

2. Set the issue to a "done" status that is listed in the Unmapped Statuses area.

3. Close the sprint while those issues are still assigned to the sprint. And those issues are not moved to the next sprint.

You said this didn’t happen in this board previously. What has changed with the board configuration between the time where this did not happen and the time at which it started happening?

Based on my experience with Jira, if you assign an issue to a sprint and it is in a status that is not mapped to the far right column, and the status is within the scope of the board filter (it shows in the Unmapped Statuses area), then those issues will be considered incomplete and will be moved to the next sprint.