Si vienes de LinkedIn y quieres sumar una habilidad demandada por los equipos que trabajan ágil, esta guía es tu punto de partida: Jira es una de las herramientas más utilizadas por equipos de producto, marketing, RRHH y desarrollo para organizar proyectos y colaborar. Y entender Scrum —el marco que la mayoría usa junto a ella— es lo que hace que la herramienta cobre sentido.

Aprender Jira no se trata de memorizar botones, sino de dominar un flujo completo: definir los grandes bloques (épicas), planificar entregas, alimentar un backlog priorizado y ejecutar sprints que se miden con métricas. Al terminar esta guía habrás pasado por ese flujo completo con un ejemplo real de principio a fin.

Si prefieres ver el proceso mientras lo explica alguien con experiencia, el video de Ágil Es por Cris Rúa —más adelante en la página— desarrolla un proyecto Scrum desde cero en Jira Software actualizado. Cada paso de esta guía conecta con un momento de ese video.

¿Qué es Jira?

Jira es una plataforma de gestión de proyectos desarrollada por Atlassian. Su popularidad viene de que no está pensada para un solo tipo de trabajo: se usa en desarrollo de software, pero también en marketing, RRHH, gestión de producto, educación, startups y consultoría. Su fuerza está en que aplica Scrum y Kanban —las metodologías ágiles más usadas— sobre un tablero, un backlog y un sistema de informes.

¿Para qué sirve Jira?

Jira respondería a varias de las preguntas que la gente hace al evaluar una herramienta de gestión:

Organizar proyectos y tareas en un solo lugar.
Planificar entregas con fechas, versiones y objetivos.
Priorizar trabajo en un backlog que vive y cambia.
Colaborar con un tablero que refleja lo que hace cada persona.
Automatizar procesos repetitivos del flujo de trabajo.
Obtener métricas de desempeño (burndown, velocity) para mejorar la planificación.

Ideal para: ✅ Scrum · ✅ Kanban · ✅ Equipos híbridos

¿Qué es Scrum?

Scrum es un marco ágil para entregar valor en ciclos cortos llamados sprints (normalmente de 1 a 4 semanas). En lugar de planificar todo el proyecto por adelantado, el equipo entrega versiones incrementales, revisa lo hecho y ajusta el rumbo. Tres piezas lo definen: un Product Owner que prioriza el backlog, el equipo que ejecuta, y un Scrum Master que facilita el proceso.

No necesitas un curso de Scrum para seguir esta guía — solo entender que Scrum es dividir el trabajo en bloques, priorizarlo y entregarlo en ciclos cortos, con métricas para saber si estás avanzando.

Conceptos básicos antes de usar Jira

Estos son los términos que vas a usar todo el tiempo en Jira. Conocerlos antes de abrir la herramienta hace el recorrido mucho más fluido:

Concepto	Qué es	Ejemplo
Proyecto	Espacio donde viven el backlog, el tablero y los informes de un producto o equipo	El proyecto “Bolsa de empleo” con sus épicas y sprints
Product Backlog	Lista priorizada de todo el trabajo pendiente del producto	Historias ordenadas de “Encontrar trabajo” antes que “Administrar vacante”
Release	Entrega del producto con fecha límite, compuesta por varias historias	Versión 1.0: el MVP a entregar el primer mes
Épica	Gran bloque de trabajo que agrupa historias relacionadas	”Encontrar trabajo” agrupa crear perfil, subir CV y postular
Historia de usuario	Requerimiento descrito desde la perspectiva del usuario	”Como candidato, quiero subir mi CV para aplicar a vacantes”
Sprint	Ciclo de duración fija donde el equipo entrega un incremento	Sprint 1 de 2 semanas con 5 historias comprometidas
Story points	Unidad de estimación relativa de esfuerzo, no horas	Subir CV = 3 puntos; integrar pagos = 8 puntos
Subtareas	División de una historia en pasos concretos	”Subir CV” → diseño del formulario, validación, prueba
Workflow	Secuencia de estados por los que pasa una historia	Pendiente → En curso → En pruebas → Listo
Board (tablero)	Vista visual del flujo con columnas por estado	Tablero del sprint con tarjetas arrastrables

El video que acompaña esta guía

El video de Ágil Es por Cris Rúa es el hilo conductor: sobre el ejemplo de una bolsa de empleo, recorre la creación del proyecto, el release plan, las épicas y versiones, el backlog con sus historias, la apertura y cierre de sprints y el análisis del burndown chart. Míralo una vez completo y luego usalo como referencia en cada paso.

Paso 1. Crea un proyecto Scrum

Al crear un proyecto en Jira Software eliges entre dos modelos de gestión:

Gestionado por el equipo (Team Managed): más simple, pensado para equipos que quieren empezar rápido y configurar su propio tablero sin permisos de administración. Buen punto de partida para un primer acercamiento.
Gestionado por la empresa (Company Managed): ofrece más flexibilidad, configuración avanzada, permisos granulares y administración centralizada. El video lo destaca cuando necesitas control y opciones a medida.

Consejo Neistu: si tu intención es aprender Scrum de verdad o montar un flujo que más adelante escale a varios equipos, elige “gestionado por la empresa” desde el inicio. Cambiar de modelo después es incómodo; elegirlo bien al principio te ahorra una migración.

Luego seleccionas la plantilla Scrum, que ya trae el backlog, el tablero y los informes configurados para ese marco.

Paso 2. Planifica las entregas (Release Plan)

Antes de crear historias, define cuándo vas a entregar. En Jira eso se hace con versiones (releases): entregas con fecha de inicio y fin que agrupan el trabajo de un periodo. En el video, el release plan se arma alrededor del MVP — la primera versión mínima viable del producto — y luego se agregan versiones posteriores que aportan más funcionalidad.

Planificar la entrega antes del detalle te obliga a decidir lo que casi todos los proyectos mal gestionados evitan: qué va primero y qué puede esperar. En Jira, cada historia queda asociada a una versión, y el progreso de cada entrega se mide por versión.

Paso 3. Crea épicas

Las épicas son los grandes bloques de trabajo del proyecto. En el video se usan “Encontrar trabajo” y “Administrar vacante” sobre una bolsa de empleo. No se estiman ni se cierran como una historia normal: sirven para agrupar trabajo relacionado, filtrar el backlog y ver el panorama completo de forma legible.

Regla simple: si una épica agrupa menos de tres o cuatro historias, probablemente no es una épica.

Paso 4. Crea historias de usuario

Las historias de usuario son el trabajo que el equipo estima y entrega. El formato más usado, y el que verás en el video:

Como [persona], quiero [capacidad], para [beneficio].

Ejemplo desde el proyecto del video:

Como candidato, quiero crear mi perfil con mi hoja de vida, para postular a vacantes sin volver a escribir mis datos.

En Jira, cada historia se crea en el backlog y luego se le completa: responsable, descripción, criterios de aceptación y su relación con una épica y una versión.

Paso 5. Organiza el Product Backlog

El product backlog es la lista priorizada de todo el trabajo pendiente. Organizarlo es una tarea continua:

Prioriza: arrastra las historias para dejar arriba las de mayor valor o urgencia.
Asigna a épicas: el backlog queda agrupado y legible.
Asocia versiones: cada historia pertenece a una entrega del release plan.
Mantén el detalle justo: las historias cercanas al próximo sprint se detallan bien; las lejanas pueden esperar.

En el video, las historias se crean primero sin detalle (solo el nombre) y después se completa cada una. Ese orden —estructura primero, detalle después— evita perfeccionar trabajo que todavía está lejos.

Paso 6. Planifica el Sprint

Al planificar un sprint, el equipo elige historias del backlog, las estima y se compromete con lo que cree poder entregar en el ciclo:

Estimación: cada historia recibe story points según esfuerzo relativo, no horas.
Compromiso: el equipo arrastra al sprint las historias que asume, y el total de puntos define la carga del ciclo.
Objetivo del sprint: una frase que resume el valor que busca el sprint, para que el equipo sepa qué es prioridad.

En el video, la estimación ocurre antes de iniciar el sprint: el equipo cierra el ciclo comprometido con una cantidad de puntos que después contrasta con el burndown chart.

Paso 7. Gestiona el trabajo durante el Sprint

El tablero (board) es donde el equipo trabaja el día a día. Cada historia se mueve por las columnas del flujo:

Pendiente → En curso → En pruebas → Listo
Subtareas: las historias grandes se dividen en pasos concretos para mejorar el seguimiento — quién hace cada parte y en qué punto va.
Agregar trabajo nuevo: si algo aparece a mitad del sprint, se puede incluir, pero con cuidado: cada historia nueva desplaza trabajo ya comprometido.

El video lo deja claro: no se trata solo de abrir el sprint, sino de mover las tarjetas a diario. Un tablero que no se mueve es un tablero decorativo.

Paso 8. Cierra el Sprint

Al final del ciclo se cierra el sprint. Jira muestra el historial completo: qué historias se completaron, cuáles quedaron pendientes, qué puntos se comprometieron y cuáles se entregaron. Ese cierre es el insumo de la retrospectiva: qué funcionó, qué no, y qué ajustar para el próximo ciclo.

Las historias que no se terminaron vuelven al backlog para ser re-priorizadas en la siguiente planificación.

Paso 9. Analiza las métricas

Las métricas son lo que convierte a Jira en una herramienta de gestión y no solo en un listado de tareas.

Burndown chart (gráfica de trabajo pendiente)

Muestra cuánto trabajo queda en el sprint a lo largo del tiempo: una línea ideal (si el trabajo bajara de forma constante) y la línea real del equipo. Si la línea real se aleja por encima de la ideal, el equipo va lento; si va por debajo, va adelantado.

Errores comunes: agregar historias a mitad del sprint rompe la comparación, y estimar mal desde el inicio hace que la gráfica nunca tenga forma.

Velocity chart (gráfica de velocidad)

Mide cuántos story points entrega el equipo por sprint en promedio. Es la base para predecir capacidad: si el equipo entrega 30 puntos por sprint, el próximo se planifica en torno a esa cifra. Se usa en la planificación de sprints, no en el día a día.

Buenas prácticas para trabajar con Jira

Mantén el backlog priorizado y limpio de trabajo muerto.
Evita historias demasiado grandes: si no entran en un sprint, se dividen.
Usa subtareas solo cuando aporten valor, no como burocracia.
Define un objetivo claro para cada sprint.
Estima por story points y mantén la misma escala entre sprints.
No agregues trabajo nuevo a un sprint sin retirar una cantidad equivalente.
Revisa burndown y velocity al finalizar cada iteración.
Mantén actualizado el estado de las tareas: el tablero vive de su movimiento diario.
Documenta las decisiones importantes en la descripción de la historia.
Elige el modelo de proyecto (empresa o equipo) pensando en el futuro.

Errores comunes al empezar con Jira

Crear demasiadas épicas y convertir el backlog en un laberinto.
No priorizar el backlog: el sprint se planifica eligiendo por capricho.
Cambiar el sprint constantemente a mitad de ciclo.
Confundir story points con horas y estimar como si fueran lo mismo.
No cerrar tareas oportunamente, y que el tablero deje de reflejar la realidad.
Adoptar Jira esperando que la herramienta sola imponga Scrum.

Preguntas frecuentes

¿Jira es gratuito? Jira Software Cloud tiene un plan gratuito para hasta 10 usuarios con funciones básicas de Scrum y Kanban. Para equipos más grandes o funciones avanzadas hay planes de pago.

¿Cuál es la diferencia entre Jira y Trello? Trello es un tablero simple para organizar tareas; Jira Software es una herramienta de gestión de proyectos con backlog, sprints, estimación y métricas. Para Scrum, Jira; para listas simples, Trello.

¿Jira solo sirve para programadores? No. Se usa en marketing, RRHH, producto, educación y consultoría. El modelo de proyecto (empresa o equipo) se adapta a flujos no técnicos.

¿Qué diferencia hay entre una épica y una historia? Una épica es un bloque grande de trabajo que agrupa historias relacionadas; una historia es un elemento concreto, estimable y entregable en un sprint.

¿Cuánto dura un Sprint? Normalmente entre 1 y 4 semanas. Dos semanas es el punto de partida recomendado: tiempo suficiente para entregar algo y cercano para recibir feedback.

¿Qué son los Story Points? Una unidad de estimación relativa de esfuerzo. Un 3 es más complejo que un 1 y menos que un 8, pero no representa horas.

¿Qué es un Burndown Chart? La gráfica de trabajo pendiente: muestra el trabajo restante del sprint a lo largo del tiempo para ver si el equipo va al ritmo esperado.

Nuestra valoración

El video de Ágil Es por Cris Rúa vale la pena porque no se queda en la teoría: construye un proyecto de bolsa de empleo completo en Jira, y eso cambia la forma de aprender. Dividir una historia en subtareas, mover las tarjetas en el tablero o preparar el burndown chart se entiende de verdad cuando lo ves sobre datos reales, no en una captura aislada.

Jira organiza el trabajo y Scrum aporta la estructura: épicas para ver el panorama, backlog priorizado para saber qué sigue, sprints con un objetivo claro para entregar valor en ciclos cortos y métricas para ajustar cada iteración. La herramienta sola no hace al equipo ágil — y ese es el límite del video: muestra el flujo, pero la disciplina de mover el tablero a diario y priorizar bien la decides tú. Usado con criterio Scrum, Jira transforma cómo planea y entrega un equipo.

Si vienes de LinkedIn, dominar este flujo es un diferenciador real: cada vez más vacantes de coordinación y gestión mencionan Jira y Scrum de forma explícita. Practica con el proyecto que se construye en el video: crea tu propio release plan, alimenta el backlog y abre tu primer sprint hoy mismo.

Continúa aprendiendo

El curso de Gestión de Proyectos profundiza Agile, Scrum y Kanban para elegir la metodología correcta en cada proyecto.
El curso de Gestión de Equipos complementa la parte humana: liderar, motivar y resolver conflictos en el equipo que ejecuta los sprints.
La guía de Sistema de productividad con IA, si quieres delegar lo repetitivo del día a día y ganar horas para lo que sí requiere tu criterio.

Guía de Jira para Scrum: aprende a gestionar proyectos paso a paso