Hola a todos!
En este artÃculo, me gustarÃa hablar sobre Sprints compartidos en Atlassian Jira Software.
Si lee la documentación oficial, por ejemplo,
aquà , entonces no habrá un sprint general.
Primero encontré el término sprint general
aquà . Este artÃculo explica bien qué son los sprints comunes y cómo vivir con ellos.
Los sprints compartidos son un concepto importante en el software Atlassian Jira porque el conocimiento de los sprints compartidos suele ser inesperado, y parece que algo salió mal. Pero esto no es asÃ, y si sabes cómo funcionan los sprints comunes, puedes usarlos para tus necesidades.
En este artÃculo, ilustraré cómo se ven los sprints comunes y cómo distinguirlos de los sprints regulares. Y también contaré sobre sus caracterÃsticas.
Probé todos los ejemplos en este artÃculo sobre Jira Software Cloud y sobre Jira Software Server 7.12.3.
¿Qué es un sprint común?
Un sprint común es un sprint que es visible en más de un tablero.
Por ejemplo, hay capturas de pantalla de tableros:
Tablero SCRUM :
Tablero SCRUM2 :
Puedes ver que en los tableros SCRUM y SCRUM2 hay un sprint llamado SCRUM Sprint 3. Este sprint es visible en dos tableros. ¿Eso significa que vemos un sprint común? No Jira Software puede tener dos sprints diferentes con el mismo nombre.
¿Cómo ver la identificación del sprint?
Para entender si el sprint común está frente a nosotros o el habitual, debemos mirar la identificación de estos dos sprints.
Puedes ver la identificación del sprint asÃ:
Si coloca el mouse sobre el botón resaltado en rojo arriba, veremos una url que termina con sprintId = <número>. Este número es la identificación del sprint. En nuestro caso, los ID de los dos sprints son diferentes, lo que significa que tenemos ante nosotros no un sprint común, sino dos sprints ordinarios.
Sprint general
Ahora veamos esta captura de pantalla:
En la captura de pantalla vemos el tablero SCRUM, en el que hay dos sprints con el mismo nombre. Y el sprint resaltado en rojo contiene el mismo ticket que el sprint en el tablero SCRUM2. Si verificamos el id de este sprint en el tablero de SCRUM y SCRUM2, entonces el id coincidirá, lo que significa que tenemos un sprint común.
¿Por qué tenemos el mismo sprint en dos tableros?
Los tickets visibles en el tablero se seleccionan mediante filtros definidos para los tableros. Los filtros se pueden ver yendo a Configuración del tablero -> General. Asà es como se ven los filtros para tableros:
Tablero SCRUM :
project = SCRUM OR priority is not EMPTY ORDER BY Rank ASCTablero SCRUM2 :
project = SCRUM2 ORDER BY Rank ASCVemos que el filtro para SCRUM selecciona no solo tickets del proyecto SCRUM, sino también todos los tickets en nuestra instancia de Jira que tienen prioridad completa, lo que significa que selecciona tickets del proyecto SCRUM2. Por lo tanto, los tickets del proyecto SCRUM2 son visibles tanto en el tablero SCRUM como en el tablero SCRUM2. Y por lo tanto, si llenamos el campo Sprint en uno de los tickets, este sprint aparecerá en dos tableros.
Se crea un sprint desde el tablero y contiene un enlace al tablero desde el que se creó. Para hacer esto, puede realizar, por ejemplo, rest / agile / 1.0 / sprint / sprintId y ver el tablero desde el que se creó el sprint. En nuestro caso, obtenemos el siguiente resultado:
{"id":5,"self":"https://alex.atlassian.net/rest/agile/1.0/sprint/5","state":"active","name":"SCRUM Sprint 3","startDate":"2018-09-23T06:33:01.266Z","endDate":"2018-10-07T06:33:00.000Z","originBoardId":3,"goal":""}
originBoardId = 3, y este es SCRUM2. Esto significa que el sprint se creó originalmente en el tablero SCRUM2, y apareció en el tablero SCRUM porque el boleto del sprint está tanto en el tablero SCRUM2 como en el tablero SCRUM.
¿Cómo se comportan los sprints comunes?
Si realiza algún cambio en el sprint general en cualquiera de los tableros en los que el sprint es visible, los cambios serán visibles en todos los tableros.
Por ejemplo, si cambiamos el nombre de un sprint en un tablero SCRUM, también cambiará su nombre en un tablero SCRUM2. Si cerramos el sprint en el tablero SCRUM, entonces se cerrará en el tablero SCRUM.
Es este comportamiento que los usuarios suelen encontrar. Trabajan con un sprint y de repente el sprint se cierra. Ninguno del equipo lo cerró. Como resultado, resulta que el sprint se cerró desde otro tablero, en el que el filtro selecciona tickets de este proyecto.
¿Cómo se pueden usar los sprints comunes?
Supongamos que tenemos varios equipos, y cada equipo tiene su propio proyecto. Cada equipo crea un tablero y trabaja en este tablero. Queremos ver los sprints de todos los equipos. ¿Cómo podemos hacer esto?
- Podemos pedir que compartamos todos los tableros para nosotros, y luego podemos ver el sprint si vamos al tablero correcto.
- Podemos crear un tablero que seleccionará entradas de todos los proyectos del equipo. En este caso, veremos información sobre todos los sprints en un tablero, lo que requerirá menos esfuerzo de nuestra parte para ver todos los sprints del equipo. Pero no debemos olvidar que cualquier acción con un sprint en nuestro tablero implicará los mismos cambios en los tableros del equipo.
Eso es todo lo que querÃa contar en este artÃculo. Espero que la información sea útil.