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.

Haciendo

un ejemplo de actividades

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

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.

Mucho aprendizaje en esta clase

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

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

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