{{tl-dr}}
El departamento de finanzas solicita las horas del mes pasado por persona y por cliente. El administrador de Jira sabe que los datos existen, porque todos registran su tiempo en sus tareas. El problema es que la información está dispersa en 600 tickets de cuatro proyectos y no hay ningún botón en Jira que los sume. Ese es el momento en que la mayoría de la gente escribe "hojas de horas en Jira" en un buscador, y conviene ser precisos sobre lo que encontrarán: el registro de tiempo de Jira es real y bastante bueno. El vacío está en el informe. Esta guía cubre lo que Jira ofrece de forma nativa, las soluciones alternativas que la gente intenta, los cuatro puntos donde los equipos se topan con un muro y lo que cambia al añadir una aplicación de hojas de horas.
¿Tiene Jira hojas de horas?
Jira cuenta con seguimiento de tiempo nativo, pero no con una hoja de horas nativa. Puedes registrar el tiempo en cualquier tarea, con estimaciones y tiempo empleado, y controlar quién puede editar esas entradas. Lo que no puedes obtener de forma predeterminada es una vista por persona y por periodo de las horas registradas en todos los proyectos, que es a lo que la mayoría de la gente se refiere con "hoja de horas".
Dado que la mayoría de los artículos sobre este tema son vagos respecto a la parte nativa, aquí tienes exactamente lo que Jira te ofrece.
El campo de seguimiento de tiempo y el diálogo de registro de trabajo. Cada tarea incluye una estimación original, una estimación restante y el tiempo empleado. La opción de registrar trabajo solicita el tiempo empleado, la fecha de inicio, cómo ajustar la estimación restante y una descripción. Cada entrada es un registro de trabajo vinculado a esa tarea. Esta parte funciona bien y es donde reside toda tu información.
Permisos. El esquema de permisos de proyecto de Jira tiene cinco controles para el tiempo registrado: trabajar en tareas, editar registros de trabajo propios, editar todos los registros de trabajo, eliminar registros de trabajo propios y eliminar todos los registros de trabajo. Esos cinco puntos resumen todo lo relacionado con quién puede modificar una hora registrada. No existe el concepto de "aprobado" y cualquier persona con los permisos necesarios puede editar un registro de trabajo mientras la tarea exista.
El informe de seguimiento de tiempo. Los proyectos gestionados por la empresa en Jira Software incluyen un informe de tiempo integrado. Toma una versión de corrección y compara las estimaciones originales con el tiempo empleado y las estimaciones restantes para las tareas de esa versión. Es útil exactamente para esa pregunta ("¿qué tan lejos estuvimos de nuestras estimaciones para este lanzamiento?") y para nada más. No agrupa por persona, no admite un rango de fechas y no abarca varios proyectos. Los proyectos gestionados por el equipo no cuentan con esta función.
Informes y gadgets de carga de trabajo. El informe y gadget de gráfico circular de carga de trabajo muestra el tiempo empleado (o las estimaciones) dividido por responsable para un proyecto o filtro. El informe de carga de trabajo del usuario muestra las estimaciones restantes por persona. Ambos son útiles para obtener una idea general de "quién está haciendo qué", pero ninguno es una hoja de horas: no hay fechas, ni desglose diario, ni totales por periodo.
La configuración del proveedor de seguimiento de tiempo. En Jira Cloud, en Configuración → Tareas → Seguimiento de tiempo, puedes elegir qué aplicación gestiona el registro de trabajo. Por defecto, es el propio Jira. Esta es la puerta que utilizan las aplicaciones del Marketplace para reemplazar el diálogo, dejando tus registros de trabajo existentes exactamente donde están. Tenlo en cuenta para más adelante.
¿Cómo se obtiene un informe de hoja de horas en Jira?
De forma nativa, lo más parecido a un informe de hoja de horas en Jira es una búsqueda JQL en el navegador de tareas: worklogAuthor = "jane.doe" AND worklogDate >= "2026-08-01" AND worklogDate <= "2026-08-31", añadiendo la columna Tiempo dedicado y exportando el resultado a CSV. Esto te ofrece las incidencias de una persona durante un periodo determinado. No te da un total y tiene una trampa.
Aquí tienes la receta completa:
worklogAuthor = "jane.doe"
AND worklogDate >= "2026-08-01"
AND worklogDate <= "2026-08-31"
Ejecútalo en el Navegador de incidencias, cambia a la vista de lista, añade la columna Tiempo dedicado y exporta. Obtendrás todas las incidencias en las que Jane registró tiempo en agosto.
Ahora, la trampa. La columna Tiempo dedicado muestra el total acumulado de la incidencia desde su creación, sumando el tiempo de todos los usuarios. No es el tiempo que Jane registró en agosto. Si Jane registró dos horas en un ticket que ya acumulaba treinta horas de otras tres personas, la columna mostrará treinta y dos. La mayoría de las hojas de cálculo de partes de horas creadas por primera vez a partir de esta exportación son incorrectas precisamente por este motivo, y nadie se da cuenta hasta que el departamento financiero compara dos meses y las cifras no cuadran.
Para obtener la cifra real por periodo, tienes que abrir cada registro de trabajo, lo que implica leer la pestaña de registro de trabajo de la incidencia o extraer los registros a través de la API REST. En ese punto, ya estás programando un script, no generando un informe.
La otra opción nativa es el Informe de seguimiento de tiempo descrito anteriormente, y conviene aclarar por qué tampoco sirve como parte de horas: está organizado en torno a una versión, no a personas o fechas. Si le preguntas "¿cuánto tiempo registró el equipo la semana pasada?", no tiene forma de responder.
Por tanto, la respuesta nativa honesta es: un autor por consulta, filas a nivel de incidencia, sin desglose diario, sin totales entre proyectos sin usar una hoja de cálculo, sin indicador de facturación y teniendo que reconstruirlo manualmente cada periodo. Funciona para una persona que revisa su propio mes, pero deja de ser útil en cuanto alguien pide los datos de todo el equipo.
¿Dónde se topan los equipos con las limitaciones de los partes de horas de Jira?
Los equipos se encuentran con obstáculos en cuatro puntos: totales por persona y entre proyectos, tiempo facturable frente a no facturable, aprobación y bloqueo, y tiempo que no está vinculado a una incidencia de Jira. Cada uno de estos puntos es el momento en que un tipo de equipo diferente empieza a buscar una aplicación externa.
Totales por persona y entre proyectos
Este es el obstáculo de la sección anterior, y la respuesta habitual es una hoja de cálculo. Exportar por persona, pegar en una pestaña, sumar las columnas y enviar a finanzas. Funciona durante un mes o dos. Luego, alguien edita un registro de trabajo después de la exportación, la hoja de cálculo y Jira dejan de coincidir, y surge la duda de cuál es la correcta. La respuesta es siempre Jira, lo que significa que la hoja de cálculo nunca fue el registro oficial. Era una instantánea que quedó obsoleta en el momento en que se guardó.
Tiempo facturable frente a no facturable
Jira no tiene un concepto de tiempo facturable. Un registro de trabajo es simplemente un registro de trabajo. Los equipos intentan usar prefijos en los comentarios, proyectos "internos" separados o un campo personalizado en la incidencia (lo cual no ayuda cuando una misma incidencia tiene ambos tipos de tiempo). Cualquier solución alternativa depende de que las personas recuerden seguir una convención, y las convenciones son lo primero que se olvida en una semana ajetreada.
Aprobación y bloqueo
Con los cinco permisos de registro de trabajo, puedes decidir quién tiene permiso para editar el tiempo registrado. Pero no puedes decidir hasta qué fechaUn registro de trabajo del trimestre pasado es tan editable hoy como el día en que se creó, y no queda constancia de que nadie lo haya revisado. Para un equipo de 15 personas, esto está bien. Para una organización que factura basándose en esas horas, es una cifra que puede cambiar después de haber enviado la factura. Hemos redactado una guía independiente sobre cómo diseñar un proceso de aprobación de hojas de horas, porque es una cuestión de procesos real, no una simple casilla de verificación.
Tiempo que no está en un ticket de Jira
Jira, de forma nativa, solo permite registrar tiempo en un ticket. Las reuniones, la formación, los días de planificación, las dos horas ayudando a otro equipo: nada de eso tiene un ticket. Los equipos optan por crear un ticket permanente de "Reuniones" por persona (y contaminar silenciosamente su backlog y sus informes), o simplemente no lo registran y luego se preguntan por qué la hoja de horas de nadie llega a las 40 horas. Ambas soluciones son malas, y la segunda hace que cualquier cifra de utilización del equipo parezca peor de lo que es en realidad.
Cómo obtener hojas de horas reales en Jira con ActivityTimeline
ActivityTimeline es nuestra aplicación de seguimiento de tiempo y planificación de recursos para Jira. En cuanto a las hojas de horas, hace dos cosas: se integra en el diálogo de registro de trabajo de Jira para que nadie cambie su forma de trabajar, y convierte los registros de trabajo que ya existen en Jira en hojas de horas por persona y por periodo, cubriendo todas las necesidades. Así es como se aplica a cada caso.
Registrar el tiempo donde la gente ya está
Establece ActivityTimeline como proveedor de seguimiento de tiempo en Jira Cloud, y al registrar trabajo en cualquier ticket se abrirá el diálogo de ActivityTimeline en lugar del de Jira. El mismo lugar, el mismo botón, pero con algunos campos más: una categoría de registro de trabajo (facturable o no), la opción de registrar tiempo en varios días con una sola entrada, una lista de favoritos para los tickets en los que registras tiempo cada semana y una tabla de registros de trabajo en el propio ticket que muestra el total y el desglose por persona. Los registros de trabajo existentes permanecen donde están. No hay que migrar nada, porque no es necesario.
Las personas que prefieren una vista personal pueden registrar el tiempo desde el Workspace: mediante un botón de registro de trabajo, un temporizador, haciendo clic en el gráfico de barras del día o ajustando el tamaño de un registro de trabajo existente para cubrir otro día. La estimación restante en el ticket de Jira se ajusta en ambos casos.
Dos pequeñas funciones son más importantes de lo que parecen. Los responsables pueden registrar tiempo en nombre de alguien que lo olvidó (con una advertencia visible de que lo están haciendo), que es la forma de mantener las hojas de horas completas sin tener que perseguir a la gente los viernes por la tarde. Además, un límite de fecha para registros de trabajo evita que alguien registre tiempo de semanas atrás, con opciones de hasta 45 o 75 días para organizaciones con ciclos contables más largos.
La vista por persona y por periodo: tres tipos de hojas de horas
Una vez que los registros de trabajo están ahí, el módulo de seguimiento (Track) te ofrece tres formas de leerlos, y cada una responde a una pregunta distinta.
"¿Todo el mundo está registrando su tiempo?" La hoja de horas de Progreso muestra las horas requeridas frente a las horas registradas por persona, con códigos de color para identificar el exceso o la falta de registro, de modo que un responsable puede ver en diez segundos quién ha completado su parte y quién no.
"¿A qué se han dedicado las horas?" La hoja de horas de Cronograma muestra las horas por persona al día, semana o mes, agrupadas por proyecto, épica o cualquier campo personalizado de Jira. Admite filtros guardados de Jira, por lo que un filtro de "cliente X" se convierte en una hoja de horas del cliente X sin tener que configurar nada.
"Muéstrame cada entrada." La hoja de horas detallada enumera cada registro de trabajo con el usuario, el ticket, la fecha, las horas, el comentario y el estado de aprobación, además de una columna opcional de Posición para que puedas ver cómo distribuyen su tiempo los diferentes roles. Esta es la que pide el departamento financiero.
“¿Estamos cumpliendo con los plazos?” El El informe de alineación en Timesheets le permite comparar el tiempo planificado frente al tiempo registrado durante un período seleccionado. Este informe le ayuda a comprender con qué precisión se ejecutó el trabajo respecto al plan al mostrar:
- Cuánto tiempo se planificó
- Cuánto tiempo se registró realmente
- la diferencia (Δ Delta, horas)
- la proporción entre ambos (coincidencia con el plan, %)
Es útil para gerentes, líderes de equipo y jefes de proyecto que desean realizar un seguimiento de si el trabajo se está registrando según lo esperado.
Los cuatro comparten los mismos ámbitos (equipo/personas, proyecto, épica, categoría, incidencia o un filtro de Jira), una opción de exclusión para ocultar lo que no necesita, plantillas y agrupación personalizada, además de paneles guardados para que el informe semanal sea cuestión de un clic y no de una reconstrucción. Cada vista se exporta a Excel con un botón, incluidos los valores de los campos personalizados de texto enriquecido. El rango histórico solía limitarse a dos años; ese límite ha desaparecido y un solo informe ahora puede cubrir hasta dos años a la vez desde cualquier punto del pasado.
Facturable y no facturable
Las categorías de registro de trabajo reemplazan la convención de prefijo en los comentarios. Las opciones facturable y no facturable vienen configuradas por defecto; puede renombrarlas, añadir más y establecer una predeterminada por proyecto para que todo lo registrado en un proyecto interno se marque automáticamente como no facturable. Si alguien registra el tiempo de forma nativa en Jira en lugar de a través del diálogo de ActivityTimeline, un "~" al principio del comentario del registro de trabajo lo marcará como no facturable. Las hojas de tiempo detalladas y de línea de tiempo se agrupan por categoría, que es como se muestra la división facturable en la exportación. Para una codificación más precisa (centro de costes, cliente, ubicación), los atributos de registro de trabajo añaden campos personalizados a cada entrada. Si está midiendo la utilización facturable a partir de esto, nuestra guía de utilización de recursos cubre la fórmula.
Aprobación y bloqueo
ActivityTimeline añade los estados que faltaban. Active el flujo de trabajo de aprobación en la configuración de Timesheets y cada registro de trabajo obtendrá un estado; los administradores, gerentes, líderes de equipo avanzados y líderes de equipo pueden aprobar individual o masivamente; los registros de trabajo aprobados se bloquean; el sistema registra quién aprobó qué; y los períodos semanales o mensuales pueden cerrarse para que nada cambie después de enviar la factura. Cómo establecer los roles, la cadencia y la fecha de cierre para que funcione a escala es un tema aparte: consulte nuestra guía de aprobación de hojas de tiempo.
Tiempo que no es una incidencia de Jira
Los eventos de tipo reserva en ActivityTimeline (formación, día de planificación, trabajo interno) pueden tratarse como registros de trabajo, configurables por tipo de evento, para que aparezcan en la hoja de tiempo sin necesidad de un ticket falso. Los eventos de Google Calendar y Outlook pueden importarse y tratarse como registros de trabajo para períodos pasados y actuales, de modo que las reuniones aparezcan automáticamente como tiempo registrado, y los administradores pueden elegir qué tipos de eventos importar.
Una concesión honesta al respecto, y preferimos que se entere por nosotros antes que descubrirlo en la configuración: el cierre estricto de períodos solo funciona con registros de trabajo de incidencias de Jira. Si habilita el cierre, las opciones para tratar las reservas y los eventos del calendario como registros de trabajo se desactivan. Los equipos que facturan a partir de períodos cerrados y los equipos que desean que las reuniones aparezcan automáticamente en la hoja de tiempo deben decidir qué es más importante, porque en este momento no se pueden tener ambas cosas.
¿Qué aplicación de hojas de horas para Jira deberías elegir?
El Marketplace cuenta con decenas de opciones, las cuales se dividen en tres grupos: herramientas exclusivas de hojas de horas que generan informes sobre registros de trabajo, suites de tiempo y facturación, donde Tempo es el referente consolidado, y aplicaciones de tiempo y planificación de recursos, categoría en la que se encuentra ActivityTimeline.
Sinceramente, la elección es más sencilla de lo que parece al ver los listados, ya que todo depende de la necesidad que motiva el uso de la hoja de horas. Si la pregunta es "¿cómo facturo esto, a qué tarifas, desde qué producto y hoy mismo?" y buscas gestionar presupuestos y tarifas en una misma suite, el conjunto de productos de Tempo es la opción más segura, y así se lo recomendaríamos a cualquier cliente. Si, por el contrario, la pregunta es "¿quién está sobrecargado, quién está disponible y sobrevivió el plan a la semana?", entonces la hoja de horas y la planificación deben compartir un mismo modelo de datos, que es precisamente para lo que se diseñó ActivityTimeline. Y si ya utilizas Tempo y estás pensando en cambiarte, ActivityTimeline permite importar los registros de trabajo y atributos de Tempo, por lo que el cambio no implica empezar de cero.
{{rich-cta-3}}
FractureCode hizo exactamente eso: tras registrar el tiempo de forma inconsistente en Jira, cambiaron de herramienta y lograron visibilidad en todos sus equipos globales, cumpliendo además con nuevas normativas laborales utilizando los mismos datos que ya tenían.
