Creando tickets

Yo no estaría de acuerdo que la persona en que el usuario que esté asignado a un ticket sea la persona que se encargue de mover el ticket al board de approved, debería existir alguna contraparte que verifique los criterios de aceptación de ese ticket, de lo contrario se presta mucho para el fraude o hacer trampas con las fechas de entrega y cosas así

Un backlog es un grupo de tickets que están pendientes de atenderse.

Los tickets están asociados a actividades de desarrollo que se deben construir, por ejemplo:

1. Hacer un modulo
2. Colocar un titulo
3. Crear la opción de editar algo
4. Crear la opción de eliminar algo
5. Etc
   Estos son los tickets que se crean normalmente en un proyecto.

En la empresa donde trabajo todo el tema de planeación se realiza con Atlassian, Azure se usa para el resto de actividades. Personalmente prefiero JIRA y Confluence; debido a que tiene unas funcionalidades de más. Pero es muy util tener todo el proceso centralizado, “poner el codigo en el ticket” seria muy genial

Haciendo

un ejemplo de actividades

Estructura de los work items en Scrum:

Más información

Normalmente en agilismo se crean todos los tickets, hasta 6 meses o un año, igual que no se ejecuten en el futuro, con cada sprint se mira la prioridad y se incluyen los tickets de mayor prioridad y que se deben ejecutar lo más pronto posible.

Product Backlog Item puede ser:

1. Una actividad en general
2. Podría ser un feature
3. Podría ser una tarea
4. Un cambio que se podría hacer dentro de al aplicación

realizando el ejercicio me aparece dos opciones issues vs epic cual es la diferencia?

Mucho aprendizaje en esta clase

El bug se crea cuando la aplicacio´n está en periodo de prueba o en producción

Puntos importantes, la descripción y la aceptación esta le dice si el ticket ha sido resuelto de manera correcta, pero actualmente no lo encuentro, me parece que fue cambiada por el campo "Discussion"

Define de Backlogs como un grupo de tickets pendientes por atenderse, este es como un almacén de pendientes a largo plazo que se van a realizar

La idea es que el usuario que este asignado sea la persona que se encargue de mover los tickets y cambiar los estados

En la board esta permitido mover el ticket para cambiar el estado del mismo

La vista Board te permite ver ordenado por estado de proceso los tickets

Puedes adjuntar archivos en el ticket, esto te permitirá detallar aun mas el requerimiento en el ticket

Importante, podemos relacionar unos tickets con otros ya creados

Podemos Revisar por ejemplo el historial de cambios del ticket

El esfuerzo es una medida de cuanto trabajo o que tan difícil va a ser desarrollar ese ticket, actualmente no lo he encontrado en los tickets actuales

La Prioridad del ticket es una interpretación de que tan importante es el ticket del 1 al 4 por sobre otros tickets para ser atendido , siendo los prioridad 1 los mas importantes

Observación Importante: No podemos asignar 2 usuarios para un mismo ticket, hasta hoy 26/08/2023 no permite asignar 2 usuarios a un mismo ticket

Muy importante en un Ticket son los TAGS estas son palabras clave que ayudaran en la clasificación y la búsqueda del ticket

Si le damos clic al nombre de ticket podremos ver un menú para agregar mas detalles

En mas Opciones del ticket nos aparece por ejemplo asignar a un usuario como el encargado del ticket aparecen todas las personas de la organización

No se asusten pero actualmente parece que ya no están las opciones Bugs y Product Backlogs, sino que aparecen Issues(Inconvenientes) y Epics (Épicos) en su reemplazo

el item work no se visualiza como en el video, sepuede crear epicas pero no me aparece la opciones para agregar las historias de usuario

En las prioridades yo tenía entendido que en scrum y en general la severidad va de abajo hacia arriba, es decir 1 muy prioritario y entre más alto menos prioridad, incluso en una versión on-premise de Jira se manejaba la famosa prioridad 00 para tareas realmente urgentes,

Abonando un poco, no necesariamente los tickets son tareas de desarrollo, pueden ser también tareas de análisis, de discovery de herramientas o de exploración de nuevas tecnologías.