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í
Introduccion a Azure DevOps
Bienvenida a Azure DevOps
Prerrequisitos
¿Qué es DevOps?
Conociendo Azure DevOps
Creando una cuenta en Azure DevOps
Portal y configuración
Creando un proyecto y analizando portal
Creando una organización
Configurando una organización
Analizando aspectos de seguridad
Boards y repositorios
Creando Board y Sprints
Creando tickets
Creando e importando repositorios
Creando ramas y pull request
Integración continua y despliegue continuo
Creando un pipeline
Configurando pipelines
Utilizando releases
Desplegando en Azure
Analizando integración continua y despliegue continuo
Azure DevOps MarketPlace
Cierre curso
Recapitulación del curso
No tienes acceso a esta clase
¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera
Si ya tienes una cuenta,
Creando tickets
11/20Recursos
¿Qué son los tickets en Azure DevOps?
En la gestión de proyectos, especialmente dentro del marco de metodologías ágiles, los tickets son fundamentales para organizar y priorizar tareas. Dentro de Azure DevOps, estos tickets pueden representar una variedad de actividades, errores (bugs) o características (features) que un equipo necesita abordar. Aquí exploramos cómo crear y administrar estos tickets para optimizar la eficiencia en el desarrollo de proyectos.
¿Cómo crear tickets en Azure DevOps?
Crear tickets en Azure DevOps es un proceso sencillo pero esencial para mantener un flujo de trabajo organizado. Comenzamos navegando al portal de Azure DevOps y entrando en la sección de "boards". Desde allí, dirigimos nuestra atención a los "backlogs", que son un conjunto de tickets pendientes de atención. Este enfoque a largo plazo permite una planeación estratégica donde se listan actividades a realizar en el futuro.
Pasos para crear un ticket
- Acceder al proyecto deseado dentro de Azure DevOps.
- Navegar a la sección "boards" y luego a "backlogs".
- Elegir entre crear un "bug" o un "Product Backlog Item".
- Asignar un título y, si es necesario, detalles adicionales al ticket.
- Asignar el ticket a un miembro del equipo.
Aspectos importantes al crear un ticket
- Estado del Ticket: Al crear un ticket, su estado es "new", es decir, nuevo.
- Asignación: Puede ser asignado a un solo usuario de la organización.
- Descripción y criterios de aceptación: Proveer una descripción clara y criterios específicos que indiquen cuándo se considera completado el ticket.
¿Cómo mejorar el uso de los tickets?
Más allá de simplemente crear tickets, Azure DevOps ofrece diversas opciones que permiten mejorar y personalizar la gestión de tareas.
Información adicional en tickets
Es posible y recomendable enriquecer los tickets con más información, lo cual puede incluir:
- Tabs y Módulos: Permiten identificar a qué área o actividad se refiere el ticket.
- Prioridad y Esfuerzo: Variables personalizables que ayudan a determinar la urgencia y los recursos necesarios.
- Valor de Negocio: Evalúa la relevancia del ticket en función de los objetivos del proyecto o negocio.
Vinculaciones y adjuntos
Azure DevOps permite vincular tickets con otras entidades dentro del sistema, como:
- Branches y Repositorios: Relacionar el ticket con el código fuente.
- Tickets Relacionados: Crear dependencias o relaciones entre diferentes tickets.
- Archivos Adjuntos: Importante adjuntar documentos que puedan añadir contexto o evidencia a las tareas (PDFs, imágenes, etc.).
¿Cómo hacer seguimiento y priorización de tickets?
Mantener el orden y seguimiento de los tickets es crucial para el éxito del equipo de desarrollo. El "Board" de Azure DevOps permite una visualización clara del estado actual de los tickets.
Uso de "Boards" para seguimiento
- Visualización del Progreso: Los tickets son organizados en columnas según su estado (Ej. nuevo, en progreso, completado).
- Actualización de Estado: Los responsables pueden mover el ticket entre diferentes estados para reflejar el avance.
- Asignación Dinámica: Cambiar asignaciones si es necesario para optimizar recursos.
Prioridades y Sprint Planning
- Prioridad Alta: Los tickets de mayor importancia deben ser los primeros en completarse dentro de cada sprint.
- Replanificación Continua: Aunque los sprints sugieren un marco temporal, las prioridades pueden ajustarse según necesidades emergentes.
Conseguir una gestión eficiente de tickets en Azure DevOps puede marcar la diferencia en el cumplimiento de plazos y la calidad del entregable final. La integración de distintos elementos y el seguimiento constante de tareas vitales aseguran un flujo de trabajo más ordenado y efectivo. ¡Adelante, empieza a aplicar estos consejos para potenciar tus proyectos en Azure DevOps!
Aportes 35
Preguntas 7
Ordenar por:
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:
- Hacer un modulo
- Colocar un titulo
- Crear la opción de editar algo
- Crear la opción de eliminar algo
- Etc
Estos son los tickets que se crean normalmente en un proyecto.
Estructura de los work items en Scrum:
Más información
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
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.
Al sol de hoy enero 18 del 2025 no se puede hacer responsable a mas de una persona
vengo de un futuro no muy lejano(febrero de 2024) y aún no se puede agregar más de un responsable a un ticket
Product Backlog Item puede ser:
- Una actividad en general
- Podría ser un feature
- Podría ser una tarea
- Un cambio que se podría hacer dentro de al aplicación
Mucho aprendizaje en esta clase
El bug se crea cuando la aplicacio´n está en periodo de prueba o en producció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
listo, fue facil ^^ ![]()
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"
Actualmente criterios de aceptación no está por defecto, debemos ir a customizar el modelo de la tarea si se requiere agregar.
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
Creen este ticket:
Leer el libro DevOps for the Modern Enterprise
Si lo llevan a DONE, será un logro más para la cultura Devops.
Confirmo... Aun no puedes agregar a un solo ticket varios responsables jejeje
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
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.
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?