Jira es una herramienta de software utilizada por diferentes organizaciones con la meta de gestionar, organizar y realizar un seguimiento del trabajo, basado en la mínima unidad del software, llamado issues. Estas issues pueden representar cualquier cosa, desde una tarea cualquiera, un error de software, una tarea de proyecto, o un formulario de solicitud de licencia; todo depende del tipo de trabajo que se esté controlando. En esta publicación te mostraremos todo lo que debes saber sobre esta unidad de trabajo en Jira Software.
Las issues de Jira son la expresión mínima que construye cualquier proyecto de Jira, y estas issues pueden representar desde una historia, un error, una tarea o cualquier otro tipo de asunto que sea necesario para tu proyecto y son necesarios para hacer un seguimiento de su completación, tanto a nivel individual de estas unidades mínimas, como a nivel mayor, de proyectos, esto siempre dependerá de cómo tu equipo utilice Jira.
Aprende a crear una issue en Jira, y otras acciones básicas >>
Una vez establecido qué es este elemento tan básico y necesario dentro de la herramienta, vamos a explorar qué otros sub-elementos componen a las issues, y es importante considerar:
Las "claves" o "keys" de las issues son una serie de números y caracteres que identifican de forma única a cada pieza de trabajo a la que se le hace seguimiento en Jira. Se puede reconocer y recordar de forma fácil y rápida. Estos números los puedes ubicar en: la misma issue, como una etiqueta, los resultados de búsquedas, en los filtros guardados, en las tarjetas de los tableros, en los backlogs de proyecto, en los enlaces que conectan los trabajos, en la URL del ticket, y prácticamente, en cualquier lugar donde necesites hacer referencia al trabajo del que se hace seguimiento.
Las "claves" o "keys" de las issues consisten en dos partes:
Las issues que encontrarás por defecto en un Jira, son los tipos de issues estándar, y de acuerdo a su jerarquía, son: Historia, Tarea, Bug, Subtarea, y Épica. Para aquellos que conocen menos, esta nomenclatura puede resultar un poco confusa, por ello a continuación vamos a describir qué es cada issue, y vamos a explicar cómo se relacionan entre sí, y cómo se pueden utilizar.
Una issue de tipo historia (inspirado en las historias de usuario de las metodologías Agile) debería incluir una descripción de una característica o la descripción de un requisito contada desde la perspectiva del usuario. Este tipo de issue debe definirse utilizando un lenguaje poco técnico para que cualquier persona involucrada en el proyecto pueda entenderlas. Por ejemplo: Como jugador, quiero utilizar un joystick para controlar a mi personaje.
Una vez introducida esta información en la issue de tipo historia puede ser necesario asignar elementos de trabajo más pequeños a compañeros de equipo, esto se puede hacer a través de issues de tipo tareas o subtareas.
Las tareas son elementos de trabajo que no están directamente relacionados con un requisito del usuario, pero sí son actividades que deben completarse, por ejemplo: actualizar un servidor, codificar una función o realizar un pedido de una pizza para el equipo. Una tarea suele contener una descripción más detallada y técnica del elemento de trabajo concreto.
Generalmente, las tareas pueden ser completadas generalmente por un solo miembro del equipo, y si esta resulta muy compleja, esta puede dividirse en subtareas para realizar la consecución del trabajo de una forma más ordenada, metódica y más manejable.
Cuando clasificamos una issue como bug, nos permite diferenciarla respecto al tipo de trabajo que puedan requerir otras issues. Esto permite al equipo hacer cosas como filtrar en el backlog específicamente por bugs, o redactar informes sobre el número de bugs corregidos por semana.
Las issues de tipo subtarea son las hijas de otra issue, y se utilizan para dividir en acciones más pequeñas y específicas tanto las historias, tareas o bugs. Este tipo de issue suelen estar escritas de forma más técnica que la issue madre, ya que tiene mayor especifidad en su descripción. Cada subtarea tiene su propia "clave" o "key" y puede moverse por los tableros de forma independiente, a pesar de que solamente puede crearse bajo una issue principal.
Ejemplo: Imagine que existe una issue de tipo historia que requiere soporte para un dispositivo de entrada, en esa issue se podrían incluir las siguientes subtareas:
Por último, las issues de tipo Épica son aquellas que agrupan tanto historias, como tareas y bugs (y subtareas) para capturar el trabajo desde un punto de vista superior y más holístico. Como su nombre indica, las Épicas suelen representar una entrega importante. En el backlog, se puede filtrar por issues que pertenezcan a una sola Épica.
Por ejemplo, imaginemos la siguiente estructura:
Ya conoces todo lo que hay que saber sobre la estructura y jerarquía básica de las issues en Jira Cloud, a continuación, vamos a mencionar algunas acciones que puedes llevar a cabo con esta unidad básica de trabajo en Jira, con especial foco en los tableros Scrum y Kanban.
Clasificar las issues (en este caso, en la nube) puede ser tan sencillo o complicado como lo decidas, depende de tus necesidades y la metodología que desees aplicar, he allí la gran utilidad de Jira. Es una herramienta que se adapta a cada equipo y metodología de trabajo.
En este caso vamos a ofrecerte un consejo sobre cómo ordenar las issues por orden de prioridad en Jira Cloud. Esta forma de organización permitirá al equipo trabajando en Jira visualizar qué issues corresponde a quién y en qué forma priorizar en qué trabajar a continuación. Para priorizar las issues, dirígete al backlog o al tablero que necesites y arrastra las issues y organízalas según sea su prioridad. Por ejemplos:
Ten en cuenta que para realizar estas acciones es necesario tener los permisos correspondientes. En estos dos casos, el de "Programar Issue" ("Schedule Issue") y "Editar Ticket" ("Edit Issue").
"Marcar" o "Flaggear" las issues en Jira permite que el equipo pueda colaborar y comunicarse mejor, ya que, al realizar esta acción sobre una Issue, permite indicar que necesitas ayuda de otro compañero para terminarla.
Realizar una transición de una issue te permitirá mostrar el progreso de este elemento dentro de un workflow que hayas especificado. Para realizar esta acción, bastará con arrastrar la issue de una columna a otra. En el caso que no puedas hacer la transición de la issue, es probable que el workflow del proyecto lo esté impidiendo; y esta es solamente una situación, pueden existir más.
Filtrar issues. Esta acción permite ocultar todas las issues que en un momento determinado y nos resultan útiles para obtener un mayor foco en las issues que sí son relevantes al momento, lo puedes hacer a través de búsquedas específicas dentro de tu proyecto, con los filtros premeditados, ubicados al lado izquierdo de tu proyecto o tablero (te permitirán ver los actualizados recientemente o por los que estés asignado), o puedes directamente, arriba de la barra de búsqueda, filtrar por el asignado o responsable.
Como has podido ver, las issues en Jira componen el elemento más básico de trabajo y por ende uno de los más importantes, ya que cada uno engloba cada una de las acciones que permiten la consecusión de las metas de cada proyecto. Si estás dando tus primeros pasos como administrador de Jira, también te recomendamos conocer los conceptos básicos de Jira, y esperamos que te haya resultado útil y si tienes más dudas, por favor escribe en los comentarios o contáctanos a continuación.