Guía de inglés para developers
Inglés para Jira: cómo leer y escribir tickets en inglés
14 de agosto de 2026
Aprende el vocabulario de Jira en inglés: epics, stories, sprints, backlogs y más. Con ejemplos reales para equipos de desarrollo que trabajan en inglés.
Puntos clave
- Una epic es una funcionalidad grande. Una story es una unidad de trabajo más pequeña. Una subtask es un paso dentro de una story.
- El sprint backlog es lo que el equipo se compromete a hacer en el sprint. El product backlog es todo lo demás.
- Los story points miden el esfuerzo relativo, no las horas.
- Blocked significa que algo impide el progreso. Blocker es el nivel de prioridad más alto.
- El board muestra todos los tickets y sus estados de un vistazo.
Why Jira vocabulary matters
Por qué importa el vocabulario de Jira en inglés
Jira es la herramienta de gestión de proyectos más usada en el desarrollo de software. Si trabajas en un equipo que habla inglés, lees tickets, actualizas estados y escribes comentarios en inglés todos los días. Conocer los términos exactos te hace más rápido y más seguro.
Jira terms from A to Z
Términos de Jira de la A a la Z
Un bloque de trabajo grande que se divide en historias más pequeñas. Las épicas suelen representar una funcionalidad o un objetivo mayor.
“We need to break this epic into smaller stories before the next sprint.”
Una descripción breve de una funcionalidad desde el punto de vista del usuario final. Formato: 'As a [user], I want [goal] so that [reason].'
“The story is ready for development. Let's assign it to someone.”
Una pieza de trabajo más pequeña dentro de una historia. Las subtareas ayudan a dividir el trabajo en tareas individuales para distintos miembros del equipo.
“I created three subtasks under this story: design, implementation, and tests.”
Un período de tiempo fijo (normalmente de 1 a 4 semanas) en el que el equipo completa un conjunto de tareas del sprint backlog.
“We're halfway through the sprint and already at 70% of our capacity.”
La lista priorizada de todo el trabajo pendiente del producto. La gestiona el Product Owner.
“The product backlog has over 200 items. We need to groom it this week.”
El subconjunto de elementos del product backlog seleccionados para el sprint actual. El equipo se compromete a completarlos.
“The sprint backlog is locked. No new items unless we remove something.”
La media de story points completados por sprint. Se usa para planificar sprints futuros.
“Our velocity is 42 points per sprint. We can plan accordingly.”
Un gráfico que muestra el trabajo restante frente al tiempo dentro de un sprint. La línea debería bajar (quemarse) a medida que se completa el trabajo.
“The burndown chart shows we're behind. We need to cut scope.”
Las condiciones que una historia debe cumplir para ser aceptada como completada. Las escribe el Product Owner con el equipo.
“The acceptance criteria are missing. We can't start development without them.”
Un acuerdo compartido sobre qué significa que el trabajo está completo. Suele incluir code review, tests y despliegue.
“According to our definition of done, we still need to write tests before closing this.”
Una unidad relativa para estimar esfuerzo o complejidad. Escalas comunes: Fibonacci (1, 2, 3, 5, 8, 13) o tallas de camiseta (S, M, L, XL).
“I'd estimate this at 5 story points. It touches the auth layer.”
La persona responsable de completar un ticket. Lo normal es una persona por ticket.
“Who is the assignee for this bug? It's been open for three days.”
La persona que creó o reportó el ticket. Normalmente quien encontró el bug o pidió la funcionalidad.
“The reporter marked this as critical. Let's take a look.”
Un estado que indica que el trabajo está en curso. El responsable ha empezado pero no ha terminado.
“I moved the ticket to In Progress this morning.”
El estado final. El trabajo cumple la definición de hecho y no se requiere ninguna acción adicional.
“The PR is merged and the ticket is Done. Moving on.”
Un estado que indica que el trabajo está planificado pero aún no se ha comenzado.
“There are 12 tickets in To Do. Let's prioritize before the sprint starts.”
Un estado o bandera que indica que el trabajo no puede avanzar por una dependencia externa o un problema sin resolver.
“This ticket is blocked. We're waiting on the API from the backend team.”
El nivel de urgencia de un ticket. Niveles comunes: Blocker, Critical, Major, Minor, Trivial.
“Set the priority to Blocker. This is stopping the release.”
El nivel de prioridad más alto. Un blocker impide al equipo lanzar o trabajar. También se usa como sustantivo: 'I have a blocker.'
“This is a blocker for the release. Everyone drop what you're doing.”
La versión de lanzamiento en la que el problema se resolverá (o se resolvió).
“Set the fix version to 3.2.0. We want this in the next release.”
Una etiqueta de texto libre que se usa para agrupar o filtrar tickets en el tablero.
“Add the 'security' label so we can filter these tickets easily.”
Un subsistema o área del producto que se usa para categorizar tickets. Ejemplos: Frontend, Backend, API, Auth.
“Set the component to 'Auth'. This affects the login flow.”
Mover un ticket de un estado a otro. Las transiciones se definen en el workflow.
“I can't transition the ticket to Done without a reviewer approval.”
El conjunto de estados y transiciones por los que pasa un ticket desde su creación hasta su cierre.
“Our workflow has five stages: To Do, In Progress, In Review, QA, and Done.”
La interfaz visual que muestra los tickets y sus estados. Dos tipos: Scrum board (basado en sprints) y Kanban board (flujo continuo).
“Pull up the board. I want to see what's blocked.”
Artículos relacionados
¿Listo para practicar tu inglés en el trabajo?
Lingua-e tiene ejercicios interactivos basados en conversaciones reales de developers: standups, code reviews, retrospectivas y más. Practica hasta que salga solo.
Prueba Lingua-e gratis
Escrito por
Roxana LafuenteFundadora de Lingua-e
Roxana Lafuente es ingeniera de software con más de 8 años de experiencia. Al comienzo de su carrera, aunque ya había aprobado el First Certificate in English, se bloqueaba cada vez que tenía que hablar en el standup diario. Era un problema que nadie estaba resolviendo. Después de más de 2.000 standups, descubrió qué es lo que realmente construye la fluidez: practicar situaciones que se parecen a tu trabajo real. Creó Lingua-e para que otros developers no tuvieran que tomar el camino largo para sentirse seguros trabajando en un entorno de desarrollo internacional.