Jira se utiliza para el seguimiento de problemas y es una herramienta fundamental para mantener organizados a los grandes equipos de desarrollo de software. En esta guía, desglosaremos su esquema probado y probado, incluidos los diferentes niveles de tipos de problemas y las herramientas de organización que se le ofrecen.
En el momento de escribir este artículo, Jira está renovando toda su experiencia de usuario. Debido a esto, tendrá dos opciones al crear un nuevo proyecto en Jira Cloud: Jira Classic o Jira Next-Gen. Los conceptos fundamentales siguen siendo los mismos, pero las interfaces de usuario son diferentes, por lo que es importante aclarar que las capturas de pantalla de este artículo son de Jira Next-Gen, en lugar de Jira clásico.
Problemas de Jira
Los problemas son el corazón de Jira. Representan "cosas que deben hacerse" individuales, ya sea corregir un error, implementar una función, realizar un cambio o simplemente detallar el trabajo para facilitar la tarea.
Hay algunos tipos de problemas en Jira. El más básico es el "Edición" regular, también llamado "Historias". Puede crearlos desde su tablero predeterminado haciendo clic en la parte inferior de la lista y dándole un nombre:
Si hace clic en un problema, aparecerá un cuadro de diálogo que le mostrará más información. Los problemas tienen algunos campos distintos, que se pueden personalizar en la configuración de su proyecto. De forma predeterminada, los problemas tienen un título y etiquetas que se muestran en el tablero principal, así como una lista de actividades ampliada en el cuadro de diálogo emergente.
Los problemas se pueden vincular a otros problemas de diferentes maneras. Es común que los problemas de software estén muy interconectados, por lo que esta función es muy útil. Se puede designar un problema para que bloquee la solución de otro problema, o viceversa. La vaga opción "se relaciona con" también se puede usar para un enlace más general. En el fondo, Jira también usa este sistema para vincular incidencias que se han clonado o duplicado a partir de incidencias existentes.
También puede crear "Problemas secundarios" conocidos como subtareas. Estos problemas no aparecen en su tablero principal, pero están vinculados directamente al problema principal y aparecen. En cierto modo, te permiten desglosar problemas más grandes en piezas de trabajo individuales.
Mientras no están en el tablero, actúan como problemas completos, completos con su propio identificador y todos los campos variados que vienen con los problemas estándar. Se pueden asignar a personas individuales independientemente de la asignación del problema principal.
En el problema principal, todos los problemas secundarios se mostrarán en una lista junto con su estado actual. Esto le brinda una descripción general rápida de cuánto queda por hacer, de manera similar a una lista de verificación.
El tipo de problema final y más importante son los "épicos". Las epopeyas no rastrean errores o funciones individuales, sino que actúan como una colección a gran escala de problemas que están relacionados con un área de trabajo en particular.
Por ejemplo, "Autenticación de usuario" puede ser un Epic. Dentro de ese Epic, puede crear problemas de Historia individuales para manejar el flujo de inicio de sesión, crear las páginas de inicio de sesión y registro, y posiblemente agregar compatibilidad con OAuth 2.0. Puede desglosar estos problemas aún más creando subtareas que detallen lo que se debe hacer para completar cada historia.
Puedes crear Epics desde la pestaña "Hoja de ruta". Debido a que Epics generalmente realiza un seguimiento de las grandes entregas de los requisitos del usuario, vienen con una fecha de inicio y de vencimiento, y se pueden organizar en una línea de tiempo.
De lo contrario, las epopeyas funcionan completamente como problemas estándar de Jira. Los problemas de la historia se pueden asignar a un Epic, que mostrará el nombre de Epic junto con el problema en sus tableros, lo que los convierte en una excelente herramienta organizativa. Los problemas vinculados a una épica se mostrarán como problemas secundarios en el panel de información de la épica.
Además, si no te gustan los tipos de problemas predeterminados, puedes personalizarlos desde la configuración de Jira e incluso crear nuevos a tu gusto.
Uso de tableros Kanban
Desplazarse simplemente por una lista de problemas no es muy intuitivo y puede resultar complicado rápidamente si tiene muchos problemas. Una de las principales herramientas organizativas de Jira es un tablero Kanban. Con origen en la fabricación japonesa de automóviles, Kanban es una forma de organizar elementos en distintas etapas, también llamadas listas. A medida que avanza en el desarrollo de un elemento, o "Tarjeta", se mueve de izquierda a derecha a lo largo de la lista.
Kanban no es exclusivo ni inventado por Jira, ya que servicios como Trello, Gitlab y muchos otros han implementado tableros que puede encontrar extremadamente similares a la implementación de Jira. Sin embargo, sigue siendo una característica increíble y una gran adición al conjunto de herramientas de Jira.
En la práctica, puede crear listas para problemas que están atrasados, actualmente en prioridad, en los que se está trabajando activamente, pendiente de revisión de código, pendiente de lanzamiento y enviados a producción. A medida que usted y sus empleados trabajen en su proyecto, los problemas se moverán del trabajo pendiente a la lista.
Los problemas se pueden mover entre listas arrastrándolos de una a otra. Si configuró integraciones de Jira con su control de fuente, puede mover fácilmente los problemas de Jira a la revisión de código al mencionar en un mensaje de confirmación que cierra un ID de problema en particular.
Si bien Jira se enfoca en usar Listas para representar las fases cronológicas del desarrollo de software, no hay límites para la cantidad de Listas que puede tener, por lo que también puede usarlas como una herramienta de organización. También puede crear varios tableros Kanban, lo que le permite tener un tablero estándar y uno personalizado, utilizando los mismos problemas (aunque esta función no está disponible actualmente en Jira Next-Gen).
Uso de Sprints
Aunque los tableros Kanban son un gran comodín para la mayoría de los proyectos, para los equipos que buscan implementar un flujo de trabajo de desarrollo ágil como Scrum, puede ser más beneficioso organizar los problemas mediante "Sprints". Los sprints son un bloque de tiempo fijo, generalmente un mes o menos, durante el cual su equipo trabaja en problemas o funciones específicas.
Puede activar Sprints desde la configuración de su proyecto, lo que también requiere que active la función de trabajo pendiente.
Ahora verá una pestaña "Atraso" que contiene una lista de todos sus problemas. Esta acumulación le permite planificar su Sprint. Puede arrastrar problemas individuales al sprint u ordenar los elementos del trabajo pendiente en orden de importancia y luego arrastrar el divisor al trabajo pendiente. Una vez que haya planeado algo aceptable, puede hacer clic en "Iniciar Sprint".
Ahora, si regresa a su tablero Kanban, verá que está limitado a los elementos del sprint en los que ha elegido concentrarse, lo que puede aclarar el desorden. En cierto sentido, un Sprint es esencialmente un filtro para su tablero Kanban.
De lo contrario, es un tablero Kanban completamente normal. Puede alternar entre las dos funciones a voluntad, y los problemas recordarán su lugar en Kanban, independientemente de si tiene Sprints activos o no.
