JIRA Software Server

Introducción a JIRA Software

JIRA Software desbloquea el poder del ágil, dando a su equipo las herramientas
para crear y estimar fácilmente historias, construir un backlog de sprint,
identificar los compromisos y velocidad del equipo, visualizar la actividad del
equipo e informar sobre el progreso de su equipo.

Para dar a su equipo un recorrido por un proyecto completo, la siguiente guía

contiene dos tutoriales que muestran un flujo de trabajo ágil simple en una
pequeña empresa de software. Esta guía aborda algunas de las características
más utilizadas y sigue al equipo de desarrollo de Teams in Space mientras
trabajan para mejorar su software de navegación espacial de próxima
generación.
Flujo de trabajo de JIRA
El flujo de trabajo simplificado y la configuración de este tutorial están
destinados a los equipos que utilizan scrum, por lo que algunos de los
conceptos presentados pueden no aplicarse a todos los equipos.Así es como el
manager y los usuarios trabajan juntos para completar un sprint:

Roles
Típicamente, las variaciones en las siguientes funciones se pueden encontrar
en un entorno de desarrollo ágil.

JIRA Software Managers

Usuario con derechos administrativos para la instancia de JIRA software.Estas
funciones se llenan generalmente por los maestros de scrum o gerentes de
desarrollo.

Los administradores pueden …

• Acceder a todas las funciones del software en JIRA.
• Crear y actualizar los proyectos.
• Añadir y eliminar usuarios
• Iniciar y terminar sprints.
• Realizar otras tareas ágiles
Los usuarios de JIRA
Usuario que trabaja y resuelve problemas. Estos roles son ocupados
normalmente por los desarrolladores de software.
Los usuarios pueden …
• Crear y gestionar los problemas.
• Comprobar el estado de revisión de código.
• Crear ramas (con herramientas de desarrollo integradas).

Comenzando como un administrador de JIRA

Este tutorial le ayudará a configurar su espacio de trabajo y crear y editar un proyecto
para su equipo.Para poner en marcha y ejecutar su proyecto, también le mostraremos
cómo crear, configurar y organizar su placa de scrum.

Al final de este tutorial, tendrá:

Creado un nuevo proyecto de software.
Usuarios agregados
Preparado su backlog.
Iniciado y completado un sprint.
Evaluación de los resultados.
Pero primero, configuremos el espacio de trabajo de JIRA

La creación de su espacio de trabajo.

Crear su proyecto.
Un proyecto de software de JIRA es una colección de problemas y herramientas que
permiten a su equipo coordinar el desarrollo de una pieza de software.Cada proyecto
contiene tablas configurables y flujos de trabajo que se pueden crear y personalizar para
adaptarse a los flujos de trabajo de su equipo.
1. Inicie sesión. Verá el Panel de sistema, como se muestra a continuación.
2. Elija Proyectos > Crear proyecto, y luego seleccionar el tipo de proyecto.
Normalmente, se elige 'Desarrollo de software Scrum' para la planificación de
iteración o 'desarrollo de software Kanban' para la gestión de tareas basada en
restricciones.
Para este tutorial, vamos a hacer Scrum desde mayoría de los desarrolladores de
software utilizan scrum en proyectos ágiles.

3. Elegir Scrum software development > Siguiente.

 4. En el campo Nombre, introduzca Equipos en el espacio .
5. Elija Enviar para crear su nuevo proyecto.

Ver su tablero Scrum.

Un tablero Scrum se crea automáticamente con el nuevo proyecto. Utilice su tablero
Scrum para ver y trabajar en temas, tales como las nuevas características o errores. Puede
clasificar, ver, editar y seguimiento de los problemas en su tablero scrum a través de
Backlog , sprints activos , y los informes . No se preocupe, vamos a discutir estos tres
en el camino.

Esto es lo que su tablero Scrum se verá así:

Personalización del proyecto
JIRA software hace que sea fácil de personalizar su tablero para adaptarse a su flujo de
trabajo. En este paso, vamos a configurar su equipo de software, que serán los equipos en
el equipo espacial. Teams in Space es una nueva compañía imaginaria pionera en viajes
espaciales para proveedores de viajes innovadores.
JIRA software hace que sea fácil de personalizar su tablero para adaptarse a su flujo de
trabajo. En este paso, vamos a configurar su equipo de software, que serán los equipos en
el equipo espacial. Los equipos en el espacio es una empresa pionera nuevo imaginario
viaje espacial de los proveedores de viajes innovadores.

Añadir usuarios
Vamos a seguir adelante y configurar equipos en el equipo de desarrollo de Space. El
equipo consiste en usted (el encargado) y dos reveladores (Jennifer y Kevin).
1. Elija > Gestión de usuarios.
2. Seleccione los usuarios.
3. En la página Crear nuevos usuarios, introduzca los datos para cada usuario.

4. Haga clic en Crear usuarios.

Configurar estimación y seguimiento
Una de las primeras cosas que debe hacer para un nuevo proyecto Scrum es configurar la
estimación y el seguimiento. Esto es esencial para entender cuánto trabajo tiene su equipo
y cuánto puede hacer, ya que construir un backlog, ejecutar sprints y revisar los informes.

Los equipos Scrum utilizan diferentes métodos para calcular la cantidad de trabajo que
implica completar un problema y, a su vez, un sprint. Muchos equipos separan la
estimación ( utilizada para medir la cantidad de trabajo en el backlog y la velocidad de
cálculo) desde el seguimiento (usado para medir el burndown de las horas usadas durante
el sprint), usando diferentes unidades para cada uno. Por ejemplo, algunos equipos
estiman las tareas en los puntos de la historia , luego realizan un seguimiento de las
tareas utilizando horas .

En este tutorial, Se utiliza puntos de la historia, tanto para la estimación y seguimiento,

según las instrucciones de abajo.
1.Vaya a la tarjeta deseada, luego haga clic en Pizarra> Configurar .
2.Haga clic en la pestaña Estimación .
3.En el campo Estadística de estimación, seleccione Puntos de historia. Deje el
campo Tiempo de seguimiento establecido en Ninguno.

Hasta aquí ha agregado usuarios con éxito y ha configurado su proyecto para utilizar
puntos de la historia para las estimaciones. Ahora, vamos a trabajar en su atraso! .

Creación de su cartera de trabajo.(Backlog)

Su backlog es una lista de tareas que representa un trabajo destacado en un proyecto. Por
lo general, un proyecto tendría incidencias en el backlog, y puede agregar estas
incidencias a un sprint para que su equipo pueda trabajar en ellos. Vamos a crear un poco

de trabajo para su equipo.

Backlog.
El Backlog te da un lugar para organizar tus sprints. Puede crear nuevos problemas o
subtareas, organizar su backlog, crear versiones, organizarlo a través de épicas y
comenzar sprints.
Crear incidencias
De forma predeterminada, cualquier miembro del equipo puede crear incidencias.
1.En la tabla , elija Crear en la parte superior de la pantalla.
Añadir más incidencias
¡Un problema no es suficiente para que su equipo trabaje! Vamos a agregar más
incidencias para que pueda crear y ejecutar un sprint completo. Puede crear más
incidencias utilizando los mismos pasos que se indican anteriormente.
Preparación del Backlog.
Una parte esencial del proceso ágil es regularmente el "grooming" o revisión del
contenido de su backlog, sobre todo antes de comenzar cualquier nuevo trabajo.

Ajuste su Backlog.
Antes de comenzar su sprint, usted necesita preparar su backlog. Usted puede ajustar
fácilmente su backlog:
 Al hacer clic derecho sobre los temas para ver, estimar o añadir detalles.
 Clasificación de los problemas arrastrando y soltando.
 Creación de nuevos problemas.
 Edición de un problema con la vista detallada del problema.

Estimación de Incidencias.
Ahora, vamos a agregar algunas estimaciones a los problemas de nuestro backlog. De esta
manera, usted puede determinar fácilmente lo que puede lograr, y su equipo también
puede tener una manera de medir el éxito del sprint.
En la tabla Equipos en el espacio, seleccione Backlog.

1.Seleccione cada problema en el lado izquierdo de la pantalla para mostrar los detalles
del problema en el lado derecho de la pantalla.
2.Haga clic en el campo Estimar en el lado derecho de la pantalla para cada uno de los
problemas e ingrese la siguiente información para cada problema:
Clasificar el backlog.
De forma predeterminada, los problemas de su backlog se clasifican en el orden en que
los agregó. Puede cambiar el rango de sus problemas de acuerdo con su prioridad relativa.
Esto le ayuda a organizar los problemas en su backlog de manera más eficaz.

Las clasificaciones le permiten determinar si un problema es más importante o urgente

que otro problema. Por ejemplo, puede tener dos problemas independientes que son de
prioridad alta. Usando la clasificación de software de JIRA, puede asignar a uno de los
problemas una clasificación más alta que la otra. Por ejemplo:
1.Encuentre el problema TIS -8 en su registro atrasado. Este problema tiene la prioridad
'más alta' y, por lo tanto, debe estar en la parte superior de su cartera de trabajo.
2.Seleccione TIS-8 y arrástrelo hasta la parte superior.
3.Mueva los asuntos TIS-2 y TIS-5 a las posiciones dos y tres en el backlog. Estos temas
tienen una prioridad alta, pero no son tan prioritarios como el TIS-8.
Planificación del sprint.
Un sprint es un período corto (idealmente de dos a cuatro semanas) durante el cual un
equipo de desarrollo implementa y entrega un incremento discreto del producto, por
ejemplo, una versión del trabajo. En este tutorial, el equipo trabajará en sprints de dos
semanas de duración.

Vamos a seguir adelante y crear un sprint para el equipo.

Planificando el sprint.
Antes de crear e iniciar un sprint, el equipo de Scrum normalmente realizaría una reunión
de planificación de sprint. En esta reunión, su equipo debe:

Revisar las estimaciones para temas seleccionados

Divida los temas seleccionados en una lista inicial de tareas de sprint
Considere el tiempo de descanso de los empleados, las vacaciones y otros asuntos que
pueden afectar la terminación de estas tareas de sprint
Calibre el equipo de capacidad del equipo para completar estas tareas de sprint
Al final de la reunión, su equipo debe tener la confianza suficiente para comprometerse a
completar el trabajo en el sprint.

Crear un sprint.
En su proyecto haga clic en Backlog.
1.Haga clic en Crear Sprint en la parte superior de la Pila (Backlog).
2.Su nuevo sprint próximo se agregará a su tabla, por debajo de cualquier otro sprint
futuro. Seleccione la Sprint 1 texto y edite el nombre del sprint.
3.Los 4 primeros temas en la reserva de pedidos son igual a 20 puntos de la historia. Esto
es lo que el equipo estima que podrían lograr en el próximo sprint. Arrastrar y soltar los
cuatro temas principales de la reserva de pedidos en su nuevo sprint.
Comience su sprint.
Ahora que ha creado un sprint, puede seguir adelante y ponerlo en marcha.
1.Haga clic en Iniciar Sprint.
2.La fecha actual y el tiempo de hoy se convierte en la fecha de inicio y la hora para el
sprint. Para el propósito de este tutorial, introduzca una fecha de finalización de 5 minutos
de la fecha y hora de inicio.
3.Seleccione Iniciar para comenzar el sprint y mover los temas en los sprints activos.

Seguimiento del progreso.

Durante su sprint, usted y su equipo necesitarán supervisar su progreso para asegurarse
de que todos están en la misma página.
Hay varias herramientas que puede utilizar para hacer esto, que se describen a
continuación.
Sprints activos.
La página de sprints activos es donde se controla el progreso del trabajo de su equipo
durante un sprint. Aquí, su equipo puede cambiar los problemas a través de una serie de
columnas (status), lo que permite a todos visualizar rápidamente el progreso que se está
haciendo en el sprint.
También puede editar problemas agregando información, como descripciones, archivos
adjuntos comentarios.

Transición de incidencias.
Durante el sprint, digamos que su equipo sólo pudo terminar tres incidencias, TIS-1, TIS-2
y TIS-5. La incidencia TIS-8 permanece en la columna "Por hacer" ya que ningún miembro
del equipo pudo trabajar en el problema. Vamos a mostrar en el tablero lo que sucedió
durante el sprint por la transición de incidencias de una columna a otra.
1.En la tabla del proyecto, haga clic en Sprints activos.
2.Seleccione TIS-5 y mueva el problema a la columna "En curso".

3. Seleccione TIS-5 , TIS-2 , Y TIS-1 y, a continuación , mueva los problemas a la columna

'Listo'.
Ver el BurndownChart
Usted acaba de ver cómo su equipo está progresando, desde los sprints activos de su
tablero.
El Gráfico Burndown es otra herramienta de seguimiento de utilidad, que puede ayudar a
visualizar el progreso de su equipo, así como determinar si su equipo está en camino de
lograr el objetivo del Sprint.

1. En su proyecto , haga clic en Informes .

2. Seleccione Gráfico Burndown.

La línea gris en el gráfico Burndown es una guía que muestra la velocidad de trabajo
necesario para completar el sprint. La línea roja, por el contrario, muestra el trabajo real
completado por su equipo.
Si su BurndownChart muestra la línea roja por encima de la línea de color gris, es posible
que su equipo no logre el objetivo del Sprint. Es posible que desee considerar la
eliminación de algunos problemas del sprint. Cualquier cambio en el alcance (por ejemplo,
problemas añadidos de sprint, problemas retirados de Sprint) se muestran en la tabla
debajo del gráfico.
Terminando el trabajo.
Después de que su equipo termine el trabajo en un sprint, usted y su equipo pueden
realizar una retrospectiva del sprint. Las retrospectivas de Sprint ayudan a determinar
donde el equipo tuvo éxito, y donde se pueden hacer mejoras. Cuantos más sprints haya
completado su equipo, más datos podrá utilizar para encontrar áreas significativas para

mejorar.

Terminar el sprint.
Una vez que su equipo alcanza la fecha de finalización del sprint, debe terminar el sprint,
independientemente de si esto significa que algunos problemas del sprint aún no se han
completado.
1.En la tabla del proyecto, haga clic en Sprints activos.
2.Seleccione Limpieza de Sprint en el menú desplegable de Sprints Activos.
3.Haga clic en Sprint completo. Aparecerá el cuadro de diálogo Sprint Completado, que
muestra el número de incidencias que se han completado en el sprint y el número de
incidencias que no se completaron.

En este caso, las incidencias incompletas se mueven al backlog. Sin embargo, si tuviera
más sprints previstas, entonces pasará a situarse en la siguiente planificación de sprint.
Tenga en cuenta, siempre se puede añadir incidencias que se devuelven al backlog a otro
sprint, si lo desea.

Ver el informe de Sprint.

Después de un sprint, su equipo puede realizar una reunión retrospectiva del sprint, para
determinar sus ganancias para el sprint, así como señalar las posibles áreas de mejora que
su equipo puede abordar en futuros sprints.
Puede utilizar el Informe Sprint durante las reuniones retrospectivas de Sprint para hacer
esto.
El Informe Sprint muestra una lista de estado de las incidencias en cada sprint. También
proporciona un desglose del progreso, el estado y la información de la estimación para
cada incidencia. También puede utilizar el Informe Sprint para realizar comprobaciones de
progreso en medio de un sprint.

Para ver el informe del sprint:

1. Haga clic en Informes.
2. Seleccione Informe Sprint en el menú desplegable Informes.
3. Seleccione Sprint 1 en la lista desplegable Sprint Report.

Otras herramientas que se pueden utilizar

Otras herramientas útiles pueden dar a su equipo una mejor visión visual de las áreas a
mejorar y, lo que es más importante, estas herramientas pueden ayudar a su equipo a
diseñar planes de acción para estas áreas.

Algunas de las herramientas que puede utilizar son:

Tabla de velocidades
Hub de lanzamiento
Gráfico de la velocidad
Puede utilizar el gráfico de velocidad para realizar un seguimiento de la cantidad de
trabajo que su equipo completa de sprint a sprint. El uso de la tabla de velocidad le
permite predecir una cantidad más realista de trabajo que su equipo puede
comprometerse en futuros sprints.

Para visualizarlo haga clic en Informes.

1.Seleccione Gráfico de velocidad del desplegable Informes.

Hub de lanzamiento (Release Hub).

Aparte de usar informes (como el Informe de Sprint y gráfico de velocidad), también se
puede controlar el progreso de una versión después de completar un sprint. Monitorear el
progreso de una versión le ayuda a ver los problemas a tiempo, así como determinar la
probabilidad de liberar una versión a tiempo.
Hacer más con sus proyectos ágiles.
Los flujos de trabajo
Un flujo de trabajo es un conjunto de estados y transiciones que una incidencia pasa
durante su ciclo de vida. JIRA software hace que sea fácil crear y editar flujos de trabajo
que se ajusten a las necesidades del equipo.

Panel de desarrollo
JIRA Software se puede conectar a una gama de herramientas de desarrollo, como
administradores de repositorios, aplicaciones de revisión de código y gestores de creación
y despliegue. Estas herramientas pueden ayudarle a mantener el seguimiento de su
proyecto en sincronía con su trabajo de desarrollo.

Notificaciones
Envía a otros usuarios de JIRA un vínculo a un problema compartiendo el problema con
ellos o mencionándolos en el campo Descripción o Comentario de un problema.

Tarjetas personalizadas
Personalice las tarjetas de incidencias para que tus tablas den la información correcta y la
atención de tu equipo de un vistazo. Puedes cambiar los colores de la tarjeta para ayudar
a las personas a identificar rápidamente las tarjetas en tu tablero como de un tipo de
incidencia particular, prioridad, asignación o cualquier JQL que usted quiere.

Integración con el Confluence.

Puede vincular su instancia de JIRA Software a una instancia de Confluence para crear y
vincular páginas de Confluence a sus sprints y epics. Por ejemplo, puede vincular sus
notas de reunión de sprint en Confluence directamente al Sprint relevante. Esto facilita
que su equipo comparta rápidamente información sobre el sprint.
Tableros
Flujos de trabajo
Un flujo de trabajo es un conjunto de estados y transiciones que una incidencia atraviesa
durante su ciclo de vida. JIRA Software facilita la creación y edición de flujos de trabajo que
se ajustan a las necesidades de su equipo.

Panel de desarrollo
JIRA Software se puede conectar a una gama de herramientas de desarrollo, como
administradores de repositorios, aplicaciones de revisión de código y gestores de creación
y despliegue. Estas herramientas pueden ayudarle a mantener el seguimiento de su
proyecto en sincronía con su trabajo de desarrollo.
Notificaciones
Envía a otros usuarios de JIRA un vínculo a un problema compartiendo el problema con
ellos o mencionándolos en el campoDescripción o Comentario de un problema .

Tarjetas personalizadas
Personaliza las tarjetas para que tus tablas den la información correcta a la atención de tu
equipo de un vistazo. Puedes cambiar los colores de la tarjeta para ayudar a las personas
a identificar rápidamente las tarjetas en tu tablero como de un tipo de problema particular,
prioridad, cesionario o cualquier JQL que usted quiere.

Integración Confluence.
Puede vincular su instancia de JIRA Software a una instancia de Confluence para crear y
vincular páginas de Confluence a sus sprints y epicas. Por ejemplo, puede vincular sus
notas de reunión de sprint en Confluence directamente al Sprint relevante. Esto facilita
que su equipo comparta rápidamente información sobre el sprint.

Tableros.
Un tablero funciona en una exhibición en la pared y se utiliza para supervisar datos vitales
sobre el progreso de un proyecto.Puede utilizar tableros de pared para compartir
información con su equipo durante los stand-ups. También puede agregar gadgets a un
panel de pared: asegúrese de agregar gadgets útiles para su equipo, como un gadget que
muestra el estado de un sprint, incluido el estado de la incidencia, el tiempo restante y el
estado de la compilación.
Comenzando como un usuario de JIRA
Encuentre su incidencia.
Normalmente, su gestor de desarrollo ya habrá creado un proyecto Scrum o Kanban y
rellenado el backlog con problemas.Hay un número de maneras de navegar alrededor de
su proyecto, pero la manera más fácil de ver la información está usando tableros. Un
tablero muestra las incidencias de uno o más proyectos: le brinda una forma flexible de
ver, administrar y revisar su trabajo. En este paso, describimos cómo normalmente
encontraría una inciddencia para trabajar, en el sprint activo del tablero de un proyecto
Scrum.
Seleccione Pizarras en el menú superior y, a continuación, seleccione una de la lista
desplegable.
1.Seleccione Sprints activos para ver las incidencias en el sprint de la pizarra seleccionada.
2.Los problemas se representan mediante tarjetas de incidencias en los sprints Activos de
tu pizarra. Las tarjetas muestran información de referencia rápida, como claves de
emisión, asignaciones y descripciones. Localice la tarjeta superior en la columna de tareas
pendientes y arrástrela a la columna En curso . Al hacer esto, en realidad se está
moviendo para asignar el problema a sí mismo, y empezar a trabajar en él.
Trabajar en una incidencia.
Al mover un tema a En curso, usted está indicando que ha comenzado a trabajar en él. En
esta etapa, tendrá que asignar a sí mismo, de manera que todo el mundo sabe que está
trabajando en ella. También es posible que desee agregar algunos detalles técnicos sobre
el tema - que es útil para sus compañeros de equipo saber tanta información como sea
posible sobre los problemas en los que está trabajando.
1. En los sprints activos de su tablero, seleccione la incidencia de la columna en
progreso. La incidencia aparece en la vista Detalle.
2. En la vista Detalle de la incidencia, seleccione Editar desde el 'engranaje'
desplegable. Se mostrará el cuadro de diálogo 'Editar incidencia'.
3. Si el problema aún no está asignado a usted, escriba su nombre en el campo
Asignado.
4. Añadir algunos detalles técnicos sobre el tema, según sea necesario.
Tenga en cuenta, es posible que desee especificar un componente o una versión (si
los componentes y versiones han sido configurados para su proyecto), o añadir
archivos adjuntos, según sea necesario, etc.
5. Cuando haya terminado la adición de detalles técnicos, haga clic en el botón
Actualizar.

Colabore con su equipo.

Mientras esté trabajando en una incidencia, es probable que tenga que compartir alguna
información, aclarar algunos requisitos o discutir algunos detalles sobre la incidencia con
su equipo. Esto es fácil de hacer con los comentarios de incidencias.
Seleccione el tema para agregar un comentario.
1.En la vista Detalle de incidencia, buscar y hacer clic en el botón de comentario.
2.En el cuadro de texto comentario, escriba su comentario.
3.Para enviar por correo a otros usuarios acerca de su comentario, simplemente mencione
a estos usuarios en el comentario dentro de la caja de texto (escribir el nombre de usuario
empezando con @). Un correo electrónico será enviado a las direcciones de correo
electrónico de los usuarios que están registrados con sus cuentas de JIRA.
4.Haga clic en el botón Agregar para guardar el comentario.

Crear una rama.

Después de asignar una incidencia a sí mismo e introducir detalles técnicos sobre el
problema, está listo para realizar alguna codificación. Se recomienda crear una rama
cuando se empieza a trabajar en una incidencia .De esta manera, usted tendrá su propio
flujo de trabajo que no interfiere con el resto del trabajo del equipo. También asegura que
los cambios se revisen antes de que se fusione de nuevo en la rama principal.
JIRA software puede estar vinculado a un repositorio de código, por ejemplo Bitbucket.
Esto le permite abrir, colaborar y administrar código fuente directamente desde JIRA. La
integración de una aplicación permite que usted y su equipo pueda crear una rama
directamente a partir de una incidencia, que le da un flujo de trabajo más rápido desde la
selección de una incidencia a la codificación.
Antes de crear una rama, ya debe saber cómo utilizar las ramas en el repositorio de código
fuente que su equipo está usando.
Para crear una rama:
1. Seleccione la incidencia para el que desea crear una rama.
2. En la vista Detalles de incidencia, busque el panel Desarrollo y haga clic en Crear
rama. Aparecerá el diálogo Crear rama.
3. Incluir la clave de la incidencia en el nombre de la rama. Si tiene configurado el
disparador de flujo de trabajo , el estado de la incidencia puede pasar
automáticamente a 'En progreso'.
4. Introducir otros detalles para la rama que sean necesario.
5. Haga clic en el botón Crear rama. Su rama será creado en el repositorio de
origen.

Empezar a programar
Ahora que ha creado una nueva rama, puede comenzar la codificación sin tener que
preocuparse que los cambios afecten a la rama principal. Asegúrese de que agrega la
clave de incidencia que hace referencia a la incidencia en el que está trabajando. Al hacer
referencia a la clave de una incidencia en su trabajo de desarrollo , sus herramientas de
desarrollo conectadas también tendrán vínculos con las incidencias relevantes.
1. Vaya a su repositorio de codigo fuente en el que fue creada la nueva rama y acceda
a su nueva rama.
2. En su rama, implemente su código o corrija según sea necesario.

Envíe su trabajo para su revisión

Utilice las solicitudes de extracción (Pull request ) para informar a sus compañeros sobre
los cambios que ha enviado al repositorio. Una vez que se envía un Pull request, su
equipo puede revisar, discutir cambios o enviar confirmaciones de seguimiento.
1. Haga clic en ramas en el panel Desarrollo para abrir un cuadro de diálogo en el
software JIRA que muestra las ramas vinculadas en el Administrador de
configuración de software (SCM). Si JIRA Software se ha vinculado a más de un SCM,
se mostrará una pestaña para cada aplicación SCM (por ejemplo, Bitbucket Server).
Las ramas se agruparán bajo cada SCM en estas pestañas.

2. Haga clic en un repositorio o rama para abrir el SMC ligado en el repositorio o grupo
correspondiente.
3. Coloca el cursor sobre un estado de solicitud Pull (por ejemplo, MERGED ) para
mostrar una ventana emergente que muestra un enlace a la solicitud de extracción.
4. Haga clic en Crear solicitud de extracción (Pull Request)para crear una solicitud
de extracción de la rama (fusionarla de nuevo con el maestro).
5. Incluya la clave de la incidencia en el título de la solicitud de extracción. Si se han
configurado los desencadenadores de flujo de trabajo, el estado del problema
puede pasar automáticamente a "En revisión".
Termina tu trabajo
Después de que el trabajo haya sido revisado y fusionado con la rama principal, el último
paso es cerrar o resolver el problema.
1. Localice su tarjeta en los sprints activos de su pizarra.
2. Arrastre y suelte la tarjeta en la columna Hecho(Done). Si tiene configurados los
disparadores de flujo de trabajo, el estado del problema puede cambiar
automáticamente a 'Cerrado'.
3. Seleccione la resolución de la incidencia desde el menú desplegable .

4. Proporcionar detalles según sea necesario.

5. Seleccione Cerrar incidencia.

Aprenda a planificar y estimar para los

equipos scrum.
La estimación y planificación de proyectos ágiles puede ser un reto muy desafiante
independientemente de lo experimentado que seas. Siempre hay prioridades en
competencia, problemas de recursos, demandas empresariales y limitaciones de tiempo.
Este tema no puede hacer que ninguna de esas cosas desaparezca, pero si usted es nuevo
en scrum agile o simplemente nuevo a JIRA Software, te dará una visión general de las
características de JIRA para ayudarte a planificar y estimar.
1. Planear para el equipo
2. Personalizar el tablero de equipo
3. Estimación de puntos de la historia
4. Analizar los informes del equipo
5. Optimizar los planes futuros

1. Planear para el equipo.

Dicen que los mejores planes siempre van mal, ya veces lo hacen, pero todavía tienes que
hacerlo. Al menos en JIRA Software, los planes que realiza son muy flexibles,
personalizables y configurables.

Comience con un backlog.

Todos los proyectos ágiles comienzan con un backlog de incidencias que representan el
trabajo que hay que hacer: historias de usuario, tareas, correcciones de errores, etc.Todo
lo que se ha determinado es una pieza discreta de trabajo.
 Los backlogs se refieren a las prioridades y las cosas más importantes primero.
 Utilice filtros rápidos para ver los problemas que desea.
 Crear nuevas incidencias e inicie sprints en el backlog.
Para llegar a su backlog, abra su pizarra y haga clic en Backlog. Mostrar detalles de la
pizarra de control mostrados usando las opciones en el menú de la pizarra.
Puede añadir las incidencias rápidamente haciendo clic en Crear incidencia debajo de la
lista de backlog.

Usar épicas para el contexto. (Epics.)

Las épicas están diseñadas para contar la historia más grande. Pueden utilizarse para
capturar temas de trabajo más amplios, como "rendimiento" o "interfaz de usuario", o para
rastrear elementos de trabajo más grandes.
Hay ventajas al usar epicas.
Epics puede abarcar varios proyectos, lo cual es especialmente útil si su panel está
configurado para mostrar incidencias de varios proyectos.
Puede vincular un epic a una página de Confluence para proporcionar más información,
como especificaciones de diseño, casos de negocios, requisitos, etc.

Usar épicas para el contexto

Las épicas están diseñadas para contar la historia más
grande. Pueden utilizarse para capturar temas de trabajo más
amplios, como "rendimiento" o "interfaz de usuario", o para
rastrear elementos de trabajo más grandes.Hay ventajas al
usar epicas.
 Epics puede abarcar varios proyectos, lo cual es
especialmente útil si su foro está configurado para
mostrar problemas de varios proyectos.
 Puede vincular una epopeya a una página de
Confluence para proporcionar más información, como
especificaciones de diseño, casos de negocios,
requisitos, etc.

Para crear un epic.

En el backlog de tu pizarra , haz clic en EPICS en el lado izquierdo de la pizarra y, a

continuación, haz clic en Create epic .
1.Completa los detalles de la epic en la ventana que aparece y haz clic en Crear.
2.Arrastre y suelte las incidencias a través de la épica a la que pertenecen.

Las versiones mantienen el lanzamiento en orden

Muchos equipos liberan versiones de su producto como actualizaciones o conjuntos de
características para los clientes. La asignación de incidencias a versiones puede ayudar al
plan de trabajo del equipo de sprint a preparar un release.

Para crear una versión.

1. Haga clic VERSIONES en el lado izquierdo de la tabla, a continuación, haga clic en
Crear versión.
2. Completa los datos y haga clic en Crear.
A continuación, puede arrastrar y soltar incidencias del backlog a la versión a la que
pertenece.
Clasificar y priorizar.
Cuando se enumeran las incidencias de su backlog en orden de prioridad, es mucho más
fácil crear sprints que se basan en el trabajo que debe realizarse a continuación.
La clasificación se hace fácilmente arrastrando y soltando las incidencias en el backlog.

Enjuague y repita.
Lo mejor de los proyectos de scrum es que a medida que avanza a través de sprints, se
puede ver más claramente lo que su equipo es capaz de hacer.
Hay un montón de informes y gráficos que puede consultar para ayudar a comprender las
tasas de productividad de su equipo. Hablaremos de cómo algunos de estos pueden
ayudarle a mejorar en la planificación un poco más adelante.
2. Personalizar la pizarra del equipo.
La pizarra es donde toda la acción sucede por lo que debe asegurarse de que se creó la
forma en que su equipo necesita.
Necesita tener derechos especiales de administración de la pizarra para cambiar las
configuraciones de la misma. Si creó la pizarra, ya los tiene.

Personalización de la pizarra.
Controla todo desde la página de configuración de la
pizarra. En su tabla, vaya a Board> Configure.
Columnas.
Agregue estados y cambie el flujo de trabajo de acuerdo
con la estructura de su equipo. Por ejemplo, si desea
mostrar el progreso de las pruebas independientemente
del progreso del desarrollo, agregue una columna. También
puede activar un indicador para ayudar a identificar
problemas de movimiento lento.
Diseño de la tarjeta
Muestra hasta tres campos adicionales en el diseño de la
tarjeta.Diga, si desea mostrar etiquetas o componentes.
Colores de la tarjeta.
Si su equipo es "visual", puede usar tarjetas de colores como código de acuerdo con
el tipo de incidencia, asignación , las prioridades o las consultas.

Filtros rápidos.
Configure filtros rápidos para que pueda hacer clic una vez y mostrar problemas
específicos. Puede configurar un filtro para tipos de incidencias, asignaciones, sin asignar,
etc. Casi todo lo que necesite.
Vaya a Pizarra> Configurar> Filtros rápidos .
Los filtros funcionan basados en JQL (lenguaje JIRA Query), que son en realidad
declaraciones de búsqueda simples. El resultado es algo como:
SUGERENCIA: a medida que comienza a escribir en el campo JQL, el ayudante de sintaxis
aparece para ayudar.

SUGERENCIA: Crear filtros de búsquedas guardadas

Si usted tiene un backlog gigante, probablemente utilice la búsqueda de problemas
regularmente para encontrar los problemas que desea. Y si estás repitiendo las búsquedas
con criterios similares, entonces otras personas probablemente lo están también.
La próxima vez que esté buscando un conjunto de problemas que sabe que necesitará de
nuevo, guarde su búsqueda como un filtro. Una vez que guarde un filtro, puede
compartirlo, marcarlo como favorito, obtener correos electrónicos de los resultados de
búsqueda, utilizarlo con un panel de control y mucho más.
1. Vaya a Incidencias> Búsqueda de Incidencias.
2. Introduzca los filtros de búsqueda y haga clic en Guardar como.

3. Estimación en puntos de historia.

Hay una gran variedad de maneras de estimar historias, pero el objetivo de cada enfoque
es ser capaz de mejorar en la predicción de cuánto trabajo el equipo puede hacer cada
sprint. En el scrum ágil, esto se traduce en conocer la velocidad del equipo.
La velocidad mide el número de "unidades de estimación" que un equipo normalmente
completa de sprint a sprint. Es efectivamente una tasa de productividad basada en una
estimación del volumen de trabajo, y es mejor calcularla en una medida que no sea
'tiempo'.

¿Qué son los puntos de la historia?

Los puntos de historia son una medida comúnmente utilizada para estimar el tamaño de
un problema en los equipos de scrum. Durante una sesión de planificación típica, una
corrección de errores trivial se puede estimar como 1 o 2, y una característica más grande
podría ser cualquier cosa hasta un 12. Tenga en cuenta que la escala de puntos varía entre
los equipos scrum. Algunos utilizan 1-12, otros 1-5. La clave es utilizar la misma escala
para que su velocidad sea calculada constantemente.
Si se estima que los problemas son mayores que esto, es posible que tengan que dividirse
en historias o subtareas más pequeñas.
La atención se centra aquí en puntos de historia porque es el método de estimación
scrum más común, y la usamos en Atlassian. Su empresa puede utilizar las horas o días
ideales.
¿Por qué utilizar puntos de la historia en lugar de horas?
Es mucho más útil a largo plazo predecir cuánto trabajo puede hacer tu equipo en cada
sprint, que intentar estimar cuánto tiempo tomará cada historia en el tiempo.
Los puntos de historia permiten al equipo estimar las historias en comparación con otras
historias, en lugar de obligarlas a determinar el tiempo que tomará para completar cada
historia. A continuación, se calcula la velocidad basándose en el número de puntos que el
equipo puede completar en cada sprint. Después de unos sprints, la velocidad del equipo
se estabiliza y aumenta la precisión de la estimación (o más bien se aplica el mismo grado
de inexactitud).
El problema con el uso de horas para estimar es que es probable que el equipo utilice las
horas de trabajo del sprint (con un tiempo de amortiguación) y esto casi nunca es un
reflejo exacto de la complejidad o tamaño de una historia.La velocidad exacta es difícil de
establecer cuando las historias se calculan aisladamente, en lugar de compararlas.
La estimación, el tiempo y la velocidad son cosas realmente importantes para entender.

Estimación en puntos, un seguimiento en el tiempo

Incluso cuando usted estima en puntos de la historia, usted puede todavía seguir a tiempo
si usted quiere. Conocer la velocidad del equipo (independientemente de la medida
utilizada) le permite saber aproximadamente cuánto tiempo se tarda en completar los
elementos de la pila.
Pero JIRA Software también tiene un par de campos dedicados ( Estimación Restante y
Tiempo Empleado ) para rastrear el tiempo mientras utiliza puntos de la historia.
NOTA: Es necesario ser un administrador de la pizarra para hacer los cambios de
configuración en una pizarra. Si creó la pizarra, entonces ya es el administrador.
Ir a Pizarra> Configurar> Estimación.

 Seleccione la Estimación Estadística (unidad de estimación) - elegir entre puntos

de historia, estimación de tiempo original, y el número de incidencias.
 Active la opción Tiempo restante y Tiempo utilizado para obtener una imagen
más precisa de cómo están las cosas en las unidades de tiempo.
 Si deja seguimiento de tiempo como Ninguno, todavía se puede hacer referencia
a informes tales como el BurndownChart para monitorear el progreso.

Dato curioso: La inexactitud es buena

El objetivo de la velocidad es ser capaz de mirar a una acumulación de historias no muy
bien entendidas, y adivinar cuántas inicidencias se necesitan para completar.Se requiere
un nivel similar de incertidumbre para todas las incidencias del backlog. Determinar la
velocidad exacta se basa en la igualdad de la inexactitud, es por eso que nunca debe
volver a estimar los problemas después de que un sprint se ha iniciado.

4. Analizar los informes del equipo.

JIRA Software viene con un montón de informes que ayudarán a todos en el equipo a
entender dónde están las cosas. Éstos son sólo algunos.
Acceda a todos ellos desde el panel de navegación izquierdo.

Velocidad para el equipo.

Los equipos quieren saber cuál es su velocidad. Ellos quieren saber qué tan precisamente
están estimando y cuánto se están haciendo cada sprint, con el fin de estimar mejor en el
futuro.

Gráfico de velocidad.
 Averigüe si el equipo está sobrevalorando o infravalorando historias en la
planificación del sprint.
 Compruebe si hay valores atípicos y haga un sprint para aprender de los errores del
pasado (por ejemplo, una historia subestimada) .
 Controlar cómo la velocidad se altera durante los períodos de cambio o crecimiento
del equipo.
Burndown para el lider.
Los jefes de equipo (Dev conduce, conduce Tech, etc.) suele pasar la mitad de su tiempo
pensando en el trabajo futuro, y la otra mitad firmemente involucrada en el sprint actual.
Necesita saber cómo van las cosas ahora para ayudar a dirigir el equipo a una finalización
exitosa del sprint.

Burdown Chart.
Si el valor restante de la línea se dirige en línea recta y no hacia abajo, es necesario
averiguar por qué.
Un sprint exitoso es donde los
valores restantes de la linea
toca el fondo antes de la guía.
Si la línea de valor restante
termina antes de la línea de guía,
puede tener un montón de exitos
o under-committers en sus
manos!

Epics para gerentes

de producto.
Los gerentes de producto (o los gerentes de proyectos, dependiendo de su estructura) les
gusta mantener un ojo en el material de imagen grande, para que puedan comprobar si
los hitos del proyecto están siendo alcanzados, dónde se está gastando el esfuerzo y si el
retraso necesita una Re-priorización. El Informe Epic es una buena lectura para satisfacer
algunas de estas demandas.

Informe de epic
 Vea fácilmente cuan cerca o lejos está una épica de la terminación. Consulte con el
equipo si las cosas parecen desequilibradas.
 Monitorear los problemas no estimados. Hablar con el líder de dev para ver si
necesita una mayor clarificación o desglose.
5. Optimizar planes futuros.
Cuando las cosas están funcionando bien, la velocidad es estable, el equipo se siente
desafiado e incluso el gerente de producto es feliz, no es hora de dejar de planear.

Planee con anticipación.

Todo lo aprendido de burndowns, informes, estimación de la historia, sprints y standups

está listo y esperando para ayudar a hacer la planificación mejor para futuros sprints y
problemas. Incluso si el equipo cambia, el presupuesto se corta, o la empresa insiste en un
nuevo enfoque, los datos recopilados sigue siendo muy valioso.
Estas son las principales cosas que puede cambiar la próxima vez, basadas en lo que
aprende esta ocasión:
Añadir más puntos de historia para equipos de alto rendimiento.
Un equipo de alto rendimiento que siempre completa un sprint sin trabajo de sobra puede
tener que ser desafiado con más puntos en el próximo sprint. Pero tenga cuidado de
inclinar la balanza demasiado lejos en la otra dirección. Los equipos que rara vez
completan un sprint sin puntos sobrantes pueden sentir que están bajo rendimiento,
incluso si no lo son.
Cambiar las cosas para obtener resultados diferentes.
Cuando las cosas van bien, usted no quiere meterse con la fórmula. Pero cuando las cosas
no van tan bien, puede ayudar a cambiar las cosas un poco (si usted tiene el lujo de
hacerlo). Esto podría tomar la forma de intercambio de responsabilidades para un sprint, o
la introducción de un tipo diferente de sprint, como un sprint de innovación o solo un
sprint de corrección de errores. El cambio puede ser revitalizante, y todavía puede
contener el trabajo.
Si el compromiso excesivo persiste, por favor vea su PM.
El incumplimiento de puntos de la historia comprometidos puede ser decepcionante para
un equipo , especialmente si no saben por qué. Verifique con el PM o la persona que
informó el problema para aclarar los detalles durante la estimación, y plantear sus
inquietudes durante retrospectivas. Si las estimaciones están lejos debido a la falta de
información básica, por ejemplo, esto debe ser abordado.

No olvides las cosas invisibles.

Scrum es todo sobre el equipo y un montón de cosas suceden durante los sprints que
necesitan ser capturados y alimentados en los planes futuros. Aquí hay algunas cosas que
los nuevos iniciadores deben saber y los operadores experimentados a veces olvidan.
 Siempre mantenga un retro. Siempre.
Las retrospectivas pueden darle información que los informes no pueden.
Asegúrese de discutir cualquier problema que surja, lo que podría resultar en
ajustes en la planificación. Registre el conociemiento (preferiblemente en
Confluence) y presuma en voz alta las cosas buenas.
 Nunca asuma que el equipo sabe que están realizando.
El hecho de que los informes de velocidad esten disponibles y son vistos en las
reuniones mensuales del equipo, no significa que el equipo sabe cómo van. Scrum
conduce y el jefe de equipo necesita usar las palabras también. ¿Quién no gusta
que le digan en persona que van bien.
 Dígalo con significado incluso si usted lo ha dicho antes
Soporte y planificación pueden convertirse en una rutina en poco tiempo, sobre
todo con equipos experimentados que han trabajado juntos durante mucho tiempo.
Asegúrese de que la gente diga cosas significativas y se estén escuchando el uno al
otro de forma activa.

Liderar un proyecto ágil.

Puede ser el administrador de la iteración, el propietario del producto, el entrenador ágil o
el líder del equipo de su equipo. Si es responsable de ejecutar un proyecto ágil con JIRA
Software, ¡está en el lugar correcto!. Los temas de este capítulo le ayudarán a configurar
su instancia existente de JIRA Software para adaptarla a su proceso de desarrollo ágil.
Iniciar un nuevo proyecto.
¡Es hora de comenzar su proyecto! Sabes lo que tienes que hacer, y tienes un equipo que
está emocionado de empezar a trabajar. Desea que todos salgan bien, así que asegúrese
de que sus sistemas estén configurados y listos para funcionar.
La documentación de esta sección le ayudará a configurar JIRA Software para un nuevo
proyecto de desarrollo ágil. Esto incluye la creación de un nuevo proyecto de software JIRA,
la configuración de una placa (Scrum / Kanban), la configuración de sus herramientas de
desarrollo para trabajar con JIRA Software y más.

Configuración de un proyecto
Su control de incidencias debe ser el centro de su proyecto de desarrollo. Cuando se
configura correctamente, JIRA Software ayuda a los miembros de su equipo a priorizar
y organizar mejor el trabajo, por lo que puede pasar más tiempo desarrollando un gran
software en lugar de discutas cuestiones.
Un proyecto es simplemente una colección de temas (historias, errores, tareas, etc.). Lo
más habitual es utilizar un proyecto para representar el trabajo de desarrollo de un
producto, proyecto o servicio en JIRA software.
Scrum o Kanban? Scrum tiene un enfoque basado en la iteración, que generalmente es
una buena opción para los equipos de desarrollo de productos, sobre todo si su equipo
es de liberación de nuevas versiones en un tiempo regular. Kanban es más adecuado
para un flujo continuo de trabajo (por ejemplo, equipos orientados al servicio), donde
su enfoque basado en restricciones ayuda a evitar que su equipo esté sobrecargado.

Antes de empezar.
Idealmente, debería ser un administrador de JIRA (es decir, alguien con el permiso global
de 'Administradores de JIRA), si desea configurar un nuevo proyecto en el software JIRA.
Muchas de las tareas involucradas sólo pueden ser realizadas por un administrador de
JIRA, como crear un proyecto, modificar un flujo de trabajo, etc.

Creación de una pizarra.

Es necesario un tablero de modo que usted puede ver y trabajar en temas en JIRA
software. Una pizarra muestra los problemas de uno o más proyectos. Usted puede copiar
una tabla que otra persona ha creado, o cree una nueva junta por sí mismo. Puede crear
tantas tablas como desee.
Hay dos tipos de pizarras:
Pizarras de Scrum son los equipos que planifican su trabajo en sprints..
Tableros Kanban son para los equipos que se centran en la gestión y limitan su trabajo
en progreso. Debido a que el trabajo no se planifica con antelación utilizando los períodos
de tiempo discretos o versiones, los tableros Kanban no tienen una pantalla de Backlogs.

Antes de que empieces

Cualquier usuario puede crear una pizarra, pero se requieren ciertos permisos para
compartirla con otros usuarios:
Si crea una tabla a través de Pizarras (en el encabezado)> Ver Todas las pizarras, usted
no será capaz de compartirlo, a menos que tenga los objetos compartidos 'Crear' permiso
global.
Si crea una tabla a través de los métodos siguientes, que no es necesario el permiso
global "Crear objetos compartidos “ de compartir la pizarra:
La creación de un proyecto (que crea una pizarra para el proyecto de manera
predeterminada)
Configuración de Software JIRA por primera vez (en el que se le pedirá que cree un
proyecto, que también crea una pizarra para el proyecto)
Copia de una pizarra (la pizarra copiada será compartida con los mismos usuarios que la
pizarra original).

Crear una nueva pizarra.

1.Inicie sesión en JIRA Software.
2.Si está configurando el software JIRA por primera vez, realice una de las siguientes
acciones. De lo contrario, continúe.
 Si está creando un proyecto de desarrollo de software Scrum o un proyecto de
desarrollo de software Kanban, siga las indicaciones para crear su proyecto. Una
pizarra se crea por defecto para su proyecto.
 Si está creando un proyecto de desarrollo de software básico , siga las instrucciones
para crear su proyecto. Después de crear el proyecto, haga clic en Crear pizarra
bajo el nombre del proyecto y siga las indicaciones para crear su pizarra.
3.Seleccione Pizarras > Ver todas las pizarras de la barra de navegación superior.
4.Haga clic en Crear pizarra en la parte superior derecha de la página y elija si desea
crear una pizarra Scrum o una pizarra Kanban, como se describe a continuación. Tenga en
cuenta que no puede cambiar el tipo de placa después de la creación (es decir, una
pizarra Scrum no puede convertirse en una pizarra Kanban y viceversa).

Para crear una pizarra de Scrum basado en proyectos

a. Haga clic en Crear una pizarra Scrum , entonces seleccione si basar su pizarra en un
nuevo proyecto de software ( requiere permiso de 'Explorar proyectos') o un proyecto
existente.
Tenga en cuenta, también se puede optar por crear una pizarra Scrum con datos de
muestra ( requiere permiso de 'Explorar proyectos') . Esto basar su tablero en un nuevo
proyecto previamente con datos de la muestra.
Segundo. Siga las instrucciones para configurar la pizarra y el proyecto (si usted está
basando su pizarra en un nuevo proyecto). Esto creará una pizarra Scrum preconfigurado
que contiene todos los temas en su proyecto (s) elegido. La placa del scrum tendrá un
filtro de emisión con la siguiente consulta:
project = "[YOUR PROJECT(S)]" ORDER BY Rank ASC

Crear una pizarra Kanban basada en proyectos

a.Haga clic en Crear una pizarra Kanban, luego seleccione si basar su tabla en un
nuevo proyecto de Software ( requiere permiso de 'Explorar proyectos') o un proyecto
existente.
Tenga en cuenta que también puede elegir Crear un tablero Kanban con datos de ejemplo
(se requiere el permiso 'Examinar proyectos'). Esto basará su pizarra en un nuevo proyecto
pre-poblado con datos de muestra.
Segundo. Siga las instrucciones para configurar su pizarra y proyecto (si está basando su
pizarra en un nuevo proyecto de Software ). Esto creará un tablero Kanban preconfigurado
que contenga todos los problemas de los proyectos elegidos que no pertenezcan a una
versión publicada. Tu tablero Kanban tendrá un filtro de problemas con la siguiente
consulta:
project = "[YOUR PROJECT(S)]" AND (fixVersion in unreleasedVersions() OR
fixVersion is EMPTY) ORDER BY Rank ASC
Para crear una tarjeta Scrum o Kanban que se base en un filtro
Antes de comenzar: Debe tener acceso a al menos un filtro de problemas guardado (ya sea su propio
filtro o uno que alguien más ha compartido con usted). Si no lo hace, primero cree y guarde un
nuevo filtro de problemas (consulte la documentación sobre los filtros de problemas y JQL si
necesita ayuda).
Haga clic en Crear una pizarra Kanban y base su tabla en un "Filtro guardado existente".
Siga las indicaciones para configurar su tarjeta. Su nueva pizarra estará disponible para
todos los usuarios que tengan acceso al filtro elegido.
Tenga en cuenta que si es el propietario del filtro de problemas, puede editarlo a través del
enlace Editar filtro. De lo contrario, este enlace no aparecerá.
5. Se mostrará su nueva tarjeta. En la parte superior es un enlace que puede enviar a
otras personas para que puedan utilizar su pizarra.

Copiar una pizarra existente.

Si desea crear una pizarra que es similar a una que ya está usando, simplemente puede
crear una copia.
Su nueva pizarra se basará en el mismo filtro de incidencias que la pizarra original. Va a
ser el administrador de la nueva pizarra , pero no necesariamente del filtro, por lo que
puede no ser capaz de editar el filtro. Sin embargo, una vez creada la nueva pizarra , se
puede elegir fácilmente un filtro diferente (por ejemplo, para ver un proyecto diferente).

1.Seleccionar Pizarras>Ver Todas las pizarras de la barra de navegación superior.

2.Todas las pizarras se visualizarán en la pantalla. Haga clic en el Copiar enlace
correspondiente a la pizarra de interés.
Como alternativa, para crear rápidamente una copia de la pizarra que está viendo
actualmente, sólo tiene que seleccionar Copia desde la pizarra del menú en la parte
superior derecha de la página.

¿Qué es una pizarra?

Una pizarra muestra los problemas de uno o más proyectos, que le da una forma flexible
de visualización, gestión y presentación de informes sobre el trabajo en curso. Hay dos
tipos de placas en JIRA Software:
Pizarra scrum - para los equipos que planifican su trabajo en sprints.
Pizarra Kanban - para los equipos que se centran en la gestión y limitar su trabajo en
progreso.
Se puede utilizar una pizarra que otra persona ha creado, o crear uno propio - se puede
crear tantas pizarra como desee. Un proyecto puede tener varias pizarra, y una
combinación de pizarra de Scrum y Kanban juntas, si lo desea.
Acceder a una pizarra.
1. Haga clic Pizarras (en el encabezado)> seleccione su pizarra deseada.
2. En la barra lateral del proyecto, haga clic en uno de los siguientes, dependiendo de
lo que tiene que hacer:
 La Pila, sprints, o informes, si está trabajando en una pizarra Scrum.
 Pizarra Kanban o informes, si está trabajando en una pizarra Kanban.
En una Pizarra Scrum.
Reserva
El Backlog de una pizarra Scrum muestra los problemas de los proyectos agrupados en un
backlog y sprints. En el Backlog, puede crear y actualizar incidencias, arrastrar y soltar
incidencias para clasificarlos, o asignarlos a sprints, épicas o versiones, administrar épicas
y más. Por lo general, se utiliza el Backlog cuando se crea un backlog, se planea una
nueva versión y se planea un sprint.

Sprints activos.
Los sprints activos de una pizarra de Scrum muestran las incidencias que su equipo está
trabajando actualmente. Puede crear y actualizar incidencias, arrastrar y soltar problemas
para hacer la transición a través de un flujo de trabajo.

Informes.
La presentación de informes es una actividad que va a realizar a lo largo de un proyecto.
JIRA Software tiene una serie de informes que puede utilizar para mostrar información
sobre su proyecto, versiones, épicas, sprints e incidencias.
En una Pizarra Kanban.
Pizarra kanban.
La pizarra Kanban es un tablero que fue creado usando el preset "Kanban".
Kanban se basa en la entrega continua del trabajo. En lugar de planificar iteraciones, el
flujo de trabajo se monitorea constantemente para asegurar que siempre hay tareas en las
que se trabaja. Esto significa que cuando se completan las tareas, las nuevas tareas se
incorporan al trabajo en progreso.
Utilice el tablero de Kanban si su equipo se centra en la gestión y limitación de los trabajos
en curso.

Uso de la barra lateral del proyecto.

La barra lateral del proyecto es tu ventanilla única para cualquier cosa y todo lo que
concierne a tu proyecto. Cualquier clic que haga en la barra lateral del proyecto abre una
página que contiene información para el proyecto en el que está trabajando actualmente.
Supongamos que está trabajando en un proyecto ágil y actualmente está en una Pizarra
Scrum para ese proyecto. Al hacer clic en Backlog en la barra lateral del proyecto, se abre
la página Backlog, que contiene las incidencias, historias, epics y otros detalles de su
proyecto.
Acceso a una pizarra de proyectos cruzados.
Una pizarra de proyectos cruzados no es específico para un solo proyecto de software. Es
decir, el filtro de la pizarra puede incluir un proyecto de software que no sea JIRA, o puede
incluir varios proyectos. Cómo navegar a una pizarra de proyectos cruzados, y las opciones
de navegación que verá en la barra lateral del proyecto de la pizarra son diferentes, en
comparación con una pizarra con un solo proyecto de software JIRA.
Hay dos maneras de navegar a una pizarra de proyectos cruzados:
Desde la cabecera de Proyectos.
Si se desplaza a Proyectos (en la cabecera), a continuación, seleccione la junta entre
proyectos, la barra lateral del proyecto mostrará las opciones centradas en proyectos,
como el enlace de incidencias y accesos directos del proyecto.
Desde la cabecera de Pizarras.
Si navega a Pizarras en el encabezado y, a
continuación, seleccione la pizarra de proyectos
cruzados, la barra lateral del proyecto no mostrará
las opciones centradas en el proyecto, como el
vínculo a Problemas y los accesos directos del
proyecto.
Esto se debe a que JIRA Software no puede
determinar el contexto del proyecto para la pizarra
de proyectos cruzados.

Configuración de una Pizarra.

La configuración de una pizarra le permite editar la asignación de estados de flujo de
trabajo a las columnas de una pizarra, así como editar las columnas, los canales y los
filtros rápidos de una pizarra y personalizar los colores de la tarjeta y los campos de
edición.

Antes de empezar.
Debe ser un administrador de JIRA o un administrador de pizarra para poder modificar su
configuración.

Acceso a la configuración de una pizarra.

Vaya a la pizarra deseada, luego haga clic en Pizarra > Configurar .
1.En la pantalla Configuración de la pizarra , seleccione la pestaña deseada (Columnas ,
Swimlanes, etc).

Configuración de un pizarra Scrum.

Configuración de una pizarra Kanban

Cambio de nombre de una pizarra.

1. Vaya a la pizarra deseada, luego haga clic en Pizarra>Configurar.
2. En la pantalla Configuración de la pizarra, haga clic en el icono "lápiz" (Que
aparecerá cuando flote) para editar el nombre de su pizarra. Pulse la tecla Intro
cuando termine.

Cambiar los administradores de una pizarra.

El administrador de una pizarra es la única persona que puede cambiar la configuración de
una pizarra junto con los usuarios administradores de JIRA. De forma predeterminada, el
administrador de una pizarra incluye a la persona que lo creó. Si usted es un administrador
de la pizarra o un administrador de JIRA, puede cambiar los administradores de una
pizarra. Consulte la sección Información general sobre permisos para obtener más
información.

1. Vaya a la tarjeta deseada, luego haga clic en Pizarra > Configurar.

2. En la pantalla Configuración de la pizarra, haga clic en cualquiera de los nombres
en el campo Administradores(un icono de "lápiz" Aparecerá cuando usted se pase
sobre ellos).
3. Introduzca los nombres de los usuarios o grupos deseados. Si empieza a escribir el
nombre, se sugiere una lista de usuarios y grupos. Pulse la tecla Intro cuando
termine.
Tenga en cuenta que la lista de usuarios sugeridos no se mostrará si no tiene el
permiso global "Examinar usuarios". Sin embargo, puede introducir los nombres de
usuario y de grupo manualmente. Consulte la sección Información general sobre
permisos para obtener más información.
También es posible que desee otorgar a los nuevos administradores los derechos para
administrar el filtro JIRA en el que se basa la pizarra. Consulte la documentación de
administración de JIRA en Administrar filtros compartidos.

Configuración de filtros.
El filtro de su placa es un filtro de incidencias (una consulta JQL) que especifica qué
problemas se incluyen en su pizarra. Por ejemplo, su pizarra puede incluir problemas de
varios proyectos, o de un solo proyecto, o de un componente particular de un proyecto.

Antes de empezar.
Debe ser un administrador de JIRA o un administrador de pizarra para modificar su
configuración.

Elegir un filtro diferente para su pizarra.

1. Vaya a la tarjeta deseada, luego haga clic en Pizarra > Configurar.
2. Haga clic en el nombre del filtro que se muestra en el campo Filtro guardado . Un
icono de lápiz Aparecerá cuando usted se pase sobre él.
3. Elija un filtro diferente para su pizarra. Pulse la tecla Intro cuando termine.
Edición del filtro de una pizarra.
1.Vaya a la pizarra deseada, luego haga clic en Pizarra> Configurar.
2.En la pestaña General:
Para cambiar la consulta JQL del filtro, haga clic en Editar consulta de filtro . Para obtener
más detalles, consulte la documentación de JIRA en JQL.
Para cambiar el nombre, la descripción o los recursos del filtro , haga clic en Editar partes
de filtro. Para obtener más detalles, consulte la documentación de JIRA en los filtros de
incidencias.

Adición de un subfiltro. (Sólo Kanban)

Si está utilizando un tablero Kanban, puede agregar un subfiltro que refina las incidencias
devueltas por el filtro de su tablero. El subfiltro permite a la pizarra Kanban mostrar
diferentes datos a los informes.
El subfiltro predeterminado es:
fixVersion in unreleasedVersions() OR fixVersion is EMPTY
esto resultará en incidencias lanzadas usando el botón 'Release' que ya no aparecerán en
los sprints activos (aunque los informes de Reportes seguirán mostrándolos).
Para agregar un sub-filtro a su tablero:
1.Vaya a la pizarra deseada, luego haga clic en Pizarra> Configurar.
2.Edite el campo del subfiltro de Pizarra Kanban e ingrese una consulta JQL.

Habilitación del ranking.

Habilitar el ranking le permite clasificar las incidencias en una pizarra mediante arrastrar
y soltar y crear sprints. También permite que JIRA Software agrupe las subtareas juntas
bajo su una incidencia primaria.

Antes de empezar.
Debe ser un administrador de JIRA o un administrador de la pizarra para permitir la
clasificación.

Habilitación del ranking.

Vaya a la pizarra deseada, luego haga clic en Pizarra>Configurar.
1. Tenga en cuenta que sólo el administrador de una pizarra (o una persona con
permiso 'JIRA Administrators' ) puede configurar una tarjeta.
2. Haga clic en el botón Añadir rango. Esto agregará lo siguiente a la consulta a su
filtro:
ORDER BY Rank ASC

Notas:
  JIRA software crea automáticamente un campo personalizado llamado Rango , de
tipo Clasificación Global. Asegúrese de que la instancia JIRA contiene sólo un campo
personalizado llamado Rango , y que el rango de campo se le asigna al contexto
global (es decir, no a cuestiones o proyectos específicos).
El orden debe ser ascendente. No se admite descendente orden de clasificación.

Configuración de columnas
Los sprints activos de un tablero Scrum y un tablero Kanban muestran columnas
verticales. Las columnas predeterminadas en los sprints Activos de una pizarra Scrum son
To Do, In Progress y Done. En un tablero Kanban, las columnas predeterminadas son
'Backlog', 'Selected for Development', 'In Progress' y 'Done'. Puede agregar,
eliminar, cambiar el nombre o mover estas columnas si lo desea. También puede elegir a
qué estado (s) de flujo de trabajo deJIRA se asigna cada columna y si se aplican
restricciones a cada columna.

Antes de empezar
Debe ser un administrador de JIRA o un administrador de la pizarra para configurar
las columnas de una pizarra.

Edición de columnas
Vaya a la tarjeta deseada, luego haga clic en Pizarra > Configurar.
Haga clic en la pestaña Columnas .
Edite las columnas como se describe en la siguiente tabla y la captura de pantalla.

Haga clic en el botón Añadir columnana la derecha de la página. Se

Agregar una agrega una nueva columna llamada ' Nueva columna' en la segunda
columna posición de la columna. Si está utilizando el flujo de trabajo simplificado se
nueva creará automáticamente un nuevo estado para que coincida con su nueva
columna.
Cambiar el
Haga clic en el área de nombre de la columna, modifique el nombre
nombre de
existente y presione Enter .
una columna
Muestra el Haga clic en la casilla Días en columna. Esto muestra una serie de
indicador puntos en cada tarjeta (hasta el ancho de la tarjeta o un máximo de 32),
'Días en que representa el número de días que el problema ha estado en la
columna' en columna. Esto puede ayudarle a ver las incidencias que se estancan, esto
las tarjetas es particularmente útil cuando su tablero se muestra como una pizarra.
Tenga en cuenta que si traslada un problema a una de las columnas en las
que se movió anteriormente, el indicador refleja un valor acumulativo del
número de días en que el problema permaneció en esa columna.
Por ejemplo, mueve una incidencia a la columna In Progress( En curso) y
permanece allí durante 2 días. A continuación, mueva la incidencia a la
columna In Review(Revisión de código) y permanece allí durante 1 día.
Durante la revisión de código, recibirá retroalimentación, lo que requiere
más trabajo de desarrollo para el problema, por lo que mueva el problema
a la columna In Progress y permanece allí durante 1 día. En este
ejemplo, el indicador refleja el valor acumulado de 3 días para la
incidencia en la columna "En curso".
Deshabilitar este indicador puede mejorar el rendimiento. Si tienes una
gran instancia (es decir, más de 300.000 incidencias, 100+ proyectos,
 100+ tablas, o 100+ sprints abiertos), te recomendamos que inhabilites
esto.
Este indicador está deshabilitado de forma predeterminada para las
pizarras Scrum y habilitado de forma predeterminada para las pizarras
Kanban.
Haga clic en eliminar en el texto "Arrastrar para reorganizar o eliminar"
Eliminar una en la parte superior de la columna. Los estados de flujo de trabajo de JIRA
columna que se habían asignado a la columna eliminada se mueven de nuevo a la
columna Sin asignar".
Coloca el cursor sobre la parte superior del nombre de una columna y, a
continuación, arrastra la columna hacia la izquierda o hacia la derecha
Mover una
hasta su nueva posición. Espere hasta que otras columnas hayan
columna
cambiado de posición antes de colocar la columna seleccionada en su
nueva posición.

Cada columna tiene un color azul, amarillo o verde, como se muestra en la captura de
pantalla anterior.
La única columna más a la izquierda siempre será azul, representando elementos en
estado 'nuevo' (según nuestras directrices de diseño).
La columna derecha más sencilla será siempre verde, que representa los elementos de un
estado de 'exitoso'.
La columna central (o las columnas si agrega más) siempre son amarillas, lo que
representa los elementos en progreso.

Asignar estados a las columnas

De forma predeterminada, las columnas de una pizarra se asignan a los estados de JIRA
predeterminados , como se muestra en las tablas siguientes. Usted puede cambiar esto si
usted desea. Por ejemplo, si está utilizando estados JIRA adicionales personalizados,
probablemente desee asignarlos a las columnas apropiadas de su pizarra.

Si la pizarra de su proyecto utiliza el flujo de trabajo predeterminado de JIRA:

Columna
Estado JIRA asignado
Predetermina
por defecto
da
To Do Open, Reopened
In Progress In Progress
Done Resolved, Closed

Si la pizarra de su proyecto utiliza el flujo de trabajo simplificado:

Columna
Estado JIRA asignado
Predetermina
por defecto
da
To Do To Do
In Progress In Progress
Done Done

Edición de la asignación de estados de flujo de trabajo de JIRA a

columnas de una tabla.
1. Vaya a la pizarra deseada, luego haga clic en Pizarra> Configurar .
2. Haga clic en la pestaña Columnas .
3. Cambie los estados de asignación, como se describe en la siguiente tabla y captura
de pantalla(arriba).

Asignar un estado a una Arrastre un estado desde la columna No asignado a la

columna
Desmarcar un estado de una
columna
Cambiar las asignaciones de
columnas de un estado
columna apropiada de la derecha.
Arrastre un estado de su columna actual a la derecha a
la columna no asignado de la izquierda .
Arrastre un estado de su columna original a su nueva
columna correspondiente.

Tenga en cuenta que todos los estados configurados en el servidor JIRA están disponibles
en la página de configuración de la pizarra. Sin embargo, es posible que algunos estados
(en particular, estados personalizados) no estén disponibles para las incidencias en su
pizarra si los flujos de trabajo deJIRA utilizados por estas incidencias no utilizan esos
estados.
Agregar un nuevo estado.
Si su pizarra utiliza el flujo de trabajo simplificado.
1. Vaya a la pizarra deseada, luego haga clic en Pizarra>Configurar.
2. Haga clic en la pestaña Columnas.
3. Haga clic en el botón Agregar estado a la derecha de la página.
Tenga en cuenta que el botón Agregar estado sólo está disponible si tiene el
permiso de 'Administrador de proyecto' de JIRA para el proyecto de esta
pizarra.Consulte la sección Información General sobre los permisos para obtener
más información.

Eliminar un estado.
Sólo puede borrar un estado si:
Usted es el 'Administrador del Proyecto' para los proyectos de esta pizarra , y
No hay incidencias actualmente con ese estado.
Si cualquier otro flujo de trabajo está utilizando este estado, el estado será removido de su
flujo de trabajo, pero no se elimina.
Si su pizarra utiliza el flujo de trabajo simplificado.
Navegue a la pizarra deseada, a continuación, en Pizarra>Configurar.
1.Haga clic en la pestaña Columnas.
2.Arrastre el estado a la columna no asigando
3.Haga clic en el icono Eliminar estado (x) para eliminar el estado.
Si su pizarra NO utiliza el flujo de trabajo simplificado.
Sólo puede eliminar un estado a través de la interfaz de administración de JIRA.

Establecer restricciones a una columna.

Establecer limitaciones a cada estado de flujo de trabajo es una parte crucial en Kanban,
para que pueda asegurarse de que el trabajo fluye continuamente por la tubería. También
puedes encontrarlo útil en Scrum, para que puedas ver cuellos de botella temprano y
ajustar el alcance de tu sprint.
Las restricciones activan un indicador visual cuando aparece un número máximo o mínimo
de problemas en una columna. Puede especificar restricciones para todas las columnas, o
sólo a algunas de ellas. Si se supera una restricción de columna, la columna cambiará de
color de la siguiente manera:
 Columna de color rojo - Número máximo de incidencias superados.
 Columna de color amarillo - Número mínimo de incidencias no cumplidos.

Tenga en cuenta:
  Los valores de las restricciones de columna aparecerán en la parte superior de cada
columna en la que las estableció. Estos valores no tienen ningún impacto en el
número de incidencias que se muestran en las columnas.
 Las restricciones de columna se aplican al número total de incidencias en una
columna, independientemente de si las incidencias están ocultas por un filtro
rápido.
Para establecer restricciones de columna de una pizarra:

1. Vaya a la tarjeta deseada, luego haga clic en Pizarra>Configurar.

2. Haga clic en la pestaña Columnas.
3. Edite las restricciones, como se describe en la siguiente tabla.

En el menú desplegable Column Constraint (Limitación de

columna), seleccione Count de incidencias o Count de
incidencias, excluyendo subtareas.
Habilitar Tenga en cuenta que la habilitación de restricciones de
restricciones de columnas mostrará el número de incidencias en cada columna.
columna Es posible que desee excluir las subtareas (especialmente los
equipos de Scrum), de modo que pueda restringir el número de
historias para su equipo, en lugar del número de tareas
individuales.
Establecer la Edite los campos en la parte superior de la columna deseada:
restricción 'Min' o - Introduzca un valor mínimo en el cuadro amarillo.
'Max' de una - Introduzca un valor máximo en el cuadro rojo.
columna Elimine un valor existente para eliminar la restricción.

Tenga en cuenta, también puede eliminar las resticcopnes para todas las columnas. En la
columna desplegable Restricción, seleccione Ninguno.

Utilizando el flujo de trabajo simplificado

Cada pizarra puede representar uno o más proyectos; sin embargo, el flujo de trabajo
simplificado sólo se puede utilizar si una pizarra representa un solo proyecto. Cada
proyecto utiliza ya sea un flujo de trabajo JIRA o el flujo de trabajo simplificado para
controlar la transición de las incidencias de un estado a otro. El flujo de trabajo
determina qué estados están disponibles.
La pizarra va a utilizar el flujo de trabajo simplificado si la pizarra se creó como parte de la
creación de un proyecto, (incluyendo la página a través del software JIRA Getting
Started).

Antes de empezar.
Debe ser un administrador de JIRA o un administrador de la pizarra para cambiar al flujo
de trabajo simplificado.

Ventajas de utilizar el flujo de trabajo simplificado.

El flujo de trabajo simplificado ofrece las siguientes ventajas frente a un flujo de trabajo
JIRA:

Flujo de trabajo simplificado Flujo de trabajo de JIRA

Tiene tres pasos predeterminados para las pizarras Tiene más pasos que los típicamente
Scrum: To Do, In Progress, Done. necesarios en una pizarra (por
Tiene cuatro pasos por defecto para las pizarras de
ejemplo, ver el flujo de trabajo
Kanban: Backlog, Seleccionado para el
predeterminado de JIRA ).
desarrollo, En curso, Listo.
Tiene "condiciones" de flujo de
Permite que las incidencias se arrastren libremente trabajo que evitan que las
entre columnas. incidencias se arrastren libremente
entre todas las columnas.
No muestra ninguna pantalla en ninguna transición -
todas las transiciones sucederán al instante.
Establece automáticamente una resolución a Done
Muestra pantallas para Resolver,
cuando las incidencias se transfieren a la columna
Cerrar y Reabrir incidencia.
"successfull", es decir, los estados asignados a la
columna correcta. (consulte Configuración de
Columnas).
Se puede editar a través de la configuración de la
Sólo se puede editar a través de la
pizarra (consulte Adición de un nuevo estado en el
configuración del flujo de trabajo.
apartado Configuración de Columnas), siempre que
Para obtener más información,
sea el administrador del proyecto para el proyecto
consulte Flujos de trabajo.
que se encuentre en la pizarra.

Cambio al flujo de trabajo simplificado.

Si su proyecto utiliza actualmente un flujo de trabajo de JIRA, puede cambiar al flujo de
trabajo simplificado. A continuación, podrá agregar fácilmente nuevos estados desde JIRA .
Tenga en cuenta que los pasos predeterminados para el flujo de trabajo simplificado
(descrito en la tabla anterior) no se crearán al cambiar de un flujo de trabajo de JIRA. Los
pasos de flujo de trabajo existentes se incluirán en el flujo de trabajo. Los pasos
predeterminados sólo se crean si se elige el flujo de trabajo simplificado cuando se crean
la pizarra y el proyecto en JIRA.
Pre-requisitos del proyecto
Sólo podrá cambiar a Flujo de trabajo simplificado si:
 Solo hay un proyecto que está siendo visto por su pizarra (para comprobar esto,
mire el filtro de su pizarra).
 Ese proyecto utiliza un esquema de flujo de trabajo de JIRA, que sólo tiene un flujo
de trabajo para todos los tipos de incidencias.
 Su flujo de trabajo sólo utiliza Funciones Post, Validadores y Condiciones, que son
proporcionados por Atlassian (ninguno de los cuales son proporcionados por add-
ons)
 El flujo de trabajo existente tiene al menos una transición de salida para cada
estado.
Para cambiar al flujo de trabajo simplificado:
1. Antes de comenzar, realice una copia de seguridad de los datos de JIRA. Consulte
Copia de seguridad de datos (Documentación de administración de JIRA).
El cambio al flujo de trabajo simplificado migrará todas las incidencias del proyecto
al nuevo flujo de trabajo, lo que puede llevar algún tiempo. El flujo de trabajo y
esquema original del proyecto no se cambiarán, por lo que los demás proyectos que
utilicen estos no se verán afectados.
2. Vaya a la pizarra deseada, luego haga clic en Pizarra>Configurar.
3. Haga clic en la pestaña Columnas.
 4. Haga clic en el botón Simplificar el flujo de trabajo, como se muestra en la
primera captura de pantalla a continuación. Si este botón no se muestra,
compruebe que su proyecto cumpla con los requisitos previos descritos
anteriormente.
5. Su (s) proyecto (s) pasará (n) a utilizar el flujo de trabajo simplificado, como se
muestra en la segunda captura de pantalla a continuación. Ahora se mostrará el
botón Añadir estado.

Configuración de la pizarra(Columnas). Este tablero no está utilizando el flujo de trabajo simplificado.

 Configuración de la pizarra(Columnas). Este tablero está utilizando el flujo de trabajo simplificado.

Configuración de los canales (Swimlanes).

Un swimlane es una categorización horizontal de las incidencias en los sprints activo de
una pizarra Scrum, o de una pizarra Kanban. Se podría utilizar swimlanes para ayudarle a
distinguir las tareas de diferentes líneas de trabajo, usuarios, áreas de aplicación, etc.

Antes de empezar
Usted debe ser un administrador de JIRA o un administrador de la pizarra para configurar
los swimlanes.

Elección de diferentes tipos de swimlane.

Base su
swimlanes Explicación
en ...
Consultas Una consulta JQL por swimlane (vea a continuación ejemplos). Por defecto,
se crearán dos swimlane:
Agilice - este swimlane se basa en la siguiente consulta JQL: priority =
Blocker
Todo lo demás - este swimlane está siempre en la parte inferior de la
pantalla, y no puede ser eliminado. Actúa como un "catch-all" para las
incidencias que no coinciden con el JQL de cualquiera de los swimlanes por
encima de él, por lo tanto no tiene JQL especificado.
Es posible que desee crear swimlanes adicionales que se correspondan con
otros valores de su campo Prioridad de JIRA o utilizar un campo diferente
 para categorizar sus swimlanes.
Una incidencia padre por cada swimlane (es decir, cada swimlane contiene
Stories todas las subtareas de los padres), con incidencias que no tienen subtareas
que aparecen a continuación.
Una asignación por swimlane , con incidencias no asignadas que aparecen
Asignaciones
por encima o por debajo de los swimlane ( a su elección).
Un epic por swimlane, con incidencias que no pertenecen a épics que
aparecen debajo de los swimlanes.
Épicas
Si quieres cambiar el orden de los swimlanes en tu pizarra, navega al
Backlog de la pizarra y arrastra y suelta las épicas como desees.
No hay categorización horizontal de incidencias en los sprints Activos de
Sin Swimlanes
una pizarra Scrum, o en un tablero Kanban.

Para elegir un tipo diferente de swimlane:

1. Navegue a la junta deseada, a continuación, en Pizarra>Configurar.
2. Haga clic en la pestaña Swimlanes.
3. En la lista desplegable Base Swimlanes , seleccione: Queries, Stories,
Assignees o No Swimlanes, como se describió anteriormente.

Modificación de los swimlanes basados en consultas

Si sus swimlanes se basan en consultas JQL (en lugar de en historias o asignaciones),
puede crear, eliminar o cambiarlos:
1. Navegue a la pizarra deseada, a continuación, en Pizarra>Configurar.
2. Haga clic en la pestaña Swimlanes.
3. Si sus swimlanes se basan en consultas, puede editar sus swimlanes, como se
describe en la siguiente tabla y la imagen de arriba.

Añadir un En el área azul, escriba el nombre , JQL , y opcional Descripción , a

nuevo continuación, haga clic en el Agregar botón. Su nuevo swimlane se
swimlane añade en la posición swimlane superior.
Cambiar el
Haga clic en el área nombre de la swimlane, modifique el nombre
nombre de un
existente y haga clic en el botón de actualización.
swimlane
Cambiar el JQL Haga clic en el área JQL de la swimlane, modificque el JQL existente y
de un haga clic en el botón de actualización.
swimlane Ver los ejemplos de abajo para algunas sugerencias. Para obtener
información sobre la sintaxis JQL, ver JQL (JIRA documentación de
 administración).
Tenga en cuenta,la cláusula JQL 'ORDER BY' no es utilizado por el
swimlane, ya que por defecto se ordenan por rango.
Eliminar un
Haga clic en el botón Eliminar en la parte derecha del swimlane.
swimlane
Mover un Pase el ratón sobre el icono de grilla vertical, a continuación, arrastre y
swimlane suelte el swimlane arriba o hacia abajo hasta su nueva posición.

Algunas consultas JQL ejemplo para sus swimlanes:

 Mostrar todas las incidencias que pertenecen a un determinado componente, por
ejemplo, "Interfaz de usuario:
project = "Angry Nerds" AND component = "User Interface"
 Mostrar todas las incidencias que se deben entregar en las próximas 24 horas:
due <= "24h"
 Mostrar todos los temas que tienen una prioridad particular, por ejemplo:
priority = "Minor"
priority = "Major"

Configuración de filtros rápidos

Los filtros rápidos le permiten a usted (o a cualquier otra persona que utilice esta pizarra )
filtrar aún más la colección de incidencias que aparecen en una pizarra Scrum o
Kanban. Utilice Filtros rápidos para cambiar entre diferentes tipos de incidencias (por
ejemplo, mostrar sólo errores) o para mostrar vistas específicas del equipo de un
backlog común.

Antes de empezar
Usted debe ser un administrador de JIRA o un administrador de la pizarra para configurar
los filtros rápidos.

Acerca de los filtros rápidos por defecto.

De manera predeterminada, una pizarra contiene dos filtros rápidos, llamados 'Sólo mis
problemas' y 'Recientemente Actualizadas':

Filtro rápido por

JQL por defecto Notas
defecto
Muestra las incidencias asignadas a la
Sólo mis assignee =
persona que está actualmente viendo la
problemas currentUser() pizarra.
Recientemente Muestra las incidencias que se han
actualizado updatedDate >= -1d actualizado en las últimas 24 horas.

Edición de filtros rápidos.

Puede crear filtros rápidos adicionales o editar filtros rápidos existentes. Cualquier filtro
rápido adicional que cree aparecerá como botones junto a los botones "Sólo mis
problemas" y "Recientemente Actualizado" de la pizarra.
1. Vaya a la pizarra deseada, luego haga clic en Pizarra>Configurar.
2. Haga clic en la pestaña Filtros rápidos.
3. Edite los filtros rápidos, como se describe en la siguiente tabla y captura de pantalla
(a continuación).
Añadir un En el área azul, escriba el Nombre, JQL y una Descripción (opcional),
nuevo filtro luego haga clic en el botón Añadir. Su nuevo filtro rápido se agregará
rápido en la posición superior del filtro rápido.
Cambiar el
Haga clic en el área Nombre del filtro rápido , modifique el nombre
nombre de un
existente y haga clic en el botón Actualizar.
filtro rápido
Haga clic en el área JQL del filtro rápido , modifique el JQL existente y
Cambiar el JQL
haga clic en el botón Actualizar.
de un filtro
Vea los ejemplos a continuación para algunas sugerencias. Para
rápido
obtener información sobre la sintaxis de JQL, consulte JQL.
Eliminar un
Haga clic en el botón Eliminar a la derecha del filtro rápido.
filtro rápido
Pase el cursor sobre el Icono cuadrícula, luego arrastre y suelte el filtro
Mover un filtro rápido hacia arriba o hacia abajo hasta su nueva posición.
rápido Cuando se utiliza esta pizarra, el Filtro Rápido superior aparece en la
posición más a la izquierda.

Ejemplos JQL que puede utilizar para sus filtros rápidos:

 Mostrar todos las incidencias que se asignan a los miembros del grupo "bugfix”:
assignee in membersOf("bugfix")
 Mostrar todos los problemas del tipo 'Bug':
type = "Bug"
 Utilice un filtro de problemas en su filtro rápido:
savedfilter = "My Filter"
Personalización de tarjetas
No confíe en que las personas hacen clic en las tarjetas para ver los detalles de la
incidencia. Personalizar las tarjetas para sus pizarras puede ayudarle a traer la
información correcta y captar la atención de su equipo, de un vistazo. Usted puede
cambiar los colores de la tarjeta para ayudar a las personas a identificar rápidamente
las tarjetas en su pizarra como de un tipo particular de asunto, prioridad, asignación, o
- gracias a la potencia de JQL - prácticamente cualquier cosa que usted elija. También
puede añadir hasta tres campos adicionales para mostrar en las tarjetas en el Backlog
y sprints activos de su pizarra Scrum.

Antes de empezar
Usted debe ser un administrador de JIRA o un administrador de la pizarra parapersonalizar
sus tarjetas.

Configuración de los colores de la tarjeta

Puede basar los colores de su tarjeta en tipos de incidencias, prioridades, asignaciones o
consultas JQL. Una vez que haya elegido un método, puede cambiar o eliminar los colores
para cada tipo de tarjeta. Esto se puede configurar por pizarra (no globalmente).
1. Vaya a la pizarra deseada, luego haga clic en Pizarra>Configurar.
2. Haga clic en Colores de tarjeta y cambie la lista desplegable a Colores según se
desee. Si cambia a un método diferente de color de la tarjeta, se mantendrán los
ajustes para el método antiguo para poder volver a ellos más tarde si lo desea.
 Métodos de color de tarjetas.

Base sus colores de Explicación

la tarjeta en ...
Tipos de incidencias Un color según el tipo de problema. Un color por defecto se
asignará a cada tipo de problema que coincide con los
problemas en el tablero. Tenga en cuenta, el tipo de problema ya
debe existir en su proyecto para configurar el color de la misma.
Además, los valores de color no se mostrarán hasta que se cree
una incidencia en la pizarra. Primero debe crear la incidencia en
la pizarra, para configurar los colores para los tipos de
incidencias.
Tipos de incidencias y colores predeterminados: Mejora, Tarea,
Nueva característica, Bug.
Prioridades Un color por prioridad. Los colores por defecto son los mismos
que se utiliza para las prioridades en JIRA.
Asignaciones Un color por cada usuario asignado. Se asignará un color
predeterminado a cada usuario que sea o haya sido un asignado
a las incidencias de esta pizarra. Tenga en cuenta que los valores
de color no se mostrarán hasta que se cree una incidencia en su
pizarra.Primero debe crear una incidencia en su pizarra, para
configurar los colores para las asignaciones.
Consultas Un color por consulta JQL. Puede especificar las consultas que
desee. Las incidencias que no coinciden con ninguna de sus
consultas JQL se mostrarán en gris.
Ejemplo de consultas:
Mostrar todos las incidencias que pertenecen a un componente
concreto, por ejemplo, "Interfaz de usuario":
project = "Angry Nerds" AND component = "User Interface"
 Mostrar todos las incidencias que se deben entregar en las
próximas 24 horas:
due <= "24h"
Mostrar todos las incidencias creadas por un usuario en
particular, por ejemplo:
reporter = "Jane"

3. Una vez que haya elegido un método para basar sus colores , puede personalizar
los colores de la siguiente manera:
 Elija un color diferente para una tarjeta - Haga clic en el cuadrado de color,
por ejemplo.
 Eliminar un color de tarjeta- Haga clic en Eliminar. Esto restablece la tarjeta con
el color predeterminado. Si todavía tiene incidencias que coincidan con la tarjeta,
actualice la pantalla para restablecer el color de la tarjeta suprimido al color por
defecto).
 Mover un color de tarjeta (Basado en consulta solamente)-Pasar el cursor
sobre el Icono vertical con forma de cuadricula, luego arrastre y coloque el color
hacia arriba o hacia abajo a su nueva posición.
Nota: Para los colores basados en consulta, el orden es importante, ya que cada
edición se coloreará de acuerdo con la primera consulta que coincida (por ejemplo, si la
primera fila tiene la consulta "issuetype = bug" y está coloreada en rojo y la segunda
fila tiene la consulta "assignee = kevin" y es de color verde, entonces los errores
asignados a Dave aparecerán en rojo).

Añadir campos a las tarjetas.

Puede configurar las tarjetas en una pizarra para mostrar hasta tres campos adicionales.
Los campos pueden ser diferentes para el Backlog y los sprints activos, si está utilizando
una tarjeta Scrum.

1. Vaya a la tarjeta deseada, luego haga clic en Pizarra> Configurar.

2. Haga clic en Diseño de la tarjeta y , a continuación , agregue o elimine los campos
como desee.
3.

Tarjetas que muestran campos adicionales en el Backlog

Tarjetas que muestran campos adicionales en Sprints activos

Impresión de tarjetas de incidencias.
Ya sea que esté planeando trabajar o trabajando en incidencias de su pizarra Scrum o
Kanban, también puede ser bueno imprimir estas tarjetas de incidencias. Usted y su
equipo pueden utilizar las tarjetas impresas en una pizarra física, que puede ser una
réplica de su pizarra en JIRA. Puede imprimir una sola tarjeta de incidencia o varias tarjetas
de incidencias, si lo desea. También puede imprimir todas las tarjetas de incidencias de su
pizarra actual.
Las tarjetas de incidencias impresas incluyen los siguientes detalles:
 Resumen.
 Tipo de incidencia.
 Clave de la incidencia.
 Prioridad de la incidencia.
 Estimación.
 Asignado.
 Epic (opcional en sprints activos / tablero Kanban).
 Versión (cuandeo se imprime desde el Backlog).
 Hasta 3 campos adicionales, dependiendo de la configuración de la tarjeta
Las tarjetas impresas se adaptan a las páginas de tamaño A4, A3 o Carta en los modos
vertical y horizontal.

Configuración de estimación y seguimiento.

La estimación estadística(por ejemplo, puntos de historia, valor de negocio, etc.) y la
configuración de seguimiento de tiempo (estimaciones de tiempo restante) se pueden
personalizar para adaptarse a cómo estima y rastrea el trabajo en su proyecto.
Muchos equipos Scrum separan la estimación (que se utiliza para medir el tamaño de un
backlog y la velocidad de cálculo) de seguimiento (que es a menudo el burndown de horas
utilizadas durante el Sprint para asegurarse de que están en camino de completar las
historias durante el período Sprint ), Y utilizar diferentes unidades para cada uno. Un
enfoque común es estimar las tareas en Puntos de Historia, luego realizar un seguimiento
de las tareas usando horas. JIRA le da la flexibilidad de establecer sus estadísticas de
estimación y seguimiento de manera diferente, dependiendo de lo que mejor se adapte a
su equipo.

Antes de empezar.
 Sólo puede configurar la estimación y el seguimiento de tiempo para las tarjetas
Scrum.
 Debe ser un administrador de JIRA o un administrador de pizarra para poder
configurar la estimación o el seguimiento del tiempo para él.
Ajuste de la estimación estadística y seguimiento de tiempo
1. Navegue a la pizarra deseada, a continuación, en Pizarra>Configurar.
Tenga en cuenta, sólo el administrador de una tarjeta (o una persona con permiso de
Administrador ) puede configurar una pizarra.
2. Haga clic en la pestaña Estimación. Se mostrará la página de Estimación.

3. En el campo Estimación Estadística, elija una de las siguientes opciones:

 Puntos de Historia.
La estimación se basará en el número de Puntos de Historia por incidencia. Esta es
la opción más comúnmente utilizada.
De forma predeterminada, el campo Puntos de historia sólo está disponible para los
problemas de tipo 'Historia' o 'Epic' (no 'Bugs', etc.). Si desea cambiar esto, haga lo
siguiente:
1. Asocie el campo Puntos de Historia con otros tipos de incidencias.
2. Especifique el campo Puntos de historia que debe mostrarse en la pantalla.
 Tiempo original estimado.
La estimación se basa en el campo Tiempo estimado original de JIRA'. Por
defecto, esto se especifica en minutos, pero se puede utilizar horas, días o
semanas, dependiendo de la configuración de JIRA.
 Valor de negocio.
La estimación se basa en el valor de negocio de cada incidecia.
 Número de incidencias.
La estimación se basará en el número de incidencias en el sprint. El campo
"Estimación" no será editable.
 <Campo personalizado> .
La estimación puede basarse en cualquier campo personalizado numérico de JIRA.
4. En el campo Tiempo de seguimiento, elija una de las siguientes opciones:
 Ninguna.
El seguimiento se basará en la estimación estadística.
 Estimación Restante y Tiempo Gastado.
El seguimiento se basará en los campos " Estimado Restante"
y "Tiempo transcurrido " de JIRA. Por defecto, estos campos se
especifican en minutos, pero se pueden utilizar las horas, días o
semanas, dependiendo de la configuración de JIRA.
 Tenga en cuenta que esto es fundamentalmente diferente de usar la
Estadística de estimación para burndown, en que los valores no se queman
cuando se completa un problema, sino que los valores sólo se queman cuando
los usuarios introducen Time Spent o establecen la estimación restante en
un nuevo valor.

Más información sobre estimación y seguimiento del tiempo.

Los equipos de productos a menudo necesitan ser capaces de estimar cuánto tiempo
tomará entregar un producto. Esto es difícil porque el backlog puede extenderse muchos
meses en el futuro, por lo que el equipo sólo puede proporcionar una estimación muy
aproximada en condiciones de incertidumbre sin perder días cortando el trabajo. Sin
embargo, de sprint a sprint, a medida que trabajan a través de las historias, el equipo
desarrollará una cadencia de completar <x> unidades de trabajo que había
"aproximadamente estimado", es decir, su velocidad.
Esto significa que pueden estimar con precisión cuántas porciones del backlog se
necesitarán para hacer las estimaciones aproximadas simples. Sin embargo, para que esto
funcione, el equipo necesita estimar historias con un nivel consistente de incertidumbre. El
equipo también necesita rastrear la cantidad de unidades de estimación que realmente
han completado de sprint a sprint, porque este número nos dice con relativa certeza
cuánto podemos encajar en cada sprint futuro.

¿Cómo la Estimación Estadística y Seguimiento de Estadística

afecta a su proyecto?
En JIRA Software, puede elegir qué tipo de unidades (por ejemplo, Puntos de historia,
Número de problemas) se utilizarán para estimar y seguir las incidencias. Para ello, elija
una Estadística de estimación y, a continuación, elija utilizar las mismas unidades para su
Estadística de seguimiento o utilizar el seguimiento de tiempo. Cada tarjeta puede tener
un tipo diferente de Estadística de estimación y Estadística de seguimiento.
 El tipo de Estadística de estimación que selecciona afecta a las unidades que se
utilizan en el campo Estimar , que aparece a la derecha de cada incidencia en el
Backlog: (Tenga en cuenta que el campo Estimar es editable cuando una incidencia
está en el Backlog, pero no es editable una vez que la incidencia se mueve en los
sprints activo).

 El tipo de Estadística de seguimiento que selecciona afecta a las unidades

utilizadas por el campo Restante , que aparece en la parte inferior derecha de cada
edición en Sprints activos:
Cómo puede ver su velocidad y Burndown
La velocidad de un equipo se basa en la estimación estadística - es decir, para cada sprint,
la velocidad es la suma de la estimación estadística de las incidencias terminadas. La
velocidad se muestra en el Gráfico Velocity y también en el Informe Sprint. En la
cabecera de la columna Estimación Estadística de la tabla de Incidencias terminadas (por
ejemplo, "puntos de la historia (12)" significa que 12 puntos de la historia se completaron
en que Sprint). Tenga en cuenta que los valores de cada incidencia se registran en el
momento en que la incidencia se mueve en el sprint. Cambiar el valor de estimación
después no se reflejará en el informe de Sprint, pero se mostrará como cambio de alcance
en el burndown. La velocidad también se utiliza en el Informe de Versión, para predecir
fechas de lanzamiento.
El Burdown Chart se basa en el seguimiento estadístico. Si está usando Puntos de Historia
como su Estadística de Seguimiento, entonces el Gráfico de Burndown muestra los Puntos
de Historia por historia (es decir, las historias que consumen la Estadística de Estimación
sólo se consumen en el gráfico a medida que se completan ); mientras que si elige la
opción de seguimiento de tiempo , se muestra el burndown parcial (es decir, el número de
horas que se utilizan actualmente y los restantes cada día).
Al usar el Gráfico de Burndown, tenga en cuenta que el comportamiento de la subtarea
puede variar, dependiendo de si laestimación restante y el tiempo invertido están
habilitados para su pizarra.

Comportamiento de una subtarea El comportamiento de la subtarea

cuando la estimación restante y el cuando la estimación restante y el
tiempo invertido están habilitados tiempo gastado están Inhabilitados
Si agrega una subtarea a una incidencia que
Si agrega una subtarea a una incidencia
ya está en un sprint activo, la subtarea
que ya está en un sprint activo, la subtarea
también se tratará como cambio de ámbito.
se trata como un cambio de ámbito.
Sin embargo, el cambio de alcance no se
El cambio de alcance también se indica en
indica en el Gráfico de Burndown para la
el gráfico de Burndown.
subtarea.
Las estimaciones de tiempo de las
subtareas se transfieren a la tarea
principal. Las estimaciones de tiempo se rastrean
individualmente a través de las subtareas y la
Esto significa que la tarea principal tendrá tarea principal misma.
la suma total de todas las estimaciones
restantes de las subtareas.

Configuración de la vista detallada de incidencias.

La pestaña "Detalles" de la vista de detalles de la incidencia se puede personalizar para
mostrar campos adicionales. Por ejemplo, puede que desee mostrar la resolución de un
problema, el entorno, el nivel de seguridad, los campos personalizados, etc.

Antes de empezar.
Debe ser un administrador de JIRA o un administrador de la pizarra para configurar
la vista de detalle de las incidencias.
Agregar, quitar o mover un campo.
1. Vaya a la pizarra deseada, luego haga clic en Pizarra>Configurar.
2. Haga clic en la pestaña Detalles de Incidencia.
3. Agregue o elimine los campos deseados, o use el icono vertical Para arrastrar y
soltar campos hacia arriba o hacia abajo en un orden diferente.
4. Sus campos aparecerán en la pestaña Detalles en la vista de Detalles de incidencia.
Tenga en cuenta que los campos sólo aparecerán en una incidencia si se han
asociado con el tipo de incidencia relevante y no están "ocultos".
 Configuracion de Pizarra. Pestaña Vista de Detalle de Incidencia.

Configuración de los días laborables.

La configuración de días laborables de su pizarra se utiliza para diferentes informes y
artefactos. Cambie ésta configuración para filtrar los fines de semana, las fiestas y otras
ocasiones en las que su equipo no esté trabajando en los proyectos de su pizarra.
Antes de empezar.
Debe ser un administrador de JIRA o un administrador de la pizarra para configurar
la estimación o el tiempo de seguimiento.

Configuración de los días laborables.

1. Vaya a la pizarra deseada, luego haga clic en Pizarra>Configurar.
2. Haga clic en la ficha Días de trabajo.
3. Si su equipo tiene una zona horaria diferente a la del servidor, seleccione la zona
horaria del equipo.
4. En Días laborales estándar, Seleccione todos los días de la semana durante los
cuales su equipo trabaja normalmente.
5. En Días no laborables , haga clic en Agregar fecha para especificar días festivos o
fechas únicas durante las cuales su equipo no trabajará.
Para eliminar un día no laborable, haga clic en el 'x' junto a la fecha.
Estos ajustes se reflejarán en los siguientes informes: Gráfico Burndown, Informe Sprint ,
Informe Epic , Informe de versión ,Gráfico de control; Y los siguientes gadgets: Sprint
Health Gadget, Burndown Gadget.

Pantalla Configuración de la Pizarra. Pestaña Dias Laborales.

Flujos de trabajo.
Todos los proyectos de JIRA contienen incidencias que su equipo puede ver, trabajar y
pasarlos a través de etapas de trabajo, desde la creación hasta su finalización. El camino
que toman sus incidencias se llama flujo de trabajo. Cada flujo de trabajo de JIRA se
compone de un conjunto de estados (el estado en el que se encuentra su trabajo) y de
transiciones (cómo se mueve su trabajo entre los estados) durante el transcurso de su
ciclo de vida.
Además, JIRA utiliza esquemas de flujo de trabajo para definir la relación entre los tipos de
incidencias y los flujos de trabajo. Los esquemas de flujo de trabajo están asociados con
un proyecto y permiten utilizar un flujo de trabajo diferente para diferentes combinaciones
de tipos de proyecto y de tipos de incidencias.
Los administradores de JIRA y los administradores de proyectos tienen diferentes permisos
cuando se trata de flujos de trabajo.

Administradores de proyectos
Como administrador de proyectos, sólo puede editar un flujo de trabajo que pertenezca a
su proyecto si:
El flujo de trabajo no se comparte con ningún otro proyecto (sólo está disponible en su
proyecto),
El flujo de trabajo no es el flujo de trabajo predeterminado de JIRA (nadie puede editar
estos flujos de trabajo).
Si el flujo de trabajo se comparte con otro proyecto, verá esa información cuando vea el
flujo de trabajo. También verá cuántos tipos de incidencias comparten el flujo de trabajo y
se verían afectados por los cambios que pueda realizar. Puede realizar los siguientes
cambios en el flujo de trabajo:
Agregue un estado (los estados ya deben existir en la instancia de JIRA, no puede
crear, eliminar o eliminar estados)
Cree, añada, edite o elimine transiciones (no se pueden editar las propiedades de una
transición, las condiciones, los validadores o las post-funciones).
Para ver un flujo de trabajo.
1. Seleccione Proyectos y elija el proyecto cuyo flujo de trabajo desea ver.
2. Seleccione Configuración del proyecto en la barra lateral.
3. Seleccione un tipo de incidencia en la sección Tipos de incidencias. Se mostrará el
flujo de trabajo para esa incidencia. Si puede editar el flujo de trabajo, verá un
botón Editar .Si el flujo de trabajo se comparte con otro proyecto o tipo de
incidencia, esta información estará disponible y podrá verla haciendo clic en el
enlace correspondiente.
Para editar un flujo de trabajo
1. En la pantalla Tipo de problema, seleccione Editar flujo de trabajo.
2. Puede agregar un estado o una transición haciendo clic en el botón
correspondiente. Puede editar las transiciones existentes seleccionándolas.
3. Publique el flujo de trabajo para que esté activo.
Si no publica el flujo de trabajo, permanecerá como borrador hasta el momento en que lo
publica o lo descarte. Si tiene un proyecto de flujo de trabajo presente en su proyecto y
desea ver el flujo de trabajo original que está actualmente activo, seleccione
Configuración de proyecto> Flujos de trabajo y seleccione el enlace Ver como texto /
diagrama.
Administradores de JIRA.
Como administrador de JIRA, puede completar las acciones enumeradas en la tabla
siguiente.
Lo que puedes hacer.
 Editar flujos de trabajo existentes.
 Crear nuevos flujos de trabajo.
 Configurar los flujos de trabajo existentes.
 Agregar un esquema de flujo de trabajo.
 Configurar un esquema de flujo de trabajo.
 Gestión de esquemas de flujo de trabajo
 Importación y exportación de flujos de trabajo.
 Activar y desactivar flujos de trabajo.
 Adición de eventos personalizados.
 Configuración del estado inicial.
 Trabajo en modo texto.
 Configuración de disparadores de flujo de trabajo.
 Uso de validadores y campos personalizados.
 Uso de XML para crear un flujo de trabajo.
 Propiedades del flujo de trabajo.

Configuración de herramientas de desarrollo.

JIRA Software se puede conectar a una serie de herramientas de desarrollo para ayudarle a
mantener el seguimiento de su proyecto en sintonía con su trabajo de desarrollo. Estas
son algunas de las características que puede desbloquear conectando el software JIRA
a diferentes herramientas:
Conéctese al administrador del repositorio, como Bitbucket o GitHub, y puede configurar
las incidencias para que se transfieran automáticamente cuando ocurran eventos en el
repositorio, por ejemplo, commit y ramas creadas, pull request merged y rechazadas,
etc. También puede crear ramas directamente desde las incidencias de JIRA
Software .Además, cada incidencia mostrará sus commits relacionados, ramas o pull
requests.
Conéctese a Crucible para revisar el código y poder configurar las incidencias para que se
transfieran automáticamente cuando una revisión cambia de estado. Además, cada
incidencia mostrará sus revisiones relacionadas con la incidencia.
Conéctese a Bamboo, y cada incidencua mostrará sus compilaciones e implementaciones
relacionadas.
Conexión de JIRA Software con sus herramientas de desarrollo.
Antes de que empieces:
Asegúrese de que tiene los permisos correctos. Debe ser un administrador de JIRA para
conectar JIRA Software a otra aplicación. Usted necesitará ser administrador para su
herramienta de desarrollo de igual forma.

Configuración de JIRA Software y sus herramientas de desarrollo.

Algunas características se activarán automáticamente cuando conecte el software JIRA a
sus herramientas de desarrollo.Otros requieren alguna configuración adicional. Cada
característica se muestra a continuación, incluyendo el trabajo de configuración necesario
para configurarlo.

Panel de desarrollo en incidencias.

El panel de desarrollo se muestra en todas las incidencias, y le ayuda a evaluar el
estado de desarrollo de una incidencia de un vistazo.
No necesita realizar ninguna configuración adicional una vez que haya conectado el
software JIRA a sus herramientas de desarrollo. Sin embargo, su equipo tendrá que saber
cómo hacer referencia a las incidencias en su trabajo de desarrollo.
Ver información de la incidencia en sus herramientas de desarrollo.
Si ha conectado JIRA a una de las herramientas de desarrollo compatibles, como Bitbucket,
bambú, FishEye / Crucible, usted será capaz de ver información acerca de las incidencias
en esas herramientas.Por ejemplo, en Bitbucket, podrás ver las incidencias que se hace
referencia en un conjunto de cambios; o en bambú, podrás ver las incidencias relacionados
con un plan de construcción.

Crear una rama de una incidencia.

Si utiliza la nube Bitbucket o Bitbucket Server para administrar sus repositorios de código,
puede crear ramas de código directamente desde las incidencias en JIRA a través del
enlace Crear rama. El enlace abrirá su aplicación repositorio conectado y pondrá en
marcha el proceso de creación de una rama para usted. Si ha conectado múltiples
aplicaciones, a continuación, puede elegir dónde desea crear la rama.

Disparadores de flujo de trabajo.

Puede configurar disparadores en flujos de trabajo que responden a eventos en las
herramientas de desarrollo vinculadas. Esto ayuda a su equipo a mantener los estados de
las incidencias en sincronización con su trabajo de desarrollo, en lugar de quedarse atrás.
Por ejemplo, cuando un desarrollador crea una rama en Bitbucket para iniciar el trabajo en
una incidencia, puede hacer referencia a la incidencia en el nombre de la rama y la
incidencia pasará automáticamente de "Abierto" a "En curso".
Deberá agregar disparadores a su (s) flujo (s) de trabajo después de conectar el software
JIRA a sus herramientas de desarrollo.

Información de desarrollo en el Release Hub.

El Release Hub de su pizarra le permite ver el progreso de su release (de una versión) y
determinar lo que es probable que se envíe, de un vistazo. Puede ver todos las incidencias
de la versión, desglosados por categoría de estado, así como las incidencias que podrían
afectar el lanzamiento de la versión (por ejemplo, las incidencias que deberían estar en la
versión pero que forman parte de los pullrequest no aceptados, incidencias que no han
tenido revisiones de código, compilaciones rotas, etc).
Personalización de las incidencias de un proyecto.
Las incidencias son los paquetes de trabajo que deben completarse en un proyecto. Estas
incidencias se componen de campos de incidencias y los campos de incidencias contienen
datos sobre la incidencia. Estos datos son importantes ya que ayudan a definir el problema
y pueden contener información importante sobre la incidencia, como un resumen, una
descripción, fechas de vencimiento y cuándo y dónde se requiere el trabajo. JIRA Software
le permite personalizar las incidencias cambiando la configuración y el comportamiento de
estos campos para adaptarse a las necesidades de su equipo. Usted puede elegir:
 Cambiar el comportamiento de un campo (como cambiar la descripción de un
campo, hacer que un campo sea oculto o visible, o hacer un campo obligatorio o
opcional).
 Agregue sus propios valores para los campos que tienen valores predeterminados
asignados (por ejemplo, resolución y estado).
 Crear nuevos campos personalizados.
 Configurar diferentes procesadores para (algunos) campos.
 Posicionar campos en pantalla.
 Elegir la pantalla que debe mostrarse para cada operación de incidencia (por
ejemplo, "Crear incidencia", "Editar incidencia") o la transición del flujo de trabajo
(por ejemplo, Resolver incidencia, Cerrar incidencia).
Un ejemplo sencillo de cómo la personalización de una incidencia podría beneficiar a su
equipo podría marcar los campos como "Obligatorio" cuando se crea una incidencia. Esto
garantizaría que siempre captura la información necesaria que necesita para realizar el
trabajo y resolver el problema. Si combina esto con la colocación de los campos requeridos
en la parte superior de la pantalla, e incluso ocultando campos, sepa que el creador de
incidencias no siempre los utilizará, se asegurará de que sus usuarios puedan ver y
completar los campos requeridos lo más rápido posible.
Para personalizar las incidencias, tiene que ser un administrador de JIRA.
Configuración de las herramientas de colaboración.
La integración de herramientas de colaboración con JIRA Software puede ayudarle a
planificar y ejecutar su proyecto de manera más eficiente. Conéctese a HipChat
(Confluence), Confluence (wiki) o Calendarios de equipo para Confluence para recibir
notificaciones de incidencias en sus salas de chat, enlazar la documentación del proyecto
con historias y epics, centralizar a su equipo y mucho más.

Conexión del software de JIRA a sus herramientas de colaboración.

Nota:
 Necesitas ser un administrador de JIRA para conectar JIRA Software a Confluence.
También necesitará ser un administrador de Confluence.
 Debe ser administrador de JIRA o administrador de proyecto para conectar
proyectos JIRA a salas HipChat.
Resumen de funciones
Si tiene JIRA Software, HipChat, Confluence y Calendario de equipos para
Confluence , puede usarlos juntos para crear hisorias de usuarios más fuertes y mejores
planes para sprints o lanzamientos, al tiempo que optimiza el trabajo de su equipo. Crear
notas de la reunión sobre la marcha, envolver un sprint con un informe retrospectivo, y
mucho más.
Estas son algunas de las características que dispondrá al integrar JIRA Software y
Confluence.

Planes Epics.
Si ha vinculado su instancia de JIRA Software a una instancia de Confluence, puede crear y
vincular páginas de Confluence a sus epics. Por ejemplo, es posible que desee vincular su
epic a una especificación o documento de diseño en Confluence.
Plan de sprints.
Los Calendarios de Equipo para Confluence actúan como su única fuente de verdad para
manejar las hojas de equipo, rastrear proyectos y planificar eventos. Si tiene Calendarios
de equipo instalados en Confluence, planificar sus sprints alrededor de las hojas y eventos
es aún más fácil. Añadir un evento de Sprint en el calendario de su equipo en Confluence,
y como planificar sus sprints, usted será capaz de ver si las hojas del equipo o eventos
afectarán su trabajo.
Administrar sprints.
Si ha vinculado su instancia de JIRA Software a una instancia de Confluence, puede crear y
vincular páginas de Confluence a sus sprints mediante el software JIRA. Por ejemplo, es
posible que desee escribir las notas de la reunión de sprint en Confluence y vincularlas al
sprint. También puede escribir las notas retrospectivas de su equipo en Confluence y
vincularlas al Informe Sprint para el sprint.
Si ha vinculado su proyecto a HipChat también, las notificaciones se publicarán en su sala
de chat siempre que se creen o actualicen los problemas, ayudando a todos a realizar un
seguimiento de lo que está pasando en el sprint completado.
Administrar versiones.
La liberación está en marcha. Proporcione a sus grupos de interés actualizaciones sobre
cómo va el lanzamiento, creando informes de estado de JIRA Software en Confluence. El
informe de estado del software JIRA proporciona una instantánea de la liberación en un
punto en el tiempo. Las partes interesadas pueden supervisar el progreso, incluso si no
tienen acceso a JIRA Software.
Organizar el trabajo con componentes.
Los componentes se usan para agrupar las incidencias en un proyecto, creando
efectivamente subsecciones de un proyecto. Por ejemplo, puede configurar componentes
para agrupar incidencias relacionados con distintos flujos de trabajo, como la interfaz de
usuario o las API. También puede establecer un asignador predeterminado para un
componente, lo que hará que todos las nuevas incidencias sean asignados a ese usuario.
Por ejemplo, desea que todos las incidencias de documentación se asignen a su escritor
técnico.
Debe tener el permiso de administración de proyecto específico del proyecto o el permiso
global de administrador de JIRA para poder:
 Añadir - crear un nuevo componente en el que se puedan alinear las incidencias.
 Editar - cambiar los detalles de un componente.
 Eliminar: eliminar un componente
Una vez que se ha creado un componente para un proyecto, el campo "Componente"
estará disponible para sus incidencias. Si no puede ver este campo en su incidencia, su
proyecto puede no tener ningún componente todavía o el campo está oculto.

Gestión de los componentes de un proyecto.

La forma más sencilla de administrar los componentes de un proyecto es a través de la
página Componentes.

 Elija >Proyectos y haga clic en el nombre del proyecto.

 Elija Componentes en la barra lateral. Se muestra la página Componentes, que
muestra una lista de componentes y los detalles de cada componente. Desde aquí,
puede administrar los componentes del proyecto como se describe a continuación.
Adición de un nuevo componente.
1. El formulario Agregar Componentes se encuentra en la parte superior de la pantalla
'Componentes'.
2. Introduzca el nombre del componente. Opcionalmente, ingrese una Descripción y
seleccione un Encabezado de Componente y Asignado por Defecto (consulte las
opciones a continuación).
3. Haga clic en Agregar.
Selección de un asignado predeterminado.
Opcionalmente puede configurar un asignado predeterminado para un componente. Esto
anulará el asignado predeterminado del proyecto para las incidencias de ese componente.
Si una incidencia tiene varios componentes y los asignados por defecto de componentes
entran en conflicto, el asignado se establecerá en el primer asignado por defecto del
componente en orden alfabético.

Opción de
asignación
Descripción Notas
predeterminad
o
Proyecto por Las incidencias que
defecto coincidan con este
componente tendrán
 asignado al mismo
asignado
predeterminado que el
proyecto principal.
Si no se le permite asignar al líder del
La asignación se proyecto a las incidencias en el esquema de
Lider del
establecerá al líder del permisos, esta opción se desactivará y dirá
Proyecto
proyecto. "no se le pueden asignar incidencias al jefe de
proyecto".
Si no se le permite asignar las incidencias al
líder del componente en el esquema de
permisos, esta opción se desactivará y dirá
La asignación se que "No se puede asignar problemas al jefe
Jefe de
establecerá en el líder de componente". La opción Component Lead
Componente
del componente. tampoco estará disponible si el componente
no tiene un lead asignado al componente. En
su lugar, bajo esta opción, dirá "Componente
no tiene un jefe".
La asignación de la
incidencia no se Esta opción sólo estará disponible si se
Sin asignar establecerá en la habilita "Permitir incidencias no asignadas" en
creación de esta la configuración general.
incidencia.

Editar los detalles de un componente.

1. En la pantalla "Componentes", abra el menú de la columna Acciones del
componente que desea editar y seleccione Editar.
2. Edite el nombre, la descripción, el encabezado y el asignador predeterminado del
componente en el cuadro de diálogo Editar componente.
3. Haga clic en el botón Guardar para guardar los cambios.

Búsqueda de un componente
Si necesita encontrar un componente en una lista larga, es más fácil buscarlo. Comience a
escribir texto en el cuadro de búsqueda que usted sabe que el componente contiene, y su
lista será filtrada automáticamente para usted.

Eliminación de un componente
1. En la pantalla "Componentes", abra el menú de la columna Acciones del
componente que desea eliminar y seleccione Eliminar.
2. Se le pedirá a asociar cualquier incidencia asignada a este componente a otro
componente si lo desea.
3. Haga clic en el botón Eliminar para eliminar el componente.

Construyendo un backlog
Ha configurado su proyecto y configurado sus sistemas. Es hora de preparar el backlog de
incidencias en el que su equipo trabajará.
Un backlog es simplemente una lista de características, que podría ser para su producto,
servicio, proyecto, etc. Estas características no son especificaciones detalladas. Por el
contrario, normalmente se describen en forma de historias de usuarios, que son
resúmenes breves de la funcionalidad desde la perspectiva de un usuario en particular.
Esta es una plantilla común para una historia de usuario: Como <tipo de usuario>, quiero
<meta> de manera que<recibir beneficio>. Por ejemplo, "Como desarrollador, quiero
registrar el tiempo en contra de mis tickets en el seguimiento de incidencias durante un
sprint, para poder mostrar mi progreso".
La documentación de esta sección le ayudará a construir un backlog en JIRA Software.

Visión de conjunto.
Construir un backlog en un proyecto Scrum.
En Scrum, es fundamental tener un backlog priorizado, por lo que los elementos de mayor
prioridad están listos para ser incluidos en el próximo sprint.
El Backlog de tu pizarra Scrum está diseñado para ayudarte a administrarlo. Puede
agregar, actualizar y clasificar rápidamente las incidencias en el tablero para crear el
backlog. Cuando es el momento de empezar a trabajar, empujar las incidencias de su
cartera en sprints es tan simple como arrastrar y soltar.

Construyendo un backlog en un proyecto Kanban.

En Kanban, también debe priorizar el backlog para que los elementos de alta prioridad
puedan ser rápidamente atendidos por su equipo.
La columna Backlog de tu tabla Kanban te permite agregar fácilmente incidencias,
clasificarlos y categorizarlos. Por ejemplo, puede utilizar swimlanes para agrupar
incidencias de alta prioridad para obtener una gran visibilidad, luego clasifique el resto de
las incidencias manualmente.
¿Ya ha construído un Backlog?

Utilizar el backlog.
El Backlog de una pizarra Scrum muestra las incidencias de los proyectos agrupados en un
backlog y sprints. En el Backlog, puede crear y actualizar incidencias, arrastrar y soltar
incidencias para clasificarlos, o asignarlos a sprints, épicas o versiones, administrar
épicas y más. Por lo general, se utiliza el Backlog cuando se crea un backlog, se
planea una nueva versión y se planea un sprint.

Antes de empezar.
 El Backlog no está disponible para pizarras Kanban.
 Las diferentes funcionalidades en el Backlog requieren permisos diferentes. Por
ejemplo, para iniciar un sprint, debe ser un administrador de proyectos para todos
los proyectos que coincidan con el filtro de la pizarra.
Acerca del Backlog
Una incidencia sólo será visible en el Backlog si:
 La incidencia no es una subtarea,
 La incidencia coincide con el filtro guardado de la pizarra,
  El estado de la incidencia se asigna a una de las columnas de la tabla (pero no a la
columna Hecho), y
 Hay al menos un estado que se asigna a la columna más a la derecha.
Por ejemplo, si tiene las columnas To Do, In Progress, Y Done, Asegúrese de que
al menos tenga un estado asignado a In Progress. Si asigna todos los estados a la
primera columna To Do no podrá ver ninguna incidencia en el Backlog.
Acceso al backlog
Navegue hasta el Backlog de su pizarra deseada.

¿Qué puedo hacer en el Backlog?

 Agregar incidencias al backlog.
Haga clic en Crear en el encabezado para abrir el cuadro de diálogo "Crear incidencia" y
crear la incidencia. La incidencia se agregará bajo la incidencia seleccionada en ese
momento o en la parte superior del backlog si no se selecciona ninguna incidencia.
Sugerencia: marque la casilla de verificación Crear otro en el diálogo 'Crear
inciencia' para mantenerla abierta, si está creando varias incidencias.
 Priorizar el backlog.
Arrastre y suelte una incidencia para clasificarlo. También puede hacer clic con el
botón secundario en la incidencia para abrir un menú que le permite enviarlo a la parte
superior o inferior del backlog.
 Ver los detalles de una incidencia.
Haga clic en la incidencia deseada en la pizarra. Los detalles de la incidencia se
mostrarán en el panel de la derecha del tablero.
 Estimar historias.
Utilice las teclas 'J' y 'K' para desplazarse por las incidencias del backlog y muestre
los detalles en el lado derecho de la pantalla. Utilice la tecla 'E' para editar un
problema, luego actualice las estimaciones o los puntos de la historia a medida que
avanza.
De forma predeterminada, el campo Puntos de historia sólo está disponible para las
incidencias de tipo 'Historia' o 'Épico'.
 Identificar la carga de trabajo de los especialistas.
Los avatares de usuarios (especialistas) que tienen trabajo asignado en un sprint se
muestran en la parte superior de un sprint. Haga clic en … (junto a avatares) para ver la
carga de trabajo asignados en el sprint.
 Crear subtareas.
Seleccione la incidencia deseada, pulse el botón '.' Y escriba "crear subtarea" para
abrir el cuadro de diálogo "Crear subtarea". Cree la subtarea como desee.
Las subtareas son útiles para descomponer una historia (incidencia) en fragmentos
implementables.
 Marcar una incidencia .
Haga clic con el botón derecho en un problema para abrir un menú y seleccione Añadir
indicador
 Filtrar incidencias.
Haga clic en el filtro rápido deseado (debajo del nombre de la pizarra), por ejemplo, sólo
mis incidencias.
 Organizar historias en epics.
Haga clic en EPICS (alineado verticalmente, lado izquierdo de la pizarra) para mostrar el
panel "EPICS". Puedes crear épicas, arrastrar y soltar incidencias en épicas, y filtrar por
épicas a través de este panel.
Una epic es esencialmente una gran historia de usuario, usada para agrupar
historias más pequeñas. Por ejemplo, puede tener una incidencia de rendimiento
para su lanzamiento, que podría capturar como una epic.
 Plan de versiones.
Haga clic en VERSIONES (alineadas verticalmente, lado izquierdo del la pizarra) para
mostrar el panel 'VERSIONES'.Puede crear y editar versiones, asignar incidencias a las
versiones mediante arrastrar y soltar y filtrar por versiones a través de este panel.
Tenga en cuenta que debe tener al menos una versión de su proyecto para que se
muestre este panel.

 Plan de sprints.
Haga clic en Crear Sprint, luego arrastre y suelte las incidencias en su nuevo sprint.
También puede arrastrar y soltar el divisor horizontal para agregar o eliminar varias
incidencias.El pie de página de sprint mostrará el número de incidencias y el trabajo
estimado total.
Cuando estés contento con las incidencias del sprint, haz clic en Iniciar Sprint y las
historias se moverán a los sprints activos.
Si bien un sprint está activo en los sprints activos, todavía puede planear sprints
subsiguientes en el backlog, pero no podrá iniciarlos hasta que se complete el sprint
activo.(Sin embargo, puede arrastrar y soltar una incidencia en el Backlog en el
sprint activo.)

Planificación de una versión.

Usted tiene un backlog lleno de emocionantes historias que están esperando para
convertirse en una aplicación increíble. ¡Es hora de planificar una versión!
La documentación de esta sección le ayudará a configurar una nueva versión para su
proyecto de software JIRA. Esto incluye crear la versión, configurar épicas y asignar trabajo
a una versión.

Visión general.
Creación y configuración de una versión.
Una versión es un conjunto de características y revisiones publicadas conjuntamente como
una sola actualización para su aplicación. Asignar incidencias a las versiones le ayuda a
planificar el orden en que las nuevas características (historias) de su aplicación se
publicarán a sus clientes.

Trabajando con épics (Sólo tableros Scrum).

Una épica captura un gran cuerpo de trabajo. Es esencialmente una gran historia de
usuario que puede desglosarse en una serie de historias más pequeñas. Puede tomar
varios sprints para completar una epic. Puede usar épicas para capturar temas más
amplios en una versión, por ejemplo, trabajo relacionado con el rendimiento.

Ramificación de su repositorio.
Se puede utilizar una serie de estrategias diferentes ramificaciones, incluyendo
ramificación tarea, ramificación de funciones, y la ramificación de un release. Usted tendrá
que decidir la cantidad de trabajo debe estar contenida en una rama antes de la fusión
(merge), al decidir sobre una estrategia.
Si decide utilizar el modelo de ramificación de un release, que va a crear sus ramas en el
inicio de una versión. Por ejemplo, puede crear una rama correspondiente a la última
versión, para que pueda continuar con el trabajo de corrección de errores en esa rama,
mientras que el nuevo trabajo de desarrollo se realiza en la rama principal.

Ya planeado una versión más reciente?

Configuración de versiones en un proyecto Scrum.

Una versión es un conjunto de características y revisiones publicadas conjuntamente como
una sola actualización de su aplicación. Asignar incidencias a las versiones le ayuda a
planificar el orden en que las nuevas características (historias) de su aplicación se
publicarán a sus clientes. En JIRA puede ver sus incidencias según la versión a la que
pertenece. También puede arrastrar y soltar incidencias en una versión para asignarlos a
él, lo que debe hacer antes de comenzar a trabajar en las incidencias. Esto le ayuda a
planificar sus próximas versiones, que pueden abarcar varios sprints.

Antes de empezar.
 Esta página no se aplica a los proyectos de Kanban.
 Las funciones para la gestión de versiones requieren diferentes permisos. Por
ejemplo, se necesita el permiso 'Editar Incidencias' para añadir una incidencia a una
versión.
La gestión de versiones
1. Vaya a su pizarra.
2. Haga clic en Backlog. Si el panel Versiones no se muestra, haga clic VERSIONES en
el lado izquierdo del tablero (alineado verticalmente) para abrirla.

 Añadir una nueva versión.

Haga clic en Crear versión (tendrá que colocar el cursor sobre el panel
"VERSIONES" para mostrar este enlace), ingrese los detalles de la versión y
creelos.
* La fecha de inicio se utiliza para darle un informe más exacto de la versión
en los casos en que podría planificar una versión de muchas semanas o
incluso meses de antelación, pero en realidad no comenzará a trabajar hasta que
el trabajo este cerca de la fecha de lanzamiento.
* La fecha de finalización se utiliza para calcular los días restantes en una
liberación en el Hub de liberación.

 Actualizar los detalles de una versión.

Para el nombre de la versión, haga clic en la flecha junto al nombre y, a

continuación, seleccione Editar nombre.
Para otros campos (por ejemplo, Descripción), haga clic en el campo para
editarlo.

 Agregar una incidencia a una versión.

Arrastre y suelte la incidencia en la versión en el panel "VERSIONES".

 Eliminar una incidencia de una versión.

Arrastre y suelte la incidencia en Incidencias sin versiones en el panel "VERSIONES".

 Filtrar problemas por versión.

 Haga clic en la versión en el panel "VERSIONES" para mostrar sólo las
incidencias de esa versión. Haga clic en Todas las incidencias para quitar el
filtro. También puede hacer clic en Borrar todos los filtros junto al nombre del
sprint.

Captura de pantalla: ver versiones en el Backlog.

Consejos
 La barra horizontal azul bajo el nombre de la versión (en el panel 'VERSIONES')
indica el progreso hacia la finalización del trabajo estimado para la versión. Tenga
en cuenta que esta barra sólo representa el progreso en las incidencias estimadas
en una versión.
 Puede utilizar el campo JQL fixVersion para buscar las incidencias de una versión.

Configuración de versiones en un proyecto Kanban.

Una versión es un conjunto de características y arreglos lanzados juntos como una sola
actualización de su producto. Las pizarras Kanban no requieren que las incidencias sean
asignados previamente a las versiones (a diferencia de las pizarras Scrum que requieren
que las incidencias sean asignadas previamente). Esto se debe a Kanban está diseñado
para un flujo continuo de trabajo, en lugar de establecer iteraciones.
En un tablero Kanban, puedes elegir lanzar una versión en cualquier momento - la versión
contendrá todos los problemas que están completos en ese momento. También especifica
el nombre de la versión en el momento del lanzamiento.
Para obtener información sobre cómo liberar una versión en una pizarra Kanban, consulte
Implementación de una Versión.

Trabajando con épics.

Un epic capta una gran cantidad de trabajo, por ejemplo un trabajo relacionado con el
desempeño en una versión. Es esencialmente una gran historia de usuario que puede
desglosarse en una serie de historias más pequeñas. Un epic puede abarcar más de un
proyecto, si se incluyen varios proyectos en la pizarra al que pertenece el epic.
A diferencia de los sprints, el cambio de alcance en los epics es un aspecto natural del
desarrollo ágil. Los epic son casi siempre entregados en un conjunto de sprints. A medida
que un equipo aprende más acerca de un epic a través del desarrollo y la
retroalimentación de los clientes, se añadirán y eliminaran algunas historias de usuarios
para optimizar el tiempo de lanzamiento del equipo.
Antes de empezar.
 Las funciones para gestionar epics requieren permisos diferentes. Por ejemplo,
necesita el permiso 'Editar incidencias' para agregar una incidencia a un epic.

Gestión de épics.
Para gestionar épics en un proyecto Scrum :
1. Navegue hasta el Backlog de su pizarra deseada.
2. Si el panel Epics no se muestra, haga clic en EPICS en el lado izquierdo de la tabla
(alineado verticalmente) para abrirlo.
 Añadir un nuevo épic.
Haga clic en Crear epic (tendrá que pasar el cursor sobre el panel "EPICS"
para mostrar este enlace), ingrese los detalles y créelo.
 Actualice los detalles de un épic.
 Para el nombre del épic, haga clic en la flecha junto al nombre y, a
continuación, elija Editar nombre.
Para los otros campos, haz clic en la flecha al lado del nombre de la epic,
luego selecciona Ver detalles. A continuación, puede editar el epic como
cualquier otra incidencia.
 Cambiar el color de un epic en la pizarra.
 Haga clic en la flecha junto al nombre del epic y, a continuación, elija el color
en el menú.
 Añadir una incidencia a un epic.
 Para agregar una incidencia existente, arrastre y suelte la incidencia en la
epic del panel "EPICS".
Para agregar una nueva incidencia, haga clic en Crear incidencia en epic (si
esto no se muestra, debe expandir los detalles en el panel "EPICS".
 Eliminar una incidencia de un epic.
Arrastrar y soltar la incidencia en las incidencias sin epics en el panel de "EPICS".
Alternativamente, vea la vista detallada de la incidencia en la pizarra, localice el campo
Epic , luego haga clic en la 'x' en el nombre del épic (este método también funciona en los
sprints activos de una pizarra).

 Filtrar incidencias por épic.

Haga clic en la epic en el panel de "EPICS" para mostrar sólo las incidencias
de esa épic. Haga clic en Todos las incidencias para quitar el filtro. También
puede hacer clic en Borrar todos los filtros junto al nombre del sprint.
 Completa un epic.
Haga clic en la flecha junto al nombre del epic , luego elija Marcar como Hecho en el
menú.
Esto establecerá el campo Epic Status en "Done", pero no afectará el flujo de trabajo del
epic o su campo Status , y ninguna de las incidencias de la epic será afectada.
Para gestionar epics en un proyecto de Kanban:
1. Configure su pizarra de Kanban para basar los swimlanes en epics. Consulte
Configuración de Swimlanes para más detalles.
2. Vea su pizarra. Cada epic que tiene ediciones se muestra como un swimlane en el
pizarra de Kanban.
3. Si quieres ver la épica en sí, abre cualquier incidencia en la epic en una nueva
pestaña del navegador (es decir, no en la vista detallada en la pizarra), luego haz
clic en la ficha en el enlace del campo Epic de la incidencia.

Captura de pantalla: viendo un epic en Backlog

Tenga en cuenta que la barra horizontal azul bajo los detalles de una epic (en el panel
'EPICS') indica el progreso hacia completar el trabajo estimado para las incidencias
agregadas a la epic. Esta barra representa solamente el progreso de las incidencias
estimadas en un epic.
 Captura de pantalla: visualización de los detalles de un epic en la vista Detalles de
incidencias.

Vinculación de una página Confluence a una Epic

Si ha vinculado su instancia de JIRA Software a una instancia de Confluence, puede crear y
vincular páginas de Confluence a sus epics. Por ejemplo, es posible que desee vincular su
epic a una especificación o documento de diseño en Confluence.

Consejos
 También puede usar el campo Epic Link JQL para buscar incidencias de un epic.
 No hay manera de reabrir un epic de la pizarra. Sin embargo, si eres un
administrador de JIRA , puedes reabrir un epic a través de la siguiente solución:
1. Agregue el campo Epic Status a las pantallas Ver y Editar de su proyecto.
2. Ver la incidencia épic en JIRA.
3. Edita la incidencia epic y establece el Epic Status en "To Do" o "In Progress".
4. (Opcional) Deshacer el paso 1.
Vincular una página de Confluence a un épic.
Si ha vinculado su instancia de JIRA a una instancia de Confluence, puede crear y vincular
páginas de Confluence a sus epics. Por ejemplo, es posible que desee vincular su epic a
una especificación o documento de diseño en Confluence.

Captura de pantalla: páginas enlazadas para un épic (Pizarra Scrum)

Creación de una nueva página de Confluence enlazada a

un épic.
Tenga en cuenta que estas instrucciones sólo se aplican a las pizarras Scrum.
1. Inicie sesión en JIRA.
2. Haga clic en Pizarras(en el encabezado)> seleccione la pizarra deseada.
3. Haga clic en Backlog y haga clic en EPICS (alineado verticalmente, lado izquierdo
de la pizarra) para mostrar el panel "EPICS".
4. Haz clic en Páginas enlazadas en la parte inferior de los detalles epics del panel
Epics.
5. Haga clic en Crear página . Se mostrará el cuadro de diálogo "Crear" en
Confluence, con el plan de requisitos de producto selleccionado (seleccione un plan
diferente, si no desea utilizarlo).
Tenga en cuenta que no puede crear una nueva página de Confluence vinculada cuando
vea una epic en JIRA, aunque puede vincular una página Confluence existente (consulte las
instrucciones a continuación).

Vincular una página de Confluencia existente a una epopeya

... en Backlog (pizarras Scrum solamente):
1. Inicie sesión en JIRA.
2. Haga clic en Pizarras(en el encabezado)> seleccione la pizarra deseada.
3. Haga clic en Backlog y haga clic en EPICS(alineado verticalmente, lado izquierdo
de la pizarra) para mostrar el panel "EPICS".
4. Haz clic en Páginas enlazadas en la parte inferior de los detalles épics del panel
Epics.
5. Haga clic en Vincular página, busque la página que desee y selecciónela.
... al ver el epic en JIRA (Tablas de Scrum y Kanban):
1. Ver la incidencia o la historia en JIRA. Tenga en cuenta que debe ver la incidencia en
su propia pestaña de explorador, es decir, no en la vista de detalles de incidencia
en la pizarra.
2. Haga clic en Más > Vincular . Aparece el cuadro de diálogo Vincular.
3. Haga clic en la pestaña Página de Confluence del cuadro de diálogo e ingrese los
detalles de la página a la que desea enlazar.

Ponerse a trabajar
¿Listo para empezar a trabajar? Usted debe haber construido un backlog y planificado su
versión y épics para esta etapa. Es hora de que su equipo trabaje!
La documentación de esta sección le ayudará a utilizar el software JIRA para coordinar el
trabajo de su equipo. Para Scrum, estas tareas incluyen planificación y ejecución de
sprints. Para Kanban, estas tareas incluyen monitoreo del trabajo en curso. Tanto
Scrum como Kanban utilizan pizarras (sprints activos / pizarra Kanban) para mantener
a su equipo por buen camino.

Visión General.
Trabajando en un proyecto Scrum.
Los proyectos de Scrum se basan en trabajar en sprints. Un sprint es una iteración de
trabajo (dos a cuatro semanas) que normalmente es parte de una versión. Cada sprint
comienza con una reunión de planificación donde se estima y asigna el trabajo al sprint. Al
final de cada sprint, se realiza una reunión retrospectiva o de revisión antes de que se
planifique el próximo sprint.
En JIRA , los sprints se planifican utilizando el Backlog de una pizarra. Una vez que un
sprint ha comenzado, el sprint es supervisado usando los sprints activos de una pizarra.

Trabajando en un proyecto de Kanban.

A diferencia de Scrum, Kanban no utiliza el concepto de sprints. Más bien, un proyecto
Kanban se basa en la entrega continua del trabajo. Cuando se completan las tareas, se
extraen más tareas de la fuente de trabajo en progreso. Las limitaciones se colocan en la
cantidad de trabajo que se puede hacer en un momento, para que el equipo no está
sobrecargado.

Ya terminado el trabajo para la versión más reciente?

Ejecución de sprints en un proyecto Scrum.
Un sprint - también conocido como iteración - es un período corto en el que el equipo de
desarrollo implementa y entrega un incremento de aplicación discreto y potencialmente
enviable, por ejemplo, una versión de trabajo. Si no ha corrido sprints antes, le
recomendamos que utilice una duración fija de dos semanas para cada sprint. Es el tiempo
suficiente para lograr algo, pero no tanto para que el equipo no este recibiendo
retroalimentación regular.
Tenga en cuenta que los sprints no se aplican a los proyectos Kanban.
En JIRA Software, puede ver sprints en una pizarra y asignar incidencias a sprints. Puedes
buscar incidencias en próximos sprints usando JQL(campo Sprint). También puede ver el
campo Sprint en cada incidencia individual, para ver que incidencias son partes del sprint.

Planificación de los sprints

Cada sprint comienza con una reunión de planificación. Al planificar un sprint, su equipo
normalmente se comprometería a entregar un conjunto de historias que se extraen de
la parte superior del Backlog. En JIRA, esto implica crear un sprint, asignar historias al
sprint, y comenzar el sprint. Las instrucciones de esta página le ayudarán a completar
estas actividades.

Antes de empezar.
Los sprints sólo se aplican a las tarjetas Scrum.
Debes tener habilitado el ranking o clasificación en tu pizarra para usar sprints.
En general, las acciones de sprint requieren el permiso Manage Sprints. Sin embargo, hay
algunas acciones de sprint (por ejemplo, agregar incidencias a sprints, eliminar
incidencias de sprints) que requieren los permisos Schedule Issues y Edit Issues.

Creando un sprint.
Puede crear un sprint para su iteración actual o varios sprints futuros si desea planificar
varias iteraciones a continuación.
1. Navegue hasta el Backlog de su pizarra deseada.
2. Haga clic en el botón Crear Sprint en la parte superior del backlog.
Una vez que haya creado un sprint, puede agregarle incidencias, como se describe en
"Agregar incidencias a un sprint" a continuación.
Consejo:¿Necesitas registrar tus notas de la reunión de planificación en alguna parte? Si
tiene el software JIRA conectado a Confluence, puede crear una página de "Notas de
reunión" a través del enlace Páginas enlazadas.

Añadir inidencias a un sprint

En Scrum, el deslizamiento de alcance durante un sprint debe ser evitado. Además, el
equipo se supone entregar una pieza de trabajo de software al final del sprint. Esto
significa que usted necesita saber la capacidad de trabajo de su equipo, así como la
cantidad de trabajo que están comprometiendo, al agregar incidencias a un sprint.
Normalmente, su equipo calcula las inicdencias antes de agregarlos al sprint, para que
pueda ver el trabajo total estimado para el sprint (en el pie de página de sprint). Puedes
comparar esto con la capacidad de trabajo de tu equipo mirando los sprints pasados.
Herramientas como el gráfico de velocidad y burdown chart pueden ayudarle con esto. No
te preocupes si no tienes datos históricos - obtendrás una buena idea de la velocidad de tu
equipo una vez que empiecen a completar los sprints.

Nota:
 Una incidencia no puede pertenecer a más de un sprint.
 Un sprint puede incluir incidencia de más de un proyecto, si el filtro de la pizarra
incluye varios proyectos.
 Si agrega una incidencia a un sprint en una pizarra, ese sprint en particular también
aparecerá en todas las otras pizarra que contengan esa incidencia en particular.
 Las subtareas no se pueden mover de forma independiente de sus padres.
Hay tres maneras de añadir una incidencia a un sprint:
1. Añadir incidencias existentes a un sprint ...
Use esto cuando la incidencia ya existe y desea agregar la incidencia a un sprint activo o
futuro.
En el Backlog, arrastre y suelte las incidencias en el sprint relevante.
Si desea agregar varias incidencias, puede:
 Seleccionar las incidencias (use Mayús + clic o Ctrl + clic), haga clic con el
botón derecho del ratón y seleccione el sprint correspondiente, o
 Arrastre el pie de página de sprint hacia abajo para incluir las incidencias del
backlog.

2. Crea y añade una incidencia a un sprint activo ...

Use esto cuando la incidencia no existe, y desea agregarla rápidamente a un sprint activo.
Después de crear una incidencia en los sprints activos , haga clic en el enlace Agregar a
<nombre de sprint> en el cuadro de diálogo de confirmación que se muestra. El <Nombre
Sprint> será el nombre del sprint que verá actualmente en la pizarra.
Tenga en cuenta que si no tiene los permisos 'Editar incidencias' y 'Programar
incidencia' para todos los proyectos incluidos en el filtro de la pizarra, la incidencia se
agregará al backlog en lugar del sprint.

3. Editar el campo Sprint de una incidencia ...

Use esto cuando edite una incidencia y conozca el nombre del sprint (sólo sprints
activos y futuros).
Cree o edite una incidencia e ingrese el nombre del Sprint en el campo Sprint. Si el
campo Sprint no se muestra en el cuadro de diálogo Crear incidencia o editar
incidencia, seleccione Configurar campos y, a continuación , seleccione el campo
Sprint.

Tenga en cuenta que si actualiza el campo Sprint para varias incidencias a través de
operaciones masivas, debe introducir el ID de Sprint, no el nombre de Sprint. Para
encontrar el ID de Sprint, navegue a una incidencia en el sprint, pase el ratón sobre el
nombre de sprint y busque la URL del número en el parámetro sprint.
Si desea eliminar una incidencia de un sprint, simplemente arrástrelo al Backlog , o haga
clic con el botón derecho del ratón y seleccione Enviar a la parte superior o inferior del
Backlog . También puede editar individual o masivamente incidencias para eliminar el
valor del campo Sprint de las incidencias.
Una vez que haya elegido qué incidencias incluir en su próximo sprint, estará listo para
comenzar el sprint, como se describe en la sección "Iniciando un sprint" a continuación.

Iniciando un sprint.
Sólo puede iniciar un sprint, si:
 No has empezado una ya. Si desea tener más de un sprint activo a la vez, pruebe la
función Sprints Paralelos.
 El sprint está en la parte superior del backlog. Si desea iniciar un sprint planificado
que está más abajo, tendrá que reordenar los sprints para moverlo a la parte
superior. (Nota, esto no se aplica si Parallel Sprints está habilitado).
Para iniciar un sprint:
1. Navegue hasta el Backlog de su pizarra deseada.
2. Encuentra el sprint que desea iniciar y haga clic en Iniciar Sprint.
Si no ha calculado sus incidencias, recibirá una advertencia al iniciar el sprint (a
menos que esté utilizando el Recuento de incidencias, ya que se calcula
automáticamente).
3. Actualice el nombre de Sprint , si lo desea, y seleccione la fecha de inicio y la
fecha de finalización del sprint.
Tenga en cuenta que la duración predeterminada de un sprint es de dos semanas.
Usted será llevado a los sprints activos, donde se mostrará las incidencias en su recién
comenzado sprint
Todavía puede ver su sprint activo en el Backlog , e incluso agregar y eliminar incidencias
de él. Tenga en cuenta que la adición y eliminación de una incidencia del sprint activo se
considera un "cambio de alcance" y se reflejará en algunos informes, por ejemplo, el
gráfico de Burndown.

Edición, reordenación o eliminación de un sprint

A veces, es posible que deba modificar los sprints después de haberlos creado,
especialmente si está gestionando un gran atraso. Puede editar el nombre y las fechas de
un sprint, reordenar un sprint o eliminar un sprint en el Backlog.
Para editar el nombre o las fechas de un sprint, haga clic en los campos de nombre o fecha
de sprint para editarlos. Tenga en cuenta que sólo puede editar sprints que no se hayan
completado todavía. Además, los campos de fecha no se especifican hasta que inicie un
sprint.

Para eliminar un sprint, haga clic en (Junto a Iniciar Sprint) para el sprint que desea
mover y, a continuación, haga clic en Eliminar sprint. Tenga en cuenta que no puede
eliminar el sprint activo, sólo puede completarlo. Tampoco puede borrar sprints cerrados
(es decir, completados).
Para reordenar un sprint, haga clic en (Junto a Iniciar Sprint) para el sprint que
desea mover, luego elija Mover sprint hacia arriba o Mover sprint hacia abajo. Tenga
en cuenta que sólo puede reordenar los sprints planificados (no el sprint activo o los
sprints cerrados). Además, si tiene los mismos sprints (o algún subconjunto de ellos) en
diferentes pizarras, el orden de sprint se reflejará en las pizarras.

Visualización de las incidencias en un sprint

Utilice el Backlog de una pizarra para ver los sprints planificados. Si desea ver un sprint en
progreso, utilice los Sprints activos de una pizarra en su lugar. También puede utilizar JQL
en la búsqueda de incidencias (Incidencias>Buscar Incidencias>Avanzado) para
buscar las incidencias de un sprint.
Por ejemplo, para buscar incidencias que se encuentren en el sprint, "Febrero 1", utilice
esta consulta:

sprint = "Febrero 1"

Seguimiento del progreso de un sprint.

Has empezado un sprint con grandes planes. ¿Cómo se asegura de que su equipo está en
camino de entregar lo que han comprometido?
JIRA ofrece una serie de herramientas que puede utilizar para supervisar el progreso de un
sprint. Si tiene problemas o las cosas no están en camino para la fecha de destino, JIRA
puede ayudar a visualizar o resaltar problemas para que su equipo pueda tomar medidas
para remediarlos.

Sprints activos
Los sprints activos de una pizarra scrum sólo puede ser el espacio de trabajo central para
un sprint que está en progreso. Usted y su equipo por lo general comprobará los sprints
activos al menos una vez al día, mientras que un sprint se está ejecutando - tal vez su
equipo tiene su stand-ups diarios alrededor de un monitor que muestra sprints activos.

Panel de desarrollo de incidencias.

Si tiene el software JIRA conectado a sus herramientas de desarrollo, en cada incidencia se
mostrará un panel "Desarrollo" que le mostrará información sobre los commits, ramas, pull
request, las compilaciones y más, relacionados con la incidencia. Esto puede ayudarle a
ver las discrepancias de un vistazo, por ejemplo, las incidencias relacionadas con commits
pero aún están en el estado "Hacer".

Wallboards y gadgets.
Un wallboard puede actuar como un "radiador de información" para su equipo, dejándoles
saber cómo están progresando durante un sprint, alertándolos cuando se rompe un build,
recordándoles acerca de próximos eventos de equipo, y más. Sólo tiene que agregar los
gadgets deseados a un panel de control y, a continuación, mostrarlo como un wallboard
(Herramientas> Ver como wallboard en el panel de control).
Burndown Chart.
El gráfico Burndown muestra el trabajo que se ha completado en un sprint y calcula
cuánto tiempo tomará para completar el trabajo restante. Esto puede ayudarle a
determinar la probabilidad de que su equipo complete un sprint a tiempo, lo que le
permite visualizar o resaltar problemas para que su equipo pueda tomar medidas para
remediarlos.

Notificaciones de chat en tiempo real para su proyecto.

Si realmente desea mantener su dedo en el pulso para su sprint, conecte su proyecto a la
sala HipChat de su equipo. Las notificaciones se enviarán a la sala cada vez que se cree o
se actualice una incidencia (filtrado de acuerdo a sus preferencias), ayudando a todos a
realizar un seguimiento de lo que está pasando.
Si desea discutir una incidencia con más detalle, incluso puede crear una sala HipChat
directamente, a partir de la incidencia. Esto asociará el asunto actual y la habitación, y
cualquier cambio en la incidencia enviará una notificación a esa habitación.
Completar un sprint.
El final de un sprint suele ser el momento en que su equipo hace balance de su progreso.
Esto generalmente incluye demostraciones del trabajo completado durante el sprint,
seguido de una retrospectiva de sprint para analizar dónde se pueden hacer mejoras.
Como líder del equipo, Scrum master o propietario del producto, también puede utilizar
este tiempo para comprobar cómo su equipo está progresando en relación con la
versión general y proporcionar retroalimentación a sus grupos de interés.

Antes de empezar.
Los sprints sólo se aplican a las pizarras Scrum. Si está utilizando una pizarra Kanban,
puede leer en su lugar Implementar una versión.
Para completar un sprint, debe ser un administrador de JIRA o un usuario con el permiso
Manage Sprints.
Si no puede completar un sprint, el filtro de su pizarra puede ser complejo, y JIRA no puede
determinar qué proyectos serán devueltos por la consulta.

Completar el sprint activo.

1. Vaya a los Sprints Activos de la pizarra deseada.
2. Si es necesario, seleccione el sprint que desee completar en el menú desplegable
Sprint.
3. Haga clic en Sprint completo.
Si tiene sprints múltiples en los sprints activos de su pizarra, el botón 'Complete Sprint' no
aparecerá hasta que seleccione uno de los sprints múltiples.
Cuando complete el sprint, se producirán las siguientes acciones:
 Sus incidencias completadas saldrán de los sprints activos.
 Si tiene futuros sprints, puede mover cualquier incidencia no completada del final
del sprint a cualquiera de los futuros sprints o el Backlog.
 Si no tiene sprints en el futuro, las incidencias no terminadas al final del sprint se
devolverán al Backlog.
 Para sprints que tengan incidencias con los padres y subtareas:
 Si tienes incidencias con los padres que están 'Done' pero subtareas que no están
'Done', no podrás terminar el sprint. Debe completar las subtareas primero.
 Si tiene incidencias con los padres que no están 'Hecho' pero tienen subtareas que
están todas 'Hecho', las incidencias de los padres seguirán siendo trasladados al
Sprint futuro seleccionado o al Backlog.Si estas incidencias padres forman parte de
otro sprint activo, las subtareas completadas con anterioridad todavía están 'Listo'.
 Sus incidencias no serán marcadas con la fecha que el sprint fue cerrado; Sin
embargo, siempre se puede ver una incidencia del sprint para averiguar cuándo
terminó el sprint.
Otras tareas para completar al final de un sprint.
Realice una retrospectiva y vincule sus notas al sprint
Por lo general, al final de un sprint, realizar una retrospectiva de sprint. Esta es una
reunión donde su equipo discute el sprint completado, incluyendo las cosas que necesitan
para empezar a hacer, dejar de hacer o seguir haciendo. El resultado de esta reunión
debería ser acciones para mejorar los futuros sprints.
Cuando complete un sprint en JIRA Software, se le mostrará el "Informe Sprint", que
proporciona datos útiles sobre su sprint para la retrospectiva de su equipo.Si tiene
Confluence vinculado a JIRA también puede crear sus notas retrospectivas como páginas
de Confluence y vincularlas a su Informe Sprint.

Compruebe el progreso de su versión

El final de un sprint es un buen momento para comprobar cómo está progresando su
versión.

Libere el sprint como una versión (opcional).

Es posible que tu equipo no necesite publicar una versión al final de un sprint, pero si lo
necesitas, es fácil hacerlo. En la sección Incidencias completadas de la sección Informe
Sprint, haga clic en Ver en el Navegador de incidencias. Debería haber asignado ya las
incidencias a una versión antes de comenzar a trabajar en ellos (lo que resulta en mejores
informes). Sin embargo, si necesita especificar una versión para incidencias en esta etapa,
utilice la Edición masiva de JIRA para asignar todos las incidencias a la versión relevante.
Tenga en cuenta que no podrá hacerlo si su columna "Hecho" establece el estado de una
incidencia como "Cerrado", ya que las incidencias no son editables una vez que están
cerradas (pero "Resuelto" está bien). Además, tenga en cuenta que sólo puede editar
masivamente la 'Fix Version' para las incidencias de un proyecto a la vez.

Comience a planear su siguiente sprint!

Una vez que haya completado un sprint en JIRA software, puede empezar a prepararse
para una nueva.
Tenga en cuenta, que sólo puede tener un sprint activo a la vez, a menos que haya
habilitado Sprints Paralelos.

Reapertura de un sprint
JIRA Software le permite reabrir sprints que han sido previamente cerrados.
Esta es una característica útil cuando:
Has completado equivocadamente el sprint equivocado.
Has completado el sprint correcto, pero lo has completado demasiado pronto.
Por otra parte, los sprints que se cierran equivocadamente o se cierran demasiado
pronto afectarán la velocidad de su equipo, ya que los datos de estos sprints seguirán
incluidos en su tabla. Su tabla de velocidades reflejará entonces datos inexactos.

Antes de empezar.
Los sprints sólo se aplican a las pizarras Scrum.
Para volver a abrir un sprint, debe ser un administrador de JIRA o un usuario con el
permiso Manage Sprints.

Puntos generales al reabrir los sprints.

En general, es digno de mantener estos puntos en mente cuando estás tratando de reabrir
un sprint:
  Cuando la función Sprints Paralelos no este habilitada y hay un sprint activo
actualmente, no puede volver a abrir el sprint que completó anteriormente.
 Cuando las incidencias en el sprint completado ya se han movido a otros sprints
activos, todavía puede volver a abrir el sprint, pero no contendrá las incidencias
que ya esten en los sprints activos.
 Para los incidencias que se completan fuera de un sprint, pero luego son retirados
en un sprint que acaba de reabrir, el Sprint Report para el sprint abierto mostrará
estas incidencias como "completado fuera de este sprint".

Una mirada en profundidad a la reapertura de sprints

El siguiente diagrama muestra los posibles flujos cuando se están reabriendo sprints,
dependiendo de ciertos escenarios.

Escenarios en los que puede reabrir los sprints

En los siguientes escenarios de ejemplo enumerados a continuación, asumamos los
siguientes detalles:
 Has creado un sprint y lo has llamado 'Sprint 1'.
 Añadiste algunas incidencias al Sprint 1 y lo inició.
 Su equipo está trabajando en esta incidencia en el Sprint 1.
 Tienes un futuro sprint planificado llamado 'Sprint 2'.
Escenarios Simples.
A continuación se presentan algunos ejemplos de escenarios simples, donde es posible
que desee volver a abrir un sprint, y los resultados que puede esperar.

Detalles de escenarios Resultados previstos

 Cerraste el Sprint 1, y hubo algunas
incidencias completas en él. 1. El Sprint 1 se vuelve a abrir con éxito.
 Todos las incidencias incompletas 2. El Sprint 1 contiene todas las
fueron trasladadas al Backlog. incidencias completas e incompletas
 Todas estas incidencias incompletas que estaban en Sprint 1 cuando se
todavía están en el Backlog cuando cerró.
intenta reabrir el Sprint 1.
 Ha cerrado el Sprint 1 y no se han Sprint 1 no se puede volver a abrir porque
completado incidencias. todas las incidencias incompletas en Sprint 1
 Todos las incidencias incompletas cuando se cerró están ahora en el Sprint 2
fueron trasladadas al Backlog. actualmente activo.
 Durante la planificación del sprint,
movió todas estas incidencias al
Sprint futuro, Sprint 2.
 Inició Sprint 2 y Sprint 2 es un sprint
activo cuando intenta volver a abrir
Sprint 1.
 La función Parallel Sprints está
habilitada.

Escenarios Complejos.
En algunos casos, es posible que pueda volver a abrir un sprint, pero los resultados
pueden no ser como esperaba que fueran. O tal vez no pueda reabrir un sprint por
completo. A continuación se presentan algunos ejemplos de escenarios complejos donde
es posible que desee volver a abrir un sprint, y los resultados que puede esperar.

Detalles del escenario Resultados previstos

 Cerraste Sprint 1, y hubo
algunas incidencias
completas en él.
 Todos las incidencias
incompletas fueron
trasladadas al Backlog.
 Durante la planificación del
sprint, movió algunos de
estas incidencias al Sprint
futuro, Sprint 2.
 Inició Sprint 2 y Sprint 2 es
un sprint activo cuando
1. Sprint 1 se vuelve a abrir con éxito.
2. Sprint 1 contiene todas las incidencias
completas e incompletas que estaban en el
Sprint 1 cuando se cerró.
3. Las incidencias incompletas que estuvieron en
Sprint 1 cuando fue cerrado, pero actualmente
están en el Sprint 2 activo, permanecerán en
Sprint 2. Esto se debe a que las incidencias en
un sprint activo no se mueven durante el
proceso de reabrir sprint.
 intenta volver a abrir Sprint
1.
 La función Parallel Sprints
está habilitada.
 Cerraste Sprint 1, y hubo
algunas incidencias
completas en él.
 Todas la incidencias
incompletas fueron
trasladadas al Backlog. Sprint 1 no se puede volver a abrir por las siguientes
 Durante la planificación del razones:
sprint, movió algunos de
estas incidencias al Sprint  Hay un sprint activo actualmente, Sprint 2.
futuro, Sprint 2.
 Inició Sprint 2 y Sprint 2 es  La función Parallel Sprints no está habilitada.
un sprint activo cuando
intenta volver a abrir Sprint
1.
 La función Parallel Sprints
no está habilitada.
 Ha cerrado Sprint 1 y no se
han completado incidencias.
 Todas las incidencias
incompletas fueron
trasladadas al Backlog.
 Durante la planificación del
sprint, movió todos estas Sprint 1 no se puede reabrir porque todos sus
incidencias al Sprint futuro, problemas están ahora en el sprint activo
Sprint 2. actualmente, Sprint 2.
 Inició Sprint 2 y Sprint 2 es
un sprint activo cuando
intenta volver a abrir Sprint
1.
 La función Parallel Sprints
está habilitada.

Reapertura de un sprint.
1. Haga clic en Pizarras(en el encabezado)> seleccione la pizarra deseada.
2. Haga clic en Informes y , a continuación , seleccione Sprint Report.
3. Seleccione el sprint deseado en el menú desplegable de sprint.
4. Haga clic en Reabrir Sprint. Se mostrará el diálogo Reopen Sprint, mostrándole el
resultado que puede esperar cuando se vuelve a abrir el sprint.
5. Haga clic en Reabrir.
Tenga en cuenta los siguientes detalles que tienen lugar cuando se completa un sprint y
luego se vuelve a abrir:
 Al completar un sprint, este evento de completar el sprint será grabado en el
Informe Sprint correspondiente.
 Al reabrir ese sprint, este evento de reapertura del sprint también se grabará en el
Informe Sprint. Sin embargo, el informe utilizará ahora la nueva fecha de
finalización.
 Cuando se complete el sprint reabierto, la última fecha de finalización aparecerá
como la fecha de finalización en el Informe Sprint.
Vinculación de una página Confluence a un sprint.
Si ha vinculado su instancia de JIRA a una instancia de Confluence, puede crear y vincular
páginas de Confluence a sus sprints mediante JIRA. Por ejemplo, es posible que desee
escribir las notas de la reunión de sprint en Confluence y vincularlas al sprint. También
puede escribir las notas retrospectivas de su equipo en Confluence y vincularlas al Informe
Sprint para el sprint completado.

Captura de pantalla: páginas enlazadas a un sprint .

Antes de empezar.
Estas instrucciones sólo se aplican a las pizarras Scrum.

Creación de una nueva página de Confluence enlazada a un sprint.

... en sprints activos:
1. Vaya a los Sprints Activos de la pizarra deseada.
2. Encuentra el sprint en el cual desea crear una página vinculada. Haga clic en
Páginas vinculadas en la parte superior derecha del sprint.
3. Haga clic en Crear página. Se mostrará el cuadro de diálogo "Crear" en
Confluence, con las Notas de Reunión seleccionados (seleccione uno diferente si no
desea utilizarlo).
... en el Informe Sprint:
1. Vaya al informe de Sprint, como se describió anteriormente.
2. Haga clic en Páginas enlazadas encima del gráfico del informe.
3. Haga clic en Crear página. Se mostrará el cuadro de diálogo "Crear" en Confluence,
con el Plan de Retrospectiva seleccionado.(seleccione un plan diferente, si no desea
usarlo).
Vinculación de una página Confluence existente a un sprint.
... en sprints activos:
1. Vaya a los sprints Activos de la pizarra deseada.
2. Encontrar el sprint al que desea crear una página vinculada. Haga clic en Páginas
vinculadas en la parte superior derecha del sprint.
3. Haga clic en Vincular página, busque la página que desee y selecciónela.
... del Informe Sprint:
1. Vaya al informe de Sprint, como se describió anteriormente.
2. Haga clic en Páginas enlazadas encima del gráfico del informe.
3. Haga clic en Vincular página, busque la página que desee y selecciónela.

Comprobación del progreso de una versión.

Has estado supervisando el progreso de tus sprints y manteniendo a tu equipo en pista
para cada iteración. ¿Cómo saber si estás en camino de entregar la versión?
JIRA proporciona una serie de herramientas que puede utilizar para supervisar el progreso
de una versión. Estas herramientas pueden ayudarle a ver problemas temprano, así como
determinar la probabilidad de lanzar una versión a tiempo.

Antes de empezar.
Estas instrucciones sólo se aplican a las proyectos Scrum.

Centro de versiones. ( Release HUB)

El Centro de versiones le ayuda a comprender el estado del trabajo de su versión en un
momento determinado. Muestra un resumen y un desglose de las incidencias de la
versión, agrupados por estado. Además, si ha conectado el software JIRA a sus
herramientas de desarrollo, esta página también le advierte si sus herramientas de
desarrollo no están sincronizadas con JIRA Software. Por ejemplo, incidencias terminadas
pull request abiertas, incidencias terminadas con builds fallidos, incidencias terminadas
que tienen commits no revisados, etc.
1.Vaya a su proyecto.
2.Haga clic en Releases> su versión que desee.
Informe Release Burndown.
El informe 'Release Burndown' ayuda a entender cómo su equipo está progresando hacia
la finalización de la versión. El informe muestra la velocidad de su equipo (en relación a la
versión actual), cómo los cambios en el alcance han afectado el progreso y el número
estimado de sprints necesarios para completar el trabajo restante.
Reporte de estado.
Si tiene Confluence vinculado a JIRA Software y necesita proporcionar informes de estado a
los grupos de interés externos, puede generar un 'Informe de estado' en Confluence que
muestra el progreso de una versión.
Uso de la página de lanzamiento(release) para comprobar
el progreso de una versión.

Captura de pantalla: página de lanzamiento para una versión de JIRA

Preguntas frecuentes

¿Cómo encuentro la página 'Release' para una versión?

Vaya a su proyecto>Releases> su versión deseada.

¿Qué advertencias se muestran en la pestaña "Advertencias"?

Las advertencias de incidencia le indican cuándo los datos de su incidencia están
potencialmente fuera de sincronización con los datos de desarrollo. Dependiendo de qué
herramientas de desarrollo estén conectadas a JIRA Software, la página de lanzamiento
mostrará las siguientes advertencias:

Herramienta de
Tipo de alerta desarrollo Cuando se mostrará una advertencia?
requerido
Solicitudes de
extracción Una incidencia está hecha, pero tiene un pull
bitbucket
abiertas (pull request abierto.
requests )
Revisiones Una incidencia está hecha, pero tiene una
Crisol
abiertas revisión abierta.
Una incidencia está hecha, pero sus commits no
Código no
Crisol, Bitbucket forman parte de un pull requests o revisión de
revisado
código
Una incidencia está hecha, pero está vinculada a
Build fallidos Bamboo
un build fallido.
¿Qué estados se consideran 'To Do', 'In Progress' y 'Done'?
En la página Release (Liberar) de una versión, las incidencias se agrupan en pestañas,
dependiendo de si están en 'To Do', 'In Progress' o 'Done'. También, las advertencias de
incidencias se evalúan, dependiendo de si una incidencia está "hecha" o no.
'To Do', 'In Progress' o 'Done' asignan éstas categorías de estado con el estado de una
incidencia. La categoría de estado de un estado se define cuando se crea un estado.
Por ejemplo, el estado 'Open' puede tener su categoría de estado establecida en 'To Do'.
Por lo tanto, se mostrará en la página de release en la pestaña "Incidencias por hacer".

¿Por qué no puedo ver ninguna advertencia?

Las advertencias sólo se mostrarán en la página de release si:
 JIRA Software está conectado a sus herramientas de desarrollo Atlassian, por
ejemplo Bitbucket, Bamboo, FishEye / Crucible; O GitHub.
 Tiene el permiso 'Ver herramientas de desarrollo'.
Las advertencias están habilitadas. Puede ver qué advertencias están habilitadas haciendo
clic en el botón Administrar advertencias.
¿Qué información veré en la columna 'Desarrollo'?

La columna "Desarrollo" mostrará los commits, las compilaciones y las implementaciones

relacionadas con una incidencia, siempre y cuando el Software JIRA esté conectado a la
herramienta de desarrollo requerida.

Haga clic en cualquiera de los símbolos para ver un cuadro de diálogo detallada. El diálogo
también proporcionará enlaces a los commits, builds, o implementaciones en la
herramienta de desarrollo.

¿Cómo publico una versión?

Liberar la versión lo marcará como 'Released' en el software JIRA. Tendrá la opción de
establecer una fecha de lanzamiento y trasladar cualquier incidencia incompleta a otra
versión. Si JIRA Software está conectado a Bamboo, también puede optar por ejecutar una
compilación cuando se libere la versión.

¿Por qué aparece un mensaje de "sincronización" junto al estado de mi

versión?
JIRA Software sincroniza regularmente las incidencias con sus datos de desarrollo
relacionados. Sin embargo, para asegurarse de que está viendo los datos más recientes al
visitar la página de publicación de la versión, JIRA Software realizará otra comprobación y
sincronizará los datos que no estén actualizados.

Monitoreo de trabajos en un proyecto Kanban.

La pizarra Kanban. Es una pizarra que se creó usando el preset "Kanban".
Kanban se basa en el suministro continuo de trabajo. En lugar de iteraciones del plan, el
flujo de trabajo es supervisado constantemente para asegurarse de que siempre hay
tareas que se está trabajando. Esto significa que cuando se hayan completado las tareas,
las nuevas tareas se ven involucrados en el trabajo en curso.
Utilice el tablero Kanban si su equipo se centra en la gestión y limitar el trabajo en curso.

Antes de empezar.
Debe configurar las columnas para su pizarra. Al configurar las columnas, asegúrese de:
 Asignar a cada estado (columna) una función distinta en su proceso de desarrollo,
por ejemplo, en progreso, pruebas, espera de fusión, etc.
 Configure las restricciones adecuadas para las columnas.
Además, las diferentes funcionalidades de la pizarra Kanban requieren diferentes
permisos. Por ejemplo, para iniciar un sprint, necesita ser un administrador de proyectos
para todos los proyectos que coincidan con el filtro de la pizarra.

Acerca de la pizarra Kanban.

Una incidencia sólo será visible en la pizarra Kanban si:
 La incidencia no es una subtarea,
 La incidencia coincide con el filtro guardado de la pizarra,
 El estado de la incidencia se correlaciona con una de las columnas del tablero (pero
no con la columna 'Listo'), y
 Hay por lo menos un estado que se asigna a la columna más a la derecha, por
ejemplo, si tiene las columnas Selected for Development, In Progress , y Done o,
asegúrese de que al menos tenga un estado asignado a In Progress. Si asigna todos
los estados a la primera columna (Selected for Development, ), no podrá ver ninguna
incidencia en la pizarra Kanban.

Acceso a la pizarra Kanban.

Vaya a su pizarra deseada y haga clic en Pizarra Kanban.
¿Qué puedo hacer en una pizarra Kanban?
Añadir incidencias al tablero Kanban.
Haga clic en Crear en el encabezado para abrir el cuadro de diálogo "Crear incidnecia" y
crear la incidencia. La incidencia se añadirá al fondo de la pizarra Kanban.
Sugerencia: marque la casilla de verificación Crear otro en el diálogo 'Crear incidencia'
para mantenerla abierta, si está creando varias incidencias.
Priorizar el tablero Kanban.
Arrastre y suelte una incidencia para clasificarla. También puede hacer clic con el botón
secundario en la incidencia para abrir un menú que le permite enviarlo a la parte superior
o inferior de la columna.
Ver los detalles de una incidencia.
Haga clic en la incidencia deseada en la pizarra. Los detalles de la incidencia se mostrarán
en un panel a la derecha de la pizarra.
Si desea seleccionar una incidencia en lugar de abrir los detalles de la incidencia, utilice
ctrl-clic izquierdo o comando-clic izquierdo.

Estimar historias .
Utilice las teclas 'J' y 'K' para desplazarse por las incidencias de la pizarra y mostrar los
detalles en el lado derecho de la pantalla. Utilice la tecla 'E' para editar una incidencia,
luego actualice las estimaciones o los puntos de la historia a medida que avanza.
De forma predeterminada, el campo Puntos de historia sólo está disponible para las
incidencias de tipo 'Historia' o 'Epic'.
Identificar la carga de trabajo de los especialistas.
Los avatares para usuarios (especialistas) que tienen trabajo asignado a ellos en un sprint
se muestran en la parte superior de un sprint. Haga clic en … (junto a los avatares) para
ver la carga de trabajo de sprint para los que fueron asignados.
Crear subtareas.
Seleccione la incidencia deseada, pulse el botón '.' Y escriba "crear subtarea" para abrir el
cuadro de diálogo "Crear subtarea". Cree la subtarea como desee.
Las subtareas son útiles para descomponer una historia (edición) en fragmentos
implementables.
Marcar una incidencia.
Haga clic con el botón derecho en una incidencia para abrir un menú y seleccione Añadir
indicador.
Filtrar incidencias.
Haga clic en el filtro rápido deseado (debajo del nombre de la pizarra), por ejemplo, Sólo
Mis incidencias.
Lanzar incidencia(release).
Haga clic en Release para liberar las incidencias completadas. Cuando libera incidencias,
estas incidencias ya no aparecen en la columna Done y se crea una versión de
lanzamiento, que puede ver en la pestaña "Releases" del proyecto.

Uso de sprints activos.

Los sprints activos de una pizarra de Scrum muestran las incidencia que su equipo está
trabajando actualmente. Puede crear y actualizar incidencias, arrastrar y soltarlas para
hacer la transición a través de un flujo de trabajo.

Antes de empezar.
Los sprints activos sólo están disponibles en las pizarras Scrum.
Diferentes funciones en los sprints activos de una pizarra requieren permisos diferentes.
Por ejemplo, para eliminar una incidencia de un sprint, debe tener los permisos
Schedule Issues y Edit Issues.

Utilizar sprints activos de una tarjeta Scrum.

Vaya a los sprints Activos de la pizarra deseada.

Captura de pantalla: sprints activos de un tablero Scrum

Acerca de los sprints activos:

 Una incidencia solo será visible en los sprints activos si:
 ◦ El estado de la incidencia se correlaciona con una de las columnas de la pizarra,
◦ La incidencia está en un sprint activo (para los tableros Scrum), y
◦ La incidencia coincide con el filtro guardado de la pizarra.

 Cada columna se correlaciona con uno o más estados de JIRA.

 Las subtareas se muestran ligeramente indentadas, con la clave de incidencias de
los padres mostrada anteriormente.
 Los Swimlanes se basan en criterios de su elección. Las incidencias ocultas por un
filtro rápido se excluirán del recuento de swimlane.
 La pizarra se actualizará cada 30 segundos, si la ventana del navegador no tiene
actualmente el foco. Si tiene foco en la ventana, mostrará un mensaje, pidiéndole
que actualice.
 Si ha habilitado el indicador "Días en columna" para su pizarra (mediante la
configuración de columnas), los puntos aparecerán en la parte inferior de cada
incidencia (hasta el ancho de la pizarra o un máximo de 32 puntos). Los puntos
indican el número de días que la incidencia ha estado en su columna actual. Pasa el
cursor sobre los puntos para ver el número total de días.

¿Qué puedo hacer en los sprints activos de una pizarra Scrum?

Añadir incidencias a la columna To Do.
Haga clic en Crear en la cabecera para abrir el cuadro de diálogo 'Crear incidencia' y cree
su incidencia. La incidencia se añadirá a la columna To Do.
Sugerencia: marque la casilla de verificación Crear otro en el diálogo 'Crear incidencia'
para mantenerla abierta, si está creando varias incidencias.
Ver los detalles de una incidencia.
Haga clic en la incidencia deseada en la pizarra. Los detalles de la incidencia se mostrarán
en un panel a la derecha de la pizarra.
También puede seleccionar varias incidencias, hacer clic con el botón secundario y, a
continuación, seleccionar Ver en el Navegador de incidencias para obtener una vista
diferente de las incidencias.
Dar prioridad a una incidencia.
Arrastre y suelte una incidencia dentro de una columna para clasificarla.
Transición de una incidencia.
Arrastre y suelte una incidencia entre columnas.
Crear subtareas.
Seleccione la incidencia deseada, pulse el botón '.' Y escriba "crear subtarea" para abrir el
cuadro de diálogo "Crear subtarea". Cree la subtarea como desee.
Las subtareas son útiles para descomponer una historia (edición) en fragmentos
implementables.
Filtrar incidencias.
Haga clic en el filtro rápido deseado (debajo del nombre de la pizarra), por ejemplo, Sólo
Mis incidencias.
Cambio masivo de incidencias.
Haga clic con el botón derecho del ratón (o seleccione varias incidencias y haga clic con el
botón secundario del ratón) para abrir un menú y seleccionar Cambio en masa.
Remover incidencias del sprint.
Haga clic con el botón derecho del ratón (o seleccione varias incidencias y haga clic con el
botón derecho del ratón) para abrir un menú y seleccione Eliminar de Sprint.

Uso de Sprints paralelos.

La función Parallel Sprints le permite activar varios sprints activos en paralelo. Por ejemplo,
si tiene dos equipos trabajando con el mismo backlog, cada equipo puede ahora trabajar
en su propio sprint.
Tenga en cuenta las siguientes advertencias cuando utilice Sprints paralelos:
 El gráfico de velocidades no mostrará la velocidad por equipo.
 La implementación actual supone que los equipos realizan la estimación de forma
idéntica, lo cual es poco probable en la práctica.

Habilitación de Sprints paralelos.

Inicie sesión como usuario con el permiso global "Administradores de JIRA".
Seleccione Administración JIRA en la barra superior> Aplicaciones , luego desplácese por la
página hasta la sección Software de JIRA.
En Configuración de software de JIRA , seleccione la casilla Sprint paralelo(Parallel Sprints ).

Liberar una versión.

Liberar una versión es la culminación del trabajo duro de su equipo. Puede ser el resultado
de muchas iteraciones de trabajo a lo largo de varios meses. Como administrador de la
iteración, será su trabajo asegurarse de que todo el trabajo esté completo para el
lanzamiento y coordinar las actividades necesarias para liberar la versión.
Como se describe en Configuración de versiones en un proyecto Scrum y Configuración de
versiones en un proyecto kanban, las versiones se manejan de manera diferente en
proyectos Scrum y Kanban. Una versión en un proyecto Scrum está pre-planeada y se
libera cuando el trabajo planeado está completo. En un proyecto Kanban, una versión
puede ser lanzada en cualquier momento - la versión contendrá todos las incidencias que
están completas en ese momento.
La documentación de esta sección le ayudará a liberar su versión en el software JIRA.

Visión General.
Compruebe el estado de la versión de una versión.
Antes de lanzar una versión, debe asegurarse de que todo esté listo – las incidencias están
completas, se ha realizado el commit, revisado y fusionado, las compilaciones se han
completados, etc. En el software JIRA, el Centro de versiones puede proporcionarle la
información que necesita para Una liberación, en un solo lugar.
Implementar la versión.
La implementación de la liberación requiere que se tomen acciones en varios sistemas
diferentes. La versión de JIRA Software necesita ser lanzada, las build (s) necesitan ser
ejecutadas para generar el artefacto, el artefacto necesita ser desplegado a los entornos
correctos, etc.

Crear la documentación de la versión.

Una vez que haya implementado su versión, puede que desee crear documentación para
acompañarla. Si tiene el Software JIRA conectado a Confluence, puede generar un informe
de 'Registro de cambios' en Confluence para sus grupos de interés.

¿Ya lanzaste tu versión?

Comprobación del estado de lanzamiento de una versión.

Una versión tiene muchas partes móviles. Como administrador de la iteración, debe
asegurarse de que todo esté listo antes de que pueda liberarse: las incidencias están
completas, el código tiene el commit correspondiente, revisado y fusionado, las
compilaciones están correctas, etc. El Centro de publicación en el software JIRA puede
ayudarle a mantenerse al día Todo cuando sea el momento de lanzar una versión. Cada
incidencia en JIRA Software también tiene un panel de desarrollo que le ayuda a ver el
estado de desarrollo de una incidencia de un vistazo.

Antes de empezar.
 Si utiliza una pizarra Kanban, no puede utilizar el Hub de Lanzamiento para
comprobar el estado de una versión no publicada. El Hub de lanzamiento en
pizarras Kanban sólo muestra versiones liberadas.

Uso del Centro de Liberación. (Release HUB).

Como se describe en Comprobar el progreso de una versión, el Centro de lanzamiento es
útil para ver el estado de una versión en un momento determinado. Muestra un resumen y
un desglose de las incidencias de la versión, agrupados por estado, para que pueda ver si
hay algún trabajo restante para la versión.
Si tiene el software JIRA conectado a sus herramientas de desarrollo, la pestaña
"Advertencias" también le puede ayudar a detectar incidencias que podrían causar
problemas para la versión. Estos incluyen incidencias que deben estar en la versión pero
no se han combinado (pull requests), incidencias que no han tenido revisiones de código,
etc. En lugar de pasar el tiempo buscando esta información, puede ayudar a su equipo a
clasificar estos problemas Tan pronto como se produzcan.
1.Vaya al proyecto en el que se encuentra su versión.
2.Haga clic en Releases> la versión que desee.
Comprobación del estado de desarrollo de una incidencia.
Si necesita profundizar en incidencias individuales, el panel de desarrollo de cada
incidencia le mostrará su estado de desarrollo. Esto incluye commits, build, ramas, pull
request, y mucho más.

Implementación de una versión.

Es hora de convertir el trabajo duro de su equipo en una versión de software. Para esta
etapa, usted debe estar seguro de que su versión está lista para ser lanzado – las
incidencias están completadas, el código revisado y fusionado, las compilaciones están
pasando, etc
Para implementar una versión, suelen liberar la versión desde JIRA Software, crear la
versión y luego implementar la versión en el entorno requerido.

Antes de epezar.
 Debe ser administrador de un proyecto para realizar las tareas del software JIRA en
esta página.

Libera tu versión en JIRA Software

Antes de publicar su versión compruebe el estado del release de su versión.

Scrum.
En un proyecto Scrum, se crea una versión cuando se inicia el trabajo en el proyecto. Las
incidencias se asignan a la versión durante el desarrollo. Liberar la versión es sólo una
cuestión de marcar la versión como liberada.
1. Vaya al proyecto en el que se encuentra su versión.
 2. Haga clic en Releases> la versión que desee.
3. En la página de versión, haga clic en el botón Liberar (Release).
4. Aparecerá el diálogo de liberación.
5. Introduzca los detalles de la liberación y, a continuación, haga clic en el botón
Release(Liberar).
Tenga en cuenta que si hay incidencias no resueltas, puede optar por ignorar estas
incidencias y continuar con la liberación o moverlas a una versión posterior.
Liberar una versión en una pizarra de Scrum marca la versión como lanzada (released). No
modifica automáticamente las incidencias de la versión de ninguna manera.

Kanban
En un proyecto de Kanban, se crea la versión en el momento de la liberación. La versión
contendrá todos las incidencias que están 'hecho'(Done) (es decir, en más a la derecha
de la columna) en ese momento.
1. Vaya al proyecto en el que se encuentra su versión.
2. Haga clic en pizarra Kanban.
3. Haga clic en el botón Liberar (Release)
4. Aparecerá el diálogo de liberación.
5. Introduzca los detalles de la liberación y, a continuación, haga clic en el botón
Release(LIberar).
Liberar una versión en un tablero Kanban hace lo siguiente:
 Para todas las incidencias que están 'Hecho'(Done), establece el Fix de la Versión en
la versión que acaba de crear.
Marca la versión como publicada(released).
Como resultado, las incidencias deberían desaparecer de la pizarra, ya que el subproceso
de trabajo predeterminado para una pizarra Kanban sólo muestra incidencias que no
tienen una versión de corrección o incidencias con una versión que no se ha publicado.
Tenga en cuenta, si una incidencia tiene varias versiones de corrección, sólo desaparecerá
de la pizarra una vez que se hayan liberado todas las versiones.

Construir el release.
El siguiente paso es construir el release. Una liberación es esencialmente una instantánea
de los artefactos y metadatos relacionados que se desplegarán. Una liberación se crea a
partir de una sola compilación.
Si ha conectado el software JIRA a Bamboo, puede ejecutar automáticamente una versión
de Bamboo cuando libere una versión. De lo contrario, si no ha conectado JIRA Software a
Bamboo, o está utilizando una herramienta de compilación diferente, tendrá que ejecutar
sus compilaciones de forma independiente.

Implementar el lanzamiento.
Una vez que haya construido sus artefactos, debe desplegarlos en el entorno requerido.
Puede realizar algunas implementaciones en diferentes entornos (por ejemplo, prueba,
puesta en escena, etc.) antes de lanzarlas a sus clientes.
Si está utilizando Bamboo, los proyectos de implementación simplifican la implementación
de sus artefactos en diferentes entornos. De lo contrario, tendrá que copiar manualmente
los archivos a través de entornos.

Ejecución de un Build en Bamboo al liberar una versión.

La liberación de una nueva versión del software suele implicar una serie de tareas, como
la liberación de la versión en JIRA Software, la construcción y pruebas, la fusión de código,
la creación de etiquetas, ramas, etiquetado de compilaciones,etc Si ha conectado JIRA
Software a Bamboo, puede activar estas tareas para ejecutarse automáticamente en el
lanzamiento de una versión en el software JIRA.
Al liberar una versión de JIRA Software, tendrá la opción de seleccionar un plan de Bamboo
y especificar qué etapas del plan ejecutar. Liberar la versión ejecutará el plan en Bamboo.
Si el Plan es exitoso, la versión será lanzada en JIRA Software. De lo contrario, la versión no
se publicará.

Antes de que empezar.

El administrador de JIRA debe tener integrado JIRA Software con Bamboo.
El administrador de JIRA debe haber instalado el complemento JIRA Bamboo más reciente
para utilizar la función de administración de releases. Para obtener instrucciones
sobre cómo instalar un complemento, consulte Administración de complementos.
Debe ser un administrador de proyectos para el proyecto en el que se encuentra la
versión. Para obtener más información, consulte Visión Generalde permisos.

Ejecución de un Build de Bamboo al liberar una versión.

Vaya al proyecto en el que se encuentra su versión.
Haga clic en Releases
Haga clic en la versión deseada.
En la página de versión, haga clic en el botón Liberar(Release).
Aparecerá el diálogo de creación de liberación.
Introduzca los detalles de la versión para la versión:
 Sin construir.
Elija esta opción si no desea ejecutar un build de Bamboo, es decir, sólo desea liberar la
versión en el software JIRA
 Nueva Construcción.
Elija esta opción si desea ejecutar una compilación de Bamboo que no se ha iniciado:
* Uso de Plan- Puede seleccionar cualquier plan en la instancia de Bamboo vinculada que
tenga permiso para ver (a menos que su administrador haya configurado la autenticación
HTTP básica).
* Etapas: puede seleccionar las etapas que desea ejecutar para esta versión. Tenga en
cuenta que no puede saltar etapas.
* Construir variables - Puede anular cualquier variable global o planificar variables con
sus propios parámetros.
 Construcción Existente.
Elija esta opción si desea ejecutar una compilación de Bamboo que esté en progreso y se
haya detenido en una etapa opcional:
* Uso de Plan- Puede seleccionar cualquier plan en la instancia de Bamboo vinculada que
tenga permiso para ver (a menos que su administrador haya configurado la autenticación
HTTP básica).
* Etapas: puede seleccionar las etapas que desea ejecutar para esta versión. Tenga en
cuenta que no puede volver a ejecutar etapas que se han completado ni omitir etapas.
* Construir variables - Puede anular cualquier variable global o planificar variables con
sus propios parámetros.
7. Haga clic en Liberar( release). La compilación de bambú se ejecutará. Si
tiene éxito, la versión será lanzada. Si no, puede optar por ejecutarlo de
nuevo, o seleccionar un plan diferente.

Trabajando en un proyecto ágil.

Si usted es un miembro del equipo que trabaja con JIRA Software, ¡usted está en el lugar
correcto! Estas páginas le serán de utilidad si es desarrollador, diseñador, persona de
control de calidad, escritor técnico o cualquier otra persona que utilice (pero no configure)
el software JIRA. Los temas de este capítulo le ayudarán a utilizar JIRA Software para
gestionar su trabajo.
¿En el lugar equivocado? Vea los siguientes capítulos en su lugar:
 Si es responsable de ejecutar un proyecto ágil con JIRA Software, consulte Liderar
un proyecto Ágil.
 Si es un administrador que instala o configura el servidor del software JIRA, consulte
Administración de JIRA.

¿Dónde empiezo?
Si esta es la primera vez que usa el software JIRA, lea Comenzando como usuario de
JIRA antes de comenzar a leer otros temas.

Visión general.
Los temas de este capítulo cubren las actividades que se tendrá que hacer en un momento
dado cuando empiece a usar software de JIRA.
Tenga en cuenta, que va a trabajar con pizarras en un proyecto ágil, y puede ser digno de
saber cómo utilizar la barra lateral proyecto en JIRA software.

Búsqueda de incidencias.
Mientras está haciendo un trabajo de desarrollo en JIRA Software, llegará un momento en
el que tendrá que buscar incidencias. La incidencia en el que está trabajando actualmente
puede estar relacionado con una incidencia en el que su equipo trabajó antes y desea
encontrar esa incidencia. Hay muchas formas de buscar incidencias en el software JIRA.

Trabajar con incidencias.

Hay mucho que puedes hacer en JIRA Software cuando empieces a trabajar en tus
incidencias. Puede crear incidencias, calcular cuánto tiempo se tarda en completarlas,
colaborar con su equipo mientras trabaja en incidencias, hacer referencia a incidencias
desde y hacia su repositorio de origen, ver la información de desarrollo de las incidencias,
etc.

Configuración de dashboards.
Puede agregar, configurar y personalizar paneles en el software JIRA.Con los gadgets,
puede elegir la información que aparece en su dashboaard o wallboard: si utiliza
wallboards para ese propósito. Puede usar los gadgets que ayudan a que usted y su
equipo sean más productivos.

Administrar su perfil de usuario.

Es posible que desee personalizar algunos detalles en su perfil de usuario a medida que
avanza en su trabajo de desarrollo. Puedes editar tus datos de usuario, cambiar tu avatar
o tu contraseña, configurar tu página de inicio de JIRA, administrar tus notificaciones por
correo electrónico, ver y administrar tus fichas OAuth, etc.

Búsqueda de incidencias.
¿No puede encontrar la incidencia que está buscando? Esta página le mostrará cómo
buscar incidencia en JIRA. Cualquier usuario puede buscar incidencia, aunque sólo verán
resultados de incidencia de proyectos en los que puedan ver incidencia (es decir, el
permiso 'Explorar proyecto').
A continuación encontrará una guía paso a paso que le mostrará cómo ejecutar una
búsqueda y utilizar los resultados de la búsqueda. Si desea más detalles sobre cualquier
cosa que se describe en esta página, consulte los temas relacionados en la parte inferior
de la página.

Defina sus criterios de búsqueda.

El primer paso para buscar incidencias es definir los criterios para su nueva búsqueda.
Puede definir sus criterios de búsqueda de tres formas diferentes: mediante la búsqueda
rápida, la búsqueda básica o la búsqueda avanzada.

Búsqueda rápida.

La búsqueda rápida es la forma más rápida de definir los criterios de búsqueda. Sin
embargo, es menos preciso que otros métodos de búsqueda para consultas complejas (por
ejemplo, project = JIRA AND status = Open AND priority = High ). Es muy útil
cuando los criterios de búsqueda no son complejos, por ejemplo, conoce la clave del
proyecto y algunas palabras clave para una incidencia.
Para utilizar la búsqueda rápida: Introduzca los criterios de búsqueda en el cuadro de
búsqueda del encabezado y pulse Intro.
Sugerencia: Si conoce la clave de problema o la clave de proyecto, introdúzcala antes de
otros términos de búsqueda, por ejemplo, "El enlace de ayuda de JIRA está roto".

Búsqueda básica.
La búsqueda básica es más precisa que la búsqueda rápida, pero más fácil de usar que la
búsqueda avanzada. Proporciona una interfaz fácil de usar que permite definir consultas
complejas, sin necesidad de saber cómo utilizar JQL (búsqueda avanzada).
Para utilizar la búsqueda básica: Vaya a Tareas (en el encabezado)> Búsqueda de
incidencias, a continuación, introduzca los criterios de búsqueda.
Consejo: Si se muestra la búsqueda avanzada en lugar de la búsqueda básica, haga clic en
Básico junto al icono de lupa.

Búsqueda Avanzada.
La búsqueda avanzada es el más potente de los tres métodos de búsqueda. Puede
especificar criterios que no se pueden definir en las otras búsquedas (por ejemplo,
cláusula ORDER BY ). Sin embargo, debe saber cómo construir consultas estructuradas
utilizando el lenguaje de consulta JIRA (JQL) para usar esta función.
Para usar la búsqueda avanzada: Navegue a Tareas (en el encabezado)> Buscar
incidencias y, a continuación, introduzca los criterios de búsqueda.
Sugerencia: Si se muestra la búsqueda básica en lugar de la búsqueda avanzada, haga clic
en Avanzado junto al icono de lupa.

Cambiar la vista de los resultados de la búsqueda.

Ha creado los criterios de búsqueda perfectos y ejecuta la búsqueda. Los resultados de la
búsqueda se mostrarán en el navegador de incidencias. El navegador de incidencias le
permite cambiar la forma en que se muestran los resultados de búsqueda. Por ejemplo, es
posible que desee colocar las incidencias de alta prioridad en la parte superior u ocultar
determinados campos.
 Cambiar el orden: Haga clic en el nombre de la columna.
 Mostrar / ocultar columnas : haga clic en Columnas y elija las columnas deseadas.
Trabajar con los resultados de búsqueda.
Los resultados de búsqueda se muestran de la manera que se desea. Ahora puede trabajar
con las incidencias reales en los resultados de búsqueda. El navegador de incidencias le
permite realizar acciones individuales, así como todo el conjunto de incidencias devueltos
por su búsqueda.
Incidencias individuales:
 Ver la incidencia: haga clic en la clave o nombre de problema.
 Acción de problemas individuales: haga clic en el ícono “...” en la ultima columna de
la fila y seleccione una opción
Todas las incidencias del resultado de la búsqueda:
 Exporte los resultados de la búsqueda a diferentes formatos, como Excel y XML:
Haga clic en Exportar yseleccione el formato deseado.
 Comparta los resultados de la búsqueda: Haga clic en Compartir y, a continuación,
introduzca los detalles del destinatario.
 Cree un feed RSS: Haga clic en Exportar> RSS (Incidencias) o RSS (Comentarios) .
 Modificación masiva de incidencias en los resultados de la búsqueda: haga clic en
Herramientas y seleccione Cambiar en bloque todas las <n>incidencias.

Guarde su búsqueda.
Si ejecuta frecuentemente la misma búsqueda, puede guardar los criterios de búsqueda
como un filtro. Esto evita que tenga que redefinir manualmente los criterios de búsqueda
cada vez. Las aplicaciones JIRA también incluyen una serie de filtros de sistema
predefinidos para consultas comunes, como 'Mis incidencias abiertas', 'Informadas por mí',
'Vistas recientemente' y 'Todas las incidencias'.
Para guardar su búsqueda como un filtro: En la página de resultados de búsqueda, haga
clic en Guardar como e introduzca un nombre para el filtro. Su nuevo filtro se mostrará
en el panel izquierdo con sus otros filtros favoritos, los filtros compartidos con usted y los
filtros del sistema. Para ejecutar un filtro, simplemente haga clic en él.
Búsqueda básica.
La búsqueda básica proporciona una interfaz fácil de usar que le permite definir consultas
complejas, sin necesidad de saber cómo utilizar JQL (búsqueda avanzada).
 Si no tiene criterios de búsqueda complejos, puede utilizar la búsqueda rápida en
su lugar.
 Si se siente cómodo con el lenguaje de consulta JIRA (JQL), puede utilizar la
búsqueda avanzada en su lugar. Esta búsqueda es más potente que la búsqueda
básica.

Captura de pantalla: Búsqueda básica

Búsqueda básica
1. Elija Tareas> Buscar incidencias.
 Si existen criterios de búsqueda existentes, haga clic en el botón Filtro Nuevo
para restablecer los criterios de búsqueda.
 Si se muestra la búsqueda avanzada en lugar de la búsqueda básica, haga clic en
Basica(junto al icono ).
¿Por qué no puedo cambiar una búsqueda avanzada a básica y viceversa?
En general, una consulta creada con la búsqueda básica podrá ser traducida a búsqueda
avanzada, y viceversa. Sin embargo, es posible que una consulta creada con la búsqueda
avanzada no pueda traducirse a la búsqueda básica, sobre todo si:
 La consulta contiene un operador OR (tenga en cuenta que puede tener un
operador IN y se traducirá, por ejemplo, project in (A, B))
 Es decir, aunque esta consulta: (project = JRA OR project = CONF) es
equivalente a esta consulta: (project in (JRA, CONF)), sólo la segunda consulta
será traducida.
 La consulta contiene un operador NOT.
 La consulta contiene un operador EMPTY.
 La consulta contiene cualquiera de los operadores de comparación:! =, IS, IS
NOT,>,> =, <, <=.
 La consulta especifica un campo y un valor que está relacionado con un proyecto
(por ejemplo, versión, componente, campos personalizados) y el proyecto no está
incluido explícitamente en la consulta (por ejemplo, fixVersion = "4.0" , sin el
AND project=JRA). Esto es especialmente complicado con los campos
personalizados, ya que pueden configurarse en una base de Project / Issue Type. La
 regla general es que si la consulta no puede ser creada en el formulario de
búsqueda básica, entonces no podrá ser traducida de búsqueda avanzada a
búsqueda básica.
2. Introduzca los criterios de búsqueda. Puede buscar contra los campos específicos
y / o buscar un texto específico.
 Si usted está buscando contra un campo y no puede encontrar el campo que desee,
o el campo está mostrando en gris de texto, consulte la sección de Solución de
Problemas más adelante.
 Si usted está buscando texto, puede utilizar caracteres especiales y modificadores
en su texto de búsqueda, tales como comodines y operadores lógicos.
3. Los resultados de búsqueda se actualizarán automáticamente en el navegador de
incidencias, a menos que su administrador haya deshabilitado las actualizaciones
automáticas de resultados de búsqueda. Si es así, tendrá que hacer clic en el botón
Actualizar en el campo desplegable después de cada cambio.

Ejecución de una búsqueda guardada.

Las búsquedas guardadas (también conocidas como filtros)
se muestran en el panel izquierdo cuando se utiliza la
búsqueda básica. Si el panel izquierdo no se muestra,
coloque el ratón sobre el lado izquierdo de la pantalla para
mostrarlo.
Para ejecutar un filtro, por ejemplo, Mis incidencias
abiertas, simplemente haga clic en él. Se establecerán los
criterios de búsqueda para la búsqueda básica y se
mostrarán los resultados de la búsqueda.
Tenga en cuenta que al hacer clic en el filtro Vistas
recientemente, cambiará a la búsqueda avanzada, ya que
la búsqueda básica no puede representar la cláusula ORDER
BY de este filtro.

Solución de problemas.
¿Por qué no puedo encontrar el campo que quiero elegir?
Algunos campos sólo son válidos para un contexto de tipo de proyecto / incidencia
concreta. Para estos campos, debe seleccionar el tipo de proyecto / incidencia aplicable.
De lo contrario, el campo no estará disponible para la selección.
¿Por qué se muestran los criterios de campo en texto gris?
Algunos campos sólo son válidos para un contexto de tipo de proyecto / incidencia
concreta. Si elige un campo en su búsqueda, elimine todos los proyectos / tipos de
incidencias que hacen referencia al campo y, a continuación, el campo no es válido. El
campo no válido no se aplica a su búsqueda y se muestra en texto gris.
¿Por qué hay un signo de exclamación rojo en mi campo?
Algunos valores de campo sólo son válidos para un contexto de tipo de proyecto /
incidencia determinada. Por ejemplo, es posible que haya configurado un proyecto para
utilizar un estado en Revisión QA en su flujo de trabajo. Si selecciona este proyecto y su
estado en la búsqueda, cambie la búsqueda a un filtro para un proyecto que no utilice En
Revisión QA, el estado será inválido e ignorado en la búsqueda.
¿Por qué mis resultados de búsqueda no se actualizan automáticamente?
Los resultados de la búsqueda siempre se actualizarán automáticamente siempre que se
cambien los campos, siempre que el administrador no haya deshabilitado las
actualizaciones automáticas de los resultados de búsqueda . Pregunte a su administrador
si han deshabilitado las actualizaciones automáticas de los resultados de búsqueda.

Búsqueda rápida.
A veces, sólo quiere poder llegar a una incidencia en particular que le interesa. Otras
veces, no puede recordar cuál fue la incidencia, pero recuerda que fue una incidencia
abierta, asignado a usted. La búsqueda rápida puede ayudarle en estos escenarios.

Búsqueda rápida.
El cuadro Búsqueda rápida se encuentra en la parte superior derecha de la pantalla. Para
usarlo, empieza a escribir lo que estás buscando.

Saltar a una incidencia.

Si escribe la clave de una incidencia, saltará directamente a esa incidencia. Por ejemplo, si
escribe "ABC-107" (o "abc-107") y presiona el botón Enter, será redirigido al problema
'ABC-107'.
En muchos casos, ni siquiera necesita escribir la clave completa, sino sólo la parte
numérica. Si actualmente está trabajando en el proyecto 'ABC' y escribe '123', será
redirigido a 'ABC-123'.

Consulta inteligente.
La búsqueda rápida también le permite realizar búsquedas "inteligentes" con un mínimo
de escritura. Por ejemplo, para encontrar todos los errores abiertos en el proyecto 'TEST',
simplemente podría escribir 'prueba de errores abiertos' y la búsqueda rápida los ubicaría
todo para usted.
Los resultados de la búsqueda se mostrarán en el Navegador de incidencias, donde podrá
verlos en una variedad de formatos útiles (Excel, XML, etc.).
Los términos de búsqueda que la búsqueda rápida reconoce son:

Término de
Descripción Ejemplos
búsqueda
my Encuentra las incidencias asignadas a mí. my open bugs
r: Encuentra las incidencias reportadas por r:me - encuentra las
 incidencias reportados por
usted, otro usuario o sin informador, usando el
usted.
prefijo r: seguido de un término informador
r:samuel – r:samuel por
específico, como yo, un nombre de usuario o
el usuario cuyo nombre de
ninguno .
usuario es "samuel".
r:none - encuentra
Tenga en cuenta que no puede haber espacios
problemas con ningún
entre "r:" y el término informador específico.
reportero.
<project
name> test project
Buscar incidencias en un proyecto en
o TST
particular.
<project tst
key>
Encuentre las incidencias que se debían antes
overdue overdue
de hoy.
created:today
created:yesterday
updated:-1w-updated:-
1wen la última semana.
Buscar incidencias con una determinada fecha due:1w-due:1w debidas en
de creación, actualización o fecha de la semana próxima.
vencimiento utilizando los prefijos created :, due:-1d,1w - encuentra las
updated:, or due :, respectivamente. Para el incidencias debidas a partir
rango de fechas, puede utilizartoday, de ayer a la semana
created: próxima.
tomorrow, yesterday , un único rango de
updated:
fechas (por ejemplo, '-1w') o dos intervalos de created:-1w,-30m-
due:
fechas (por ejemplo, '-1w, 1w'). Tenga en created:-1w,-30m creadas
cuenta que los intervalos de fechas no pueden desde hace una semana,
tener espacios en ellos. Las abreviaturas de hasta hace 30 minutos.
fecha / hora válidas son: 'w' (semana), 'd' created:-1d updated:-4h
(día), 'h' (hora), 'm' (minuto). - created:-1d updated:-4h
encuentra incidencias
creadas el ultimo día y
actualizadas en las últimas
4 horas.
Buscar incidencias con una prioridad en blocker
<priority> major
particular.
trivial
Buscar incidencias con un determinado tipo de bug
<issue task
problema. Tenga en cuenta que también
type> bugs
puede utilizar plurales. tasks
fixed
<resolution Buscar incidencias con una resolución en
duplicate
> particular.
cannot reproduce
Buscar incidencias con un componente en
c:security- encuentra
particular. Puede buscar en varios
problemas con un
componentes.
c: componente cuyo nombre
contiene la palabra
Tenga en cuenta que no puede haber espacios
"security".
entre "c:" y el nombre del componente.
v: Buscar problemas con una versión específica v:3.0- encuentra
de Affects. Para encontrar todos las incidencias que coinciden
incidencias pertenecientes a una versión con las siguientes versiones
'principal', utilice el símbolo comodín'*' (por ejemplo):

Tenga en cuenta que no puede haber espacios 3.0

entre "v:" y el nombre de la versión. 3.0 eap
 3.0 beta

... pero no coincidirá con las

siguientes versiones (por
ejemplo):
3.0.1
3.0.0.4

Es decir, coincidirá con

cualquier versión que
contenga la cadena
especificada seguida
inmediatamente por un
espacio, pero no contra
versiones que no contengan
un espacio inmediatamente
después de la cadena
especificada.
Buscar problemas con un Fix para Version (s)
ff:
particular. Mismo uso que v:(arriba).
v:3.2*- encuentra cualquier
incidencia cuyo número de
versión es (por ejemplo):

El símbolo comodín'*'. Se puede utilizar con 3.2

*
v: y ff:
3.2 beta
3.2.1
3.2.x

Búsqueda de texto libre

Puede buscar cualquier palabra dentro de la (s) incidencia (s) que busca, siempre y cuando
la palabra esté en uno de los siguientes campos:
 Resumen.
 Descripción.
 Comentarios
Puede combinar texto libre y palabras clave, por ejemplo, " my closed test tasks".
También puede obtener comodines, por ejemplo, "win*8"win*8".

Búsqueda de incidencias desde el cuadro de búsqueda de su

navegador
Si está utilizando Firefox o Internet Explorer 8 (o posterior), puede agregar su instancia de
JIRA como un motor de búsqueda / proveedor a través del menú desplegable situado junto
al cuadro de búsqueda del navegador.Una vez que agregue su instancia de JIRA como un
motor de búsqueda / proveedor en su navegador, puede usarlo en cualquier momento
para realizar una Búsqueda rápida de incidencias en esa instancia de JIRA.
Búsqueda avanzada.
La búsqueda avanzada le permite crear consultas estructuradas utilizando el lenguaje de
consulta JIRA (JQL) para buscar incidencias. Puede especificar criterios que no se pueden
definir en las búsquedas rápidas o básicas (por ejemplo, cláusula ORDER BY).
 Si no tiene criterios de búsqueda complejos, puede utilizar la búsqueda rápida en su
lugar.
 Si no está cómodo con el lenguaje de consulta de JIRA (JQL), puede usar la
búsqueda básica en su lugar.
Tenga en cuenta que JQL no es un lenguaje de consulta de base de datos, aunque utiliza
una sintaxis similar a SQL.

Búsqueda avanzada
1. Navegar a Tareas(en el encabezado)> Buscar incidencias.
 Si existen criterios de búsqueda existentes, haga clic en el botón Filtro Nuevo.
para restablecer los criterios de búsqueda.
 Si se muestra la búsqueda básica en lugar de la búsqueda avanzada, haga clic en
Avanzado (junto al icono ).
2. Introduzca su consulta JQL. Al escribir, JIRA ofrecerá una lista de sugerencias de
"autocompletado" basadas en el contexto de su consulta. Tenga en cuenta que las
sugerencias de autocompletar sólo incluyen las primeras 15 coincidencias, que se
muestran alfabéticamente, por lo que es posible que tenga que introducir más texto si
no encuentra una coincidencia.
¿Por qué no se muestran las sugerencias de autocompletar?
 Su administrador puede haber inhabilitado la característica "JQL Auto-complete"
para su instancia de JIRA.
 No se ofrecen sugerencias de autocompletado para los parámetros de función.
 No se ofrecen sugerencias de autocompletado para todos los campos. Compruebe
la referencia de campos para ver qué campos compatibles con auto-completar.
3. Pulse Intro o haga clic en Para ejecutar la consulta. Los resultados de la búsqueda
se mostrarán en el navegador de incidencias.

Comprensión de la búsqueda avanzada.

Construir consultas JQL
Una simple consulta en JQL (también conocida como 'cláusula') consiste en un campo ,
seguido por un operador, seguido de uno o más valores o funciones .Por ejemplo:
 project = "TEST"
Esta consulta encontrará todos las incidencias en el proyecto "TEST". Utiliza el campo
"project", el operador EQUALS y elvalor "TEST".
Una consulta más compleja podría tener este aspecto:
project = "TEST" AND assignee = currentuser()
Esta consulta encontrará todas la incidencias en el proyecto "TEST" donde el asignado es
el usuario actualmente conectado. Utiliza el campo "project", el operador EQUALS, el valor
"TEST",la palabra clave "AND" y la función "currentuser ()".

Establecer la prioridad de los operadores

Puede utilizar paréntesis en sentencias JQL complejas para reforzar la precedencia de los
operadores.
Por ejemplo, si desea encontrar todos las incidencias resueltos en el proyecto 'SysAdmin',
así como todos las incidencias (cualquier estado, cualquier proyecto) actualmente
asignados al administrador del sistema (bobsmith), puede usar paréntesis para reforzar la
precedencia del Operadores booleanos en su consulta, es decir,
(status=resolved AND project=SysAdmin) OR assignee=bobsmith
Tenga en cuenta que si no utiliza paréntesis, la sentencia se evaluará de izquierda a
derecha.
También puede utilizar paréntesis para agrupar cláusulas, de modo que puede aplicar el
operador NOT al grupo.

Palabras y caracteres restringidos.

JQL tiene una lista de caracteres reservados:

Si desea utilizar estos caracteres en las consultas, debe:

 Rodearlos con comillas (puede utilizar las comillas simples (') o las comillas dobles
("));
Y si está buscando un campo de texto y el carácter está en la lista de caracteres
reservados apra la búsqueda de texto.
 Precederlas con dos barras inversas.
Por ejemplo:
 Version = "[ejemplo]"
 Resumen ~ "\\ [ejemplo \\]"

Palabras reservadas
JQL también tiene una lista de palabras reservadas. Estas palabras tienen que estar
rodeado de comillas (simples o dobles) si desea utilizarlos en las consultas.
Nota para los administradores de JIRA: esta lista está en el archivo
JqlStringSupportImpl.java.

Realización de búsquedas de texto

Puede utilizar las funciones de búsqueda de texto de Lucene al realizar búsquedas en los
siguientes campos, utilizando el operador CONTAINS:
Resumen, Descripción, Entorno, Comentarios, campos personalizados que usan "Búsqueda
deTexto libre" (es decir, campos personalizados de los siguientes tipos de campos
personalizados: Campo de texto libre, Campo de texto, Campo de texto de sólo lectura).

Referencia

Descripció Referencia
n
Comentarios
Creador
Descripción
Un campo en JQL es una palabra que representa un campo
Due Date
Campos JIRA (o un campo personalizado que ya se ha definido en
Epic Link
JIRA).
Fix Versión,
etc...

Operadore Un operador en JQL es uno o más símbolos o palabras que EQUALS: =

s comparan el valor de un campo a su izquierda con uno o NOT EQUALS: !
más valores (o funciones) a su derecha, de manera que sólo =
los resultados verdaderos son recuperados por la GREATER
cláusula. Algunos operadores pueden utilizar la palabra THAN: >
clave NOT. GREATER THAN
EQUALS: >=
LESS THAN: <
LESS THAN
EQUALS: <=
IN
NOT IN
CONTAINS: ~
DOES NOT
CONTAIN: !~
IS
IS NOT
 WAS
WAS IN
WAS NOT IN
WAS NOT
CHANGED

Una palabra clave en JQL es una palabra o frase que hace (o

es) una de las siguientes:
Une dos o más cláusulas juntas para formar una consulta AND
JQL compleja OR
NOT
Palabras Altera la lógica de una o más cláusulas EMPTY
claves
Altera la lógica de los operadores NULL
ORDER BY
Tiene una definición explícita en una consulta JQL
Realiza una función específica que altera los resultados de
una consulta JQL.
Funciones Una función en JQL aparece como una palabra seguida de approved()
paréntesis, que puede contener uno o más valores explícitos
approver()
o campos JIRA.
cascadeOption()
Una función realiza un cálculo en datos específicos de JIRA o closedSprints()
en el contenido de la función entre paréntesis, de manera componentsLeadB
que sólo los resultados verdaderos son recuperados por la yUser()
función y luego de nuevo por la cláusula en la que se utiliza currentLogin()
la función. currentUser()
earliestUnreleased
Version()
endOfDay()
endOfMonth()
endOfWeek()
endOfYear()
issueHistory()
issuesWithRemote
LinksByGlobalId()
lastLogin()
latestReleasedVers
ion()
linkedIssues()
membersOf()
myApproval()
myPending()
now()
openSprints()
pending()
pendingBy()
projectsLeadByUs
er()
projectsWhereUse
rHasPermission()
projectsWhereUse
rHasRole()
releasedVersions()
standardIssueType
s()
startOfDay()
 startOfMonth()
...

Búsqueda avanzada - referencia de funciones.

Esta página describe información acerca de las funciones que se utilizan para la búsqueda
avanzada.
Una función en JQL aparece como una palabra seguida de paréntesis, que puede contener
uno o más valores explícitos o campos JIRA. En una cláusula, una función es precedida por
un operador, que a su vez está precedido por un campo. Una función realiza un cálculo en
datos específicos de JIRA o en el contenido de la función entre paréntesis, de manera que
sólo los resultados verdaderos son recuperados por la función y luego de nuevo por la
cláusula en la que se utiliza la función.

Info.
A menos que se especifique en la consulta de búsqueda, tenga en cuenta que las
búsquedas JQL no devuelven campos vacíos en los resultados. Para incluir campos vacíos
(por ejemplo, incidencias no asignadas) al buscar incidencias que no estén asignados al
usuario actual, ingrese (assignee! = CurrentUser () O el destinatario está VACÍO) para
incluir incidencias no asignadas en la lista de resultados.

approved()
Aplicable solo si JIRA Service Desk está instalado y con licencia.

Buscar las incidencias que requieren aprobación y tener una decisión final de aprobado.

Syntaxis approved()
Campos
Campos personalizados del tipo Aprobación
compatibles
Operadores
=
compatibles
~, != ,!~ ,> , >= , < , <=
Operadores no
IS , IS NOT ,IN , NOT IN ,WAS, WAS IN, WAS NOT, WAS NOT IN
admitidos
, CHANGED
Encuentre todos las incidencias aprobadas:
Ejemplos
approval = approved()

approver()
Aplicable solo si JIRA Service Desk está instalado y con licencia.
Buscar incidencias que requieran o requieran la aprobación de los usuarios listados. Esto
utiliza un operador OR, y debe especificar el nombre de usuario / s.

Sintaxis Aprobador (usuario, usuario)

Campos
Campos personalizados del tipo Aprobación
compatibles
Operadores
=
compatibles
Operadores no ~, != ,!~ ,> , >= , < , <=
IS , IS NOT ,IN , NOT IN ,WAS, WAS IN, WAS NOT, WAS NOT IN
admitidos
, CHANGED
Ejemplos Encuentre las incidencias que requieren o requieren la aprobación de
John Smith:
 approval = approver(jsmith)
Encuentre las incidencias que requieran o requieran la aprobación de
John Smith o Sarah Khan:
approval = approver(jsmith,skhan)

cascadeOption()
Buscar incidencias que coincidan con los valores seleccionados de un campo
personalizado 'cascading select'.
El parámetro parentOption coincide con el primer nivel de opciones del campo de
selección en cascada. El parámetro childOption coincide con el segundo nivel de opciones
en el campo de selección en cascada y es opcional.
La palabra clave "none" se puede usar para buscar incidencias en los que ninguna de las
opciones o ambas tienen ningún valor.

CascadeOption (parentOption)
Sintaxis
CascadeOption (parentOption, childOption)
Campos
Campos personalizados del tipo 'Selección en cascada'
compatibles
Operadores
IN , NOT IN
compatibles
Operadores = , != , ~ , !~ , > , >= , < , <= IS , IS NOT, WAS , WAS IN ,
no admitidos WAS NOT , WAS NOT IN , CHANGED
Encontrar incidencias donde un campo personalizado ("Location ) tiene el
valor "Estados Unidos" para el primer nivel y "Nueva York" para el
segundo nivel:
location in cascadeOption("USA","New York")

Encontrar incidencias donde un campo personalizado ("Location ") tiene

el valor "USA" para el primer nivel y cualquier valor (o ningún valor) para
el segundo nivel:
location in cascadeOption("USA")

Encontrar incidencias donde un campo personalizado ("Location ") tiene

el valor "EE.UU." para el primer nivel y no hay valor para el segundo
nivel:
Ejemplos
location in cascadeOption("USA",none)

Encontrar incidencias en los que un campo personalizado ("Location ") no

tiene valor para el primer nivel ni ningún valor para el segundo nivel:
location in cascadeOption(none)

Encontrar incidencias donde un campo personalizado ("Referrer ") tiene el

valor "ninguno" para el primer nivel y "ninguno" para el segundo nivel:
referrer in cascadeOption("\"none\"","\"none\"")

Encontrar incidencias donde un campo personalizado ("Referrer ") tiene el

valor "ninguno" para el primer nivel y ningún valor para el segundo nivel:
referrer in cascadeOption("\"none\"",none)
closedSprints()
Busque las incidencias asignadas a un Sprint completado. Tenga en cuenta que es posible
que una incidencia pertenezca tanto a un Sprint completado (s) como a un Sprint
incompleto (s). Ver también openSprints().

Sintaxis closedSprints ()
Campos compatibles Sprint
Operadores
IN , NOT IN
compatibles
Operadores no = , != , ~ , !~ , > , >= , < , <=
IS , IS NOT, WAS , WAS IN , WAS NOT , WAS NOT IN ,
admitidos
CHANGED
Encuentra todas las incidencia asignadas a un sprint completado:
Ejemplos
sprint in closedSprints()

componentsLeadByUser()
Buscar incidencias en componentes que son dirigidos por un usuario específico.
Opcionalmente puede especificar un usuario, o si el usuario se omite, se utilizará el
usuario actual (es decir, usted). Tenga en cuenta que si no ha iniciado sesión en JIRA, debe
especificarse un usuario.

componentsLeadByUser()
Sintaxis
componentsLeadByUser(username)
Campos
Componente
compatibles
Operadores
IN , NOT IN
compatibles
Operadores no = , != , ~ , !~ , > , >= , < , <= IS , IS NOT, WAS , WAS
admitidos IN , WAS NOT , WAS NOT IN , CHANGED
Buscar incidencias abiertas en los componentes que son dirigidos por
usted:
component in componentsLeadByUser() AND status = Open
Ejemplos
Buscar incidencias abiertas en los componentes que son liderados por
Bill:
component in componentsLeadByUser(bill) AND status = Open

currentLogin()
Realizar búsquedas en función del momento en que comenzó la sesión del usuario
actual.Véase también lastLogin()
Sintaxis currentLogin()
Campos Campos: creados, debidos, resueltos, actualizados, personalizados
compatibles del tipo Fecha / Hora
Operadores = , != ,> , >= , < , <=
WAS* , WAS IN* , WAS NOT* , WAS NOT IN* , CHANGED*
compatibles
* Only in predicate
Operadores no
~ , !~IS , IS NOT ,IN , NOT IN
admitidos
Buscar incidencias que se han creado durante mi sesión actual:
Ejemplos
created > currentLogin()

currentUser()
Realice búsquedas basadas en el usuario que ha iniciado sesión actualmente. Tenga en
cuenta que esta función sólo puede ser utilizada por usuarios conectados. Por lo tanto, si
está creando un filtro guardado que espera que sea utilizado por usuarios anónimos, no
utilice esta función.

Sintaxis currentUser()
Campos
compatibl Assignee, Reporter, Voter, Watcher, campos personalizados del tipo User
es
Operadore
s
= , !=
compatibl
es
Operadore
~ , !~ ,> , >= , < , <=IS , IS NOT ,IN , NOT IN ,WAS , WAS IN ,
s no
WAS NOT , WAS NOT IN , CHANGED
admitidos
Encontrar las incidencias que se me asignan:
assignee = currentUser()
Encuentra las incidencias que se me informaron pero no me asignan:
Ejemplos
eporter = currentUser() AND (assignee != currentUser() OR assignee is
EMPTY)

earliestUnreleasedVersion()
Realizar búsquedas basadas en la versión inédita más temprana (es decir, la próxima
versión que se debe liberar) de un proyecto especificado. Ver también
unreleasedVersions(). Tenga en cuenta, el "más temprano" se determina por el orden
asignado a las versiones, no por fechas de vencimiento de la versión actual.

Sintaxis arliestUnreleasedVersion(project)
Campos
AffectedVersion, FixVersion, campos personalizados del tipo Version
compatibles
Operadores
IN , NOT IN
compatibles
Operadores no = , != ,~ , !~ ,> , >= , < , <=IS , IS NOT,WAS , WAS IN ,
admitidos WAS NOT , WAS NOT IN , CHANGED
Ejemplos Buscar incidencias cuya FixVersion es la versión inédita más temprana
 del proyecto ABC:
fixVersion = earliestUnreleasedVersion(ABC)
Encuentre las incidencias que se relacionan con la versión unreleased
del proyecto ABC:
affectedVersion = earliestUnreleasedVersion(ABC) or
fixVersion = earliestUnreleasedVersion(ABC)

EndOfDay()
Realice búsquedas basadas en el final del día actual.

endOfDay()
endOfDay("inc")
Sintaxis Donde inc es un incremento opcional de (+/-)nn(y|M|w|d|h|m).Si se
omite el calificador de unidad de tiempo, el valor predeterminado es el
período natural de la función, por ejemplo, endOfDay ("+ 1") es igual que
endOfDay ("+ 1d").Si se omite el signo más / menos (+/-), se supone más.
Campos Campos creados, debidos, resueltos, actualizados, personalizados del tipo
compatibles Fecha / Hora
Operadores = , != ,> , >= , < , <=
WAS* , WAS IN* , WAS NOT* , WAS NOT IN* , CHANGED*
compatibles
* Only in predicate
Operadores
~ , !~ IS , IS NOT ,IN , NOT IN
no admitidos
Encuentre las incidencias pendientes para el final de hoy:
due < endOfDay()
Ejemplos
Encuentre las incidencias pendientes para el final de mañana:
due < endOfDay("+1")

endOfMonth()

endOfMonth()
endOfMonth("inc")

Sintaxis Donde inc es un incremento opcional de (+/-)nn(y|M|w|d|h|m).Si se

omite el calificador de unidad de tiempo, el valor predeterminado es el
período natural de la función, por ejemplo, endOfMonth ("+ 1") es igual
que endOfMonth ("+ 1M"). Si se omite el signo más / menos (+/-), se
supone más.
Campos Campos creados, debidos, resueltos, actualizados, personalizados del tipo
compatibles Fecha / Hora
Operadores = , != , > , >= , < , <=
WAS* , WAS IN* , WAS NOT* , WAS NOT IN* , CHANGED*
compatibles
* Only in predicate
Operadores
~ , !~IS , IS NOT ,IN , NOT IN
no admitidos
 Encuentre las incidencias pendientes para finales de este mes:
due < endOfMonth()
Encuentre las incidencias pendientes para el final del próximo mes:
Ejemplos
due < endOfMonth("+1")
Encuentre las incidencias a pagar para el día 15 del próximo mes:
due < endOfMonth("+15d")

endOfWeek()
Realice búsquedas basadas en el final de la semana actual.

endOfWeek()
endOfWeek("inc")

Sintaxis Donde inc es un incremento opcional de(+/-)nn(y|M|w|d|h|m).Si se

omite el calificador de unidad de tiempo, el valor predeterminado es el
período natural de la función, por ejemplo, endOfWeek ("+ 1") es igual que
endOfWeek ("+ 1w").Si se omite el signo más / menos (+/-), se supone
más.
Campos Campos creados, debidos, resueltos, actualizados, personalizados del tipo
compatibles Fecha / Hora
Operadores = , != ,> , >= , < , <=
WAS* , WAS IN* , WAS NOT* , WAS NOT IN* , CHANGED*
compatibles
* Only in predicate
Operadores
~ , !~IS , IS NOT ,IN , NOT IN
no admitidos
Encuentre las incidencias pendientes para el final de esta semana:
due < endOfWeek()
Ejemplos
Encuentre las incidencias pendientes para el final de la próxima semana:
due < endOfWeek("+1")

endOfYear()
Realiza búsquedas basadas en el final del año actual.

fin de año()
EndOfYear ("inc")

Sintaxis Donde inc es un incremento opcional de (+/-)nn(y|M|w|d|h|m).Si se

omite el calificador de unidad de tiempo, el valor predeterminado es el
período natural de la función, por ejemplo, endOfYear ("+ 1") es el mismo
que endOfYear ("+ 1y").Si se omite el signo más / menos (+/-), se supone
más.
Campos Campos creados, debidos, resueltos, actualizados, personalizados del tipo
compatibles Fecha / Hora
Operadores = , != ,> , >= , < , <=
compatibles WAS* , WAS IN* , WAS NOT* , WAS NOT IN* , CHANGED*
 * Only in predicate
Operadores
~ , !~IS , IS NOT ,IN , NOT IN
no admitidos
Encuentre las incidencias pendientes para finales de este año:
due < endOfYear()
Ejemplos Encuentre las incidencias pendientes para finales de marzo del próximo
año:
due < endOfYear("+3M")

issueHistory()
Encuentre las incidencias que ha visto recientemente, es decir, incidencias que se
encuentran en la sección "Incidencias recientes" del menú desplegable "Tareas".
Nota:
issueHistory() devuelve hasta 50 incidencias, mientras que 'Incidencias Recientes'
devuelve sólo 5.
Si no ha iniciado sesión en JIRA, sólo se incluirán las incidencias de su sesión de
navegador actual.

Sintaxis issueHistory()
Campos
Incidencias
compatibles
Operadores
IN , NOT IN
compatibles
Operadores no = , != ,~ , !~ ,> , >= , < , <=IS , IS NOT ,WAS , WAS IN ,
admitidos WAS NOT , WAS NOT IN , CHANGED
Encontrar las incidencias que he visto recientemente, que se me
Ejemplos asignaron:
issue in issueHistory() AND assignee = currentUser()

issuesWithRemoteLinksByGlobalId()
Realice búsquedas basadas en incidencias asociados con links remotos que tengan alguno
de los identificadores globales especificados.
Nota:
Esta función acepta de 1 a 100 globalIds. Si especifica 0 o más de 100 IDs globales, se
producirán errores.

Sintaxis issuesWithRemoteLinksByGlobalId()
Campos
Incidencia
compatibles
Operadores
IN , NOT IN
compatibles
Operadores no = , != ,~ , !~ ,> , >= , < , <=IS , IS NOT ,WAS , WAS IN ,
admitidos WAS NOT , WAS NOT IN , CHANGED
Ejemplos Buscar incidencias relacionadas con links remotos que tengan globalId
"abc":
issue in issuesWithRemoteLinksByGlobalId(abc)
Busca las incidencias vinculadas a links remotos que tengan globalId
"abc" o "def":
issue in issuesWithRemoteLinksByGlobalId(abc, def)
lastLogin()
Realizar búsquedas basadas en el momento en que comenzó la sesión anterior del usuario
actual.

Sintaxis lastLogin()
Campos Creado.Campos debidos, resueltos, actualizados, personalizados de
compatibles tipo Fecha / Hora
Operadores = , != ,> , >= , < , <=
WAS* , WAS IN* , WAS NOT* , WAS NOT IN* , CHANGED*
compatibles
* Only in predicate
Operadores no
IS , IS NOT ,IN , NOT IN
admitidos

Ejemplos
• Buscar incidencias que se han creado durante mi última sesión:
created > lastLogin()

latestReleasedVersion()
Realice búsquedas basadas en la última versión publicada (es decir, la versión más
reciente que se ha publicado) de un proyecto especificado.

Sintaxis latestReleasedVersion(project)
Campos
AffectedVersion, FixVersion, campos personalizados del tipo Version
compatibles
Operadores
= , !=
compatibles
~ , !~ ,> , >= , < , <=
Operadores IS , IS NOT ,IN , NOT IN,WAS , WAS IN , WAS NOT , WAS NOT IN ,
no admitidos CHANGED

• Encuentra incidencias cuya FixVersion es la última versión lanzada del

proyecto ABC:
fixVersion = latestReleasedVersion(ABC)
Ejemplos • Encuentre incidencias relacionadas con la última versión del proyecto
ABC:
affectedVersion = latestReleasedVersion(ABC) or fixVersion =
latestReleasedVersion(ABC)
linkedIssues()
Realice búsquedas basadas en incidencias relacionados con un problema específico.
Opcionalmente puede restringir la búsqueda a enlaces de un tipo particular.Tenga en
cuenta que LinkType distingue entre mayúsculas y minúsculas.

linkedIssues(issueKey)
Sintaxis
linkedIssues(issueKey,linkType)
Campos
Incidencia
compatibles
Operadores
IN , NOT IN
compatibles
Operadores no = , != ,~ , !~ ,> , >= , < , <=IS , IS NOT ,WAS , WAS IN ,
admitidos WAS NOT , WAS NOT IN , CHANGED
• Buscar incidencias relacionados con un problema concreto:
issue in linkedIssues(ABC-123)
Ejemplos • Encontrar las incidencias que están vinculados a un problema en
particular a través de un tipo particular de enlace:
issue in linkedIssues(ABC-123,"is duplicated by")

membersOf()
Realizar búsquedas basadas en los miembros de un grupo en particular.
Sintaxis membersOf(Group)
Campos
Assignee, Reporter, Voter, Watcher, campos personalizados del tipo User
compatibles
Operadores
IN , NOT IN
compatibles
Operadores no = , != ,~ , !~ ,> , >= , < , <=IS , IS NOT ,WAS , WAS IN ,
admitidos WAS NOT , WAS NOT IN , CHANGED
• Encontrar incidencias en los que el Asignado es un miembro del grupo
"jira-administrators":
assignee in membersOf("jira-administrators")
• Búsqueda a través de varios grupos y un usuario específico:
reporter in membersOf("jira-administators") or reporter in
membersOf("jira-core-users") or reporter=jsmith
Ejemplos
• Buscar un grupo en particular, pero excluir a un miembro o miembros en
particular:
assignee in membersOf(QA) and assignee not in ("John
Smith","Jill Jones")
• Excluir a los miembros de un grupo particular:
assignee not in membersOf(QA)
myApproval()
Aplicable solo si JIRA Service Desk está instalado y con licencia.
Buscar incidencias que requieran aprobación o que hayan sido aprobados por el usuario
actual.
Sintaxis myApproval()
Campos
Campos personalizados del tipo Aprobación
compatibles
Operadores
Significado de la palabra
compatibles
~, != ,!~ ,> , >= , < , <=
Operadores
IS , IS NOT ,IN , NOT IN ,WAS, WAS IN, WAS NOT, WAS NOT IN ,
no admitidos
CHANGED

Ejemplos
• Encuentre todas las incidencias que requieran o requieran mi aprobación
approval = myApproval()

myPending()
Aplicable solo si JIRA Service Desk está instalado y con licencia.
Buscar incidencias que requieren la aprobación del usuario actual.
Sintaxis myPending()
Campos
Campos personalizados del tipo Aprobación
compatibles
Operadores
Significado de la palabra
compatibles
~, != ,!~ ,> , >= , < , <=
Operadores
IS , IS NOT ,IN , NOT IN ,WAS, WAS IN, WAS NOT, WAS NOT IN ,
no admitidos
CHANGED

Ejemplos
• Buscar todas las incidencias que requieren mi aprobación
approval = myPending()

now()
Realiza búsquedas basadas en la hora actual.
Sintaxis now()
Campos Creado. Campos debidos, resueltos, actualizados, personalizados
compatibles de tipo Fecha / Hora
Operadores = , != ,> , >= , < , <=
WAS* , WAS IN* , WAS NOT* , WAS NOT IN* , CHANGED*
compatibles
* Only in predicate
Operadores no
IS , IS NOT ,IN , NOT IN
admitidos

Ejemplos
• Encuentre incidencias que están atrasadas:
duedate < now() and status not in (closed, resolved)
openSprints()
Busque las incidencias asignados a un Sprint que aún no se haya completado. Tenga en
cuenta que es posible que una incidencia pertenezca tanto a Sprint (s) completo (s) como
a Sprint (s) incompleto (s).

Sintaxis openSprints()
Campos
Sprint
compatibles
Operadores
IN , NOT IN
compatibles
Operadores no = , != , ~ , !~ , > , >= , < , <=
IS , IS NOT, WAS , WAS IN , WAS NOT , WAS NOT IN ,
admitidos
CHANGED
• Encuentra todas las incidencias asignados a un sprint que aún no
Ejemplos se ha completado:
sprint in openSprints()

pending()
Aplicable solo si JIRA Service Desk está instalado y con licencia.
Buscar incidencias que requieren aprobación.
Sintaxis pending()
Campos
Campos personalizados del tipo Aprobación
compatibles
Operadores
=
compatibles
~, != ,!~ ,> , >= , < , <=
Operadores
IS , IS NOT ,IN , NOT IN ,WAS, WAS IN, WAS NOT, WAS NOT IN ,
no admitidos
CHANGED

Ejemplos
• Encuentre todas las incidencias que requieren aprobación:
approval = pending()

pendingBy()
Aplicable solo si JIRA Service Desk está instalado y con licencia.
Buscar incidencias que requieran la aprobación del / de los usuario (s) enumerado (s). Esto
utiliza un operador OR , y debe especificar el nombre de usuario / s.
Sintaxis pendingBy(user1,user2)
Campos
Campos personalizados del tipo Aprobación
compatibles
Operadores
=
compatibles
~, != ,!~ ,> , >= , < , <=
Operadores
IS , IS NOT ,IN , NOT IN ,WAS, WAS IN, WAS NOT, WAS NOT IN ,
no admitidos
CHANGED
• Encuentre las incidencias que requieren la aprobación de John Smith:
approval = pending(jsmith)
Ejemplos
• Encuentre las incidencias que requieren John Smith o Sarah Khan:
approval = pending(jsmith,skhan)
projectsLeadByUser()
Buscar incidencias en proyectos que son dirigidos por un usuario específico.
Opcionalmente puede especificar un usuario, o si el usuario se omite, se utilizará el
usuario actual. Tenga en cuenta que si no ha iniciado sesión en JIRA, debe especificarse un
usuario.
projectsLeadByUser()
Sintaxis
projectsLeadByUser(username)
Campos compatibles Proyecto
Operadores
IN , NOT IN
compatibles
Operadores no = , != , ~ , !~ , > , >= , < , <=
IS , IS NOT, WAS , WAS IN , WAS NOT , WAS NOT IN ,
admitidos
CHANGED
• Encuentre las incidencias abiertas en los proyectos dirigidos por
usted:
project in projectsLeadByUser() AND status = Open
Ejemplos • Encuentre las incidencias abiertas en proyectos que son liderados
por Bill:
•
project in projectsLeadByUser(bill) AND status = Open

projectsWhereUserHasPermission()
Encuentre incidencias en proyectos en los que tenga un permiso específico. Tenga en
cuenta que esta función funciona a nivel de proyecto. Esto significa que si se concede un
permiso (por ejemplo, "Editar incidencias") al informador de las incidencias de un
proyecto, es posible que vea algunos problemas devueltos en los que no sea el informador
y, por lo tanto, no tenga el permiso especificado.También tenga en cuenta que esta
función sólo está disponible si inicia sesión en JIRA.

ProjectsWhereUserHasPermission (permiso)
Sintaxis Para el permission, puede especificar cualquiera de los permisos
descritos
Campos
Proyecto
compatibles
Operadores
IN , NOT IN
compatibles
Operadores no = , != , ~ , !~ , > , >= , < , <=
admitidos IS , IS NOT, WAS , WAS IN , WAS NOT , WAS NOT IN , CHANGED
• Buscar incidencias abiertas en proyectos en los que tenga el permiso
Ejemplos "Resolver incidencias":
project in projectsWhereUserHasPermission("Resolve Issues")
AND status = Open
projectsWhereUserHasRole()
Encuentre incidencias en proyectos en los que tenga un rol específico. Tenga en cuenta
que esta función sólo está disponible si inicia sesión en JIRA.
Sintaxis projectsWhereUserHasRole(rolename)
Campos
Proyecto
compatibles
Operadores
IN , NOT IN
compatibles
Operadores no = , != , ~ , !~ , > , >= , < , <=
admitidos IS , IS NOT, WAS , WAS IN , WAS NOT , WAS NOT IN , CHANGED
• Encuentre incidencias abiertas en proyectos en los que tenga la
Ejemplos función "Developers":
project in projectsWhereUserHasRole("Developers") AND
status = Open

releasedVersions()
Realice búsquedas basadas en las versiones liberadas (es decir, las versiones que su
administrador de JIRA ha liberado) de un proyecto especificado. También puede buscar en
las versiones liberadas de todos los proyectos , omitiendo el parámetro del proyecto.

releasedVersions()
Sintaxis
releasedVersions(project)
Campos
AffectedVersion, FixVersion, campos personalizados del tipo Version
compatibles
Operadores
IN , NOT IN
compatibles
Operadores no = , != ,~ , !~ ,> , >= , < , <=IS , IS NOT,WAS , WAS IN ,
admitidos WAS NOT , WAS NOT IN , CHANGED
• Buscar problemas cuya FixVersion es una versión liberada del proyecto
ABC:
fixVersion in releasedVersions(ABC)
Ejemplos • Encuentre incidencias relacionadas con las versiones liberadas del
proyecto ABC:
(affectedVersion in releasedVersions(ABC)) or (fixVersion in
releasedVersions(ABC))

standardIssueTypes()
Realice búsquedas basadas en tipos de incidencias "estándar", es decir, busque
incidencias que no sean subtareas.

Sintaxis standardIssueTypes()
Campos
Tipo
compatibles
Operadores
IN , NOT IN
compatibles
Operadores = , != ,~ , !~ ,> , >= , < , <=IS , IS NOT,WAS , WAS IN , WAS
NOT , WAS NOT IN , CHANGED
no admitidos
• Buscar incidencias que no sean subtareas (es decir, incidencias cuyo Tipo
Ejemplos de problema es un tipo de incidencia estándar, no un tipo de subtarea):
issuetype in standardIssueTypes()

startOfDay()
Realiza búsquedas basadas en el inicio del día actual.

StartOfDay ()
StartOfDay ("inc")

Sintaxis Donde inc es un incremento opcional de(+/-)nn(y|M|w|d|h|m).Si se

omite el calificador de unidad de tiempo, el valor predeterminado es el
período natural de la función, por ejemplo, startOfDay ("+ 1") es el mismo
que startOfDay ("+ 1d"). Si se omite el signo más / menos (+/-), se supone
más.
Campos Campos creados, debidos, resueltos, actualizados, personalizados del tipo
compatibles Fecha / Hora
Operadores = , != ,> , >= , < , <=
WAS* , WAS IN* , WAS NOT* , WAS NOT IN* , CHANGED*
compatibles
* Only in predicate
Operadores
~ , !~IS , IS NOT ,IN , NOT IN
no admitidos
• Encuentre nuevas incidencias creadas desde el comienzo de hoy:
created > startOfDay()
Ejemplos
• Encuentra nuevas incidencias creadas desde el inicio de ayer:
created > startOfDay("-1")
• Encuentra nuevas incidencias creadas en los últimos tres días:
created > startOfDay("-3d")

startOfMonth()
Realiza búsquedas basadas en el inicio del mes actual.

startOfMonth()
startOfMonth("inc")

Sintaxis Donde inc es un incremento opcional de(+/-)nn(y|M|w|d|h|m).Si se

omite el calificador de unidad de tiempo, el valor predeterminado es el
período natural de la función, por ejemplo, startOfMonth ("+ 1") es el
mismo que startOfMonth ("+ 1M").Si se omite el signo más / menos (+/-),
se supone más.
Campos Campos creados, debidos, resueltos, actualizados, personalizados del tipo
compatibles Fecha / Hora
Operadores = , != ,> , >= , < , <=
WAS* , WAS IN* , WAS NOT* , WAS NOT IN* , CHANGED*
compatibles
* Only in predicate
Operadores
~ , !~IS , IS NOT ,IN , NOT IN
no admitidos
Ejemplos • Encuentre nuevas incidencias creadas desde el inicio de este mes:
created > startOfMonth()
• Encuentre nuevas incidencias creadas desde el inicio del mes pasado:
 created > startOfMonth("-1")
• Encuentre nuevas incidencias creadas desde el día 15 de este mes:
created > startOfMonth("+14d")

startOfWeek()
Realice búsquedas basadas en el inicio de la semana actual.

startOfWeek()
startOfWeek("inc")

Sintaxis Donde inces un incremento opcional de (+/-)nn(y|M|w|d|h|m).Si se

omite el calificador de unidad de tiempo, el valor predeterminado es el
período natural de la función, por ejemplo, startOfWeek ("+ 1") es el
mismo que startOfWeek ("+ 1w").Si se omite el signo más / menos (+/-),
se supone más.
Campos Campos creados, debidos, resueltos, actualizados, personalizados del tipo
compatibles Fecha / Hora
Operadores = , != ,> , >= , < , <=
WAS* , WAS IN* , WAS NOT* , WAS NOT IN* , CHANGED*
compatibles
* Only in predicate
Operadores
~ , !~IS , IS NOT ,IN , NOT IN
no admitidos
• Encuentre nuevas incidencias desde el comienzo de esta semana:
created > startOfWeek()
Ejemplos
• Encuentre nuevas incidencias desde el comienzo de la semana pasada:
created > startOfWeek("-1")

startOfYear()
Realizar búsquedas basadas en el inicio del año actual.

startOfYear()
startOfYear("inc")

Sintaxis Donde inc es un incremento opcional de (+/-)nn(y|M|w|d|h|m). Si se

omite el calificador de unidad de tiempo, el valor predeterminado es el
período natural de la función, por ejemplo, endOfYear ("+ 1") es el mismo
que endOfYear ("+ 1y").Si se omite el signo más / menos (+/-), se supone
más.
Campos Campos creados, debidos, resueltos, actualizados, personalizados del tipo
compatibles Fecha / Hora
Operadores = , != ,> , >= , < , <=
WAS* , WAS IN* , WAS NOT* , WAS NOT IN* , CHANGED*
compatibles
* Only in predicate
Operadores
~ , !~IS , IS NOT ,IN , NOT IN
no admitidos
• Encuentre nuevas incidencias desde el inicio de este año:
created > startOfYear()
Ejemplos
• Encuentre nuevas incidencias desde el inicio del año pasado:
created > startOfYear("-1")
subtaskIssueTypes()
Realice búsquedas basadas en incidencias que son subtareas.

Sintaxis subtaskIssueTypes()
Campos
Tipo
compatibles
Operadores
IN , NOT IN
compatibles
Operadores no = , != ,~ , !~ ,> , >= , < , <=IS , IS NOT,WAS , WAS IN ,
admitidos WAS NOT , WAS NOT IN , CHANGED
• Encontrar incidencias que son subtareas (es decir, incidencis cuyo tipo
Ejemplos de problema es una subtarea):
issuetype in subtaskIssueTypes()

unreleasedVersions()
Realice búsquedas basadas en las versiones no publicadas (es decir, versiones que su
administrador de JIRA aún no ha liberado) de un proyecto especificado. También puede
buscar en las versiones inéditas de todos los proyectos, omitiendo el parámetro del
proyecto.

unreleasedVersions()
Sintaxis
unreleasedVersions(project)
Campos
AffectedVersion, FixVersion, campos personalizados del tipo Version
compatibles
Operadores
IN , NOT IN
compatibles
Operadores no = , != ,~ , !~ ,> , >= , < , <=IS , IS NOT ,WAS , WAS IN ,
admitidos WAS NOT , WAS NOT IN , CHANGED
• Encuentra incidencias cuya FixVersion es una versión inédita del
proyecto ABC:
fixVersion in unreleasedVersions(ABC)
Ejemplos
• Encuentre incidencias relacionadas con versiones inéditas del proyecto
ABC:
affectedVersion in unreleasedVersions(ABC)

votedIssues()
Realice búsquedas basadas en temas para los que ha votado. Además, vea el campo
Votante.Tenga en cuenta que esta función sólo puede ser utilizada por usuarios
conectados.
Sintaxis votedIssues()
Campos
Incidencia
compatibles
Operadores IN , NOT IN
compatibles
Operadores no = , != ,~ , !~ ,> , >= , < , <=IS , IS NOT ,WAS , WAS IN ,
admitidos WAS NOT , WAS NOT IN , CHANGED

Ejemplos
• Encuentre las incidencias por los que ha votado:
issue in votedIssues()

watchedIssues()
Realice búsquedas basadas en las incidencias que está observando.También, vea el campo
Observador. Tenga en cuenta que esta función sólo puede ser utilizada por usuarios
conectados.

Sintaxis WatchIssues ()
Campos
Incidencia
compatibles
Operadores
IN , NOT IN
compatibles
Operadores no = , != ,~ , !~ ,> , >= , < , <=IS , IS NOT ,WAS , WAS IN ,
admitidos WAS NOT , WAS NOT IN , CHANGED

Ejemplos
• Encuentre las incidencias que está viendo:
issue in watchedIssues()

Búsqueda avanzada - Referencia de campos

Esta página describe información sobre los campos que se utilizan para la
búsqueda avanzada. Un campo en JQL es una palabra que representa un
campo JIRA (o un campo personalizado que ya se ha definido en sus
aplicaciones JIRA). En una cláusula, un campo es seguido por un operador, que
a su vez es seguido por uno o más valores (o funciones). El operador compara
el valor del campo con uno o más valores o funciones a la derecha, de tal
manera que sólo los resultados verdaderos son recuperados por la cláusula.
Nota: no es posible comparar dos campos en JQL.

Versión afectada (Affected version).

Busque las incidencias que se asignan a determinada(s) versión (es) afectada(s).
Puede buscar por nombre de versión o ID de versión (es decir, el número que JIRA
asigna automáticamente a una versión) . Note, es mejor buscar por ID de versión que
por nombre de versión. Diferentes proyectos pueden tener versiones con el mismo
nombre. También es posible que el administrador de JIRA cambie el nombre de una
versión, lo que podría romper cualquier filtro guardado que dependa de ese nombre.
Los Id. De versión, sin embargo, son únicos y no se pueden cambiar.
Sintaxis affectedVersion
Tipo de campo VERSIÓN
Autocompletar Sí
= , != , > , >= , < , <=
Operadores NOTA: Los operadores de comparación (por ejemplo, ">") utilizan el
compatibles orden de versión que ha sido configurado por el administrador del
proyecto, no un orden numérico o alfabético.
Operadores no ~ , !~
admitidos WAS, WAS IN, WAS NOT, WAS NOT IN, CHANGED
Cuando se utiliza con los operadores IN y NOT IN, este campo admite:

• releasedVersions()

Funciones • latestReleasedVersion()
soportadas
• unreleasedVersions()

• earliestUnreleasedVersion()

• Buscar incidencias con una AffectedVersion de 3.14:

affectedVersion = "3.14"
Ejemplos
• Encuentre incidencias con una AffectedVersion de "Big Ted":
affectedVersion = "Big Ted"
• Buscar incidencias con una ID de AffectedVersion de 10350:
affectedVersion = 10350

Approvals (Aprobaciones).
Sólo es aplicable si JIRA Service Desk está instalado y con licencia y está utilizando la
funcionalidad Aprobaciones.
Busque las incidencias que han sido aprobados o requieren aprobación. Esto puede ser
refinado por el usuario.

Sintaxis approvals
Tipo de campo USUARIO
Autocompletar No
Operadores
=
compatibles
Operadores no ~, != ,!~ ,> , >= , < , <=
IS , IS NOT ,IN , NOT IN ,WAS, WAS IN, WAS NOT, WAS NOT
admitidos
IN , CHANGED
• Approved()
• approver()
• myApproval()
Funciones
• myPending()
soportadas
• pending()
• pendingBy()
•
• Encuentre incidencias que requieren o requieren la aprobación de
John Smith:
approval = approver(jsmith)
• Encuentre incidencias que requieren la aprobación de John Smith:
Ejemplos approval = pendingBy(jsmith)
• Buscar incidencias que requieren la aprobación del usuario actual:
approval = myPending()
• Encuentre todas las incidencias que requieren aprobación:
approval = pending()
Asignado (Assignee).
Buscar incidencias asignados a un usuario en particular. Puede buscar por nombre
completo del usuario, ID o dirección de correo electrónico.

Sintaxis assignee
Alias Cf [CustomFieldID]
Tipo de campo USUARIO
Autocompletar Sí
= , !=
IS, IS NOT, IN, NOT IN,WAS, WAS IN, WAS NOT, WAS NOT IN,
Operadores CHANGED
compatibles Tenga en cuenta que los operadores de comparación (por ejemplo, ">")
utilizan el orden de versión que ha sido configurado por el
administrador del proyecto, no un orden numérico o alfabético.
Operadores no
~ , !~, > , >= , < , <=
admitidos
Cuando se utiliza con los operadores IN y NOT IN, este campo admite:

membersOf()
Funciones
Cuando se utiliza con los operadores EQUALS y NOT EQUALS, este
compatibles
campo admite:

currentUser()

• Encontrar las incidencias que se asignan a John Smith:

assignee = "John Smith"
o
assignee = jsmith
• Encuentre las incidencias que actualmente están asignados o
Ejemplos asignados previamente a John Smith:
assignee WAS "John Smith"
o
assignee WAS jsmith
• Encuentre las incidencias asignados por el usuario con la dirección de
correo electrónico "bob@mycompany.com":
assignee = "bob@mycompany.com"
Archivos adjuntos (Attachments).
Buscar incidencias que tengan o no archivos adjuntos.

Sintaxis attachments
Tipo de campo ARCHIVO ADJUNTO
Autocompletar Sí
Operadores
IS, IS NOT
compatibles
Operadores no =, != , ~ , !~, > , >= , < , <= IN, NOT IN, WAS, WAS IN,
admitidos WAS NOT, WAS NOT IN, CHANGED
Funciones
Ninguna
soportadas
• Buscar incidencias con archivos adjuntos:
attachments IS NOT EMPTY
Ejemplos
• Buscar incidencias que no tengan archivos adjuntos:
attachments IS EMPTY

Categoría (Category).
Buscar incidencias que pertenezcan a proyectos de una categoría en particular.

Sintaxis category
Tipo de campo CATEGORÍA
Autocompletar Sí
Operadores =, !=
compatibles IS, IS NOT, IN, NOT IN
Operadores no
WAS, WAS IN, WAS NOT, WAS NOT IN, CHANGED
admitidos
Funciones
Ninguna
soportadas
• Encontrar las incidencias que pertenecen a los proyectos de la
Ejemplos categoría "Alphabet Projects":
category = "Alphabet Projects"

Comentario (Comment).
Buscar incidencias que tengan un comentario que contenga texto en particular. Se puede
usar la sintaxis de búsqueda de texto JIRA.

Sintaxis comment
Tipo de campo TEXTO
Autocompletar No
Operadores
~ , !~
compatibles
Operadores no = , != , > , >= , < , <=
admitidos IS, IS NOT, IN, NOT IN,WAS, WAS IN, WAS NOT, WAS NOT IN,
 CHANGED
Funciones
Ninguna
soportadas
• Buscar incidencias donde un comentario contiene texto que coincida
con "Mi PC es bastante antiguo"
comment ~ "Mi PC es bastante antiguo"
Ejemplos
• Encuentra incidencias donde un comentario contiene la frase exacta
"Mi PC es bastante antiguo":
comment ~ "\"Mi PC es bastante antiguo\""

Componente (Component).
Buscar incidencias que pertenecen a un componente particular (s) de un proyecto. Puede
buscar por nombre de componente o ID de componente (es decir, el número que JIRA
asigna automáticamente a un componente).
Tenga en cuenta que es más seguro buscar por ID de componente que por nombre de
componente. Diferentes proyectos pueden tener componentes con el mismo nombre, por
lo que buscar por nombre de componente puede devolver incidencias de varios proyectos.
También es posible que el administrador de JIRA cambie el nombre de un componente, lo
que podría romper cualquier filtro guardado que dependa de ese nombre. Sin embargo, los
ID de componentes son únicos y no se pueden cambiar.

Sintaxis component
Tipo de campo COMPONENTE
Autocompletar Sí
Operadores = , !=
compatibles IS , IS NOT , IN , NOT IN
Operadores no ~ , !~ , > , >= , < , <=
admitidos WAS, WAS IN, WAS NOT, WAS NOT IN, CHANGED
Cuando se utiliza con los operadores In y NOT IN, el
Funciones componente admite:
soportadas
componentsLeadByUser()
• Encuentre incidencias en el componente "Comp1" o "Comp2":
component in (Comp1, Comp2)
• Encuentre incidencias en los componentes "Comp1" y "Comp2":
Ejemplos component in (Comp1) and component in (Comp2)
or
component = Comp1 and component = Comp2
• Buscar incidencias en el componente con ID 20500:
component =20500

Creado (Created).
Buscar incidencias que se crearon, antes o después de una fecha (o rango de fechas)
concreto. Tenga en cuenta que si no se especifica un componente de tiempo, se asumirá la
medianoche. Tenga en cuenta que los resultados de la búsqueda se relacionarán con la
zona horaria configurada (que es, por defecto, la zona horaria del servidor JIRA).
Utilice uno de los siguientes formatos:
"yyyy/MM/dd HH:mm"
"yyyy-MM-dd HH:mm"
"yyyy/MM/dd"
"yyyy-MM-dd"
O use "w" (semanas), "d" (días), "h" (horas) o "m" (minutos) para especificar una fecha
relativa a la hora actual. El valor predeterminado es "m" (minutos). Asegúrese de usar
marcas de escape("), si omite las marcas de escape, el número que proporcione será
interpretado como milisegundos después de la época (1970-1-1).
Sintaxis created
Alias createdDate
Tipo de campo FECHA
Autocompletar No
Operadores = , != ,> , >= , < , <=
compatibles IS , IS NOT , IN , NOT IN
Operadores no ~ , !~
admitidos WAS, WAS IN, WAS NOT, WAS NOT IN, CHANGED
Cuando se utiliza con los operadores IGUALES , NO IGUALES,
MAYORES, MAYORES QUE IGUALES ,MENOS O MENOS QUE
IGUALES , este campo soporta:
• currentLogin()
• lastLogin()
• now()
• startOfDay()

Funciones • startOfWeek()
soportadas
• startOfMonth()
• startOfYear()
• endOfDay()
• endOfWeek()
• endOfMonth()
• endOfYear(

• Buscar todas las incidencias creadas antes del 12 de diciembre de

2010:
created <"2010/12/12"
• Buscar todas las incidencias creadas el 12 de diciembre de 2010 o
antes:
created <="2010/12/13"
• Buscar todas las incidencias creadas el 12 de diciembre de 2010 antes
Ejemplos de las 2:00 pm:
created >"2010/12/12and created <"2010/12/12 14:00"
• Buscar incidencias creadas hace menos de un día:
created >"-1d"
• Encontrar las incidencias creadas en enero de 2011:
created >"2011/01/01" and created <"2011/02/01"
• Encontrar las incidencias creadas el 15 de enero 2011:
created >"2011/01/15"and created <"2011/01/16"
Creador (Creator).
Buscar incidencias creadas por un usuario en particular. Puede buscar por nombre
completo del usuario, ID o dirección de correo electrónico.

Sintaxis creator
Tipo de campo USUARIO
Autocompletar Sí
Operadores = , !=
compatibles IS , IS NOT , IN , NOT IN,WAS, WAS IN, WAS NOT, WAS NOT IN
Operadores no ~ , !~ , > , >= , < , <=
admitidos CHANGED
Cuando se utiliza con los operadores IN y NOT IN , este campo admite:
• membersOf()
Funciones
Cuando se utiliza con los operadores EQUALS y NOT EQUALS , este
soportadas
campo admite:
• currentUser()
• Buscar incidencias que fueron creadas por Jill Jones:
creator ="Jill Jones"
or
creator = "jjones""Jill Jones"
Ejemplos or
creator = "jjones"
• Busque las incidencias creadas por el usuario con la dirección de correo
electrónico "bob@mycompany.com":
creator = "bob@mycompany.com"

Campo personalizado (Custom field).

Sólo es aplicable si su administrador de JIRA ha creado uno o más campos personalizados.
Buscar incidencias en los que un determinado campo personalizado tenga un valor
determinado. Puede buscar por nombre de campo personalizado o ID de campo
personalizado (es decir, el número que JIRA asigna automáticamente a un campo
personalizado).
Tenga en cuenta que es más seguro realizar búsquedas por ID de campo personalizado
que por nombre de campo personalizado. Es posible que un campo personalizado tenga el
mismo nombre que un campo del sistema JIRA incorporado; En cuyo caso, JIRA buscará el
campo del sistema (no su campo personalizado). También es posible que el administrador
de JIRA cambie el nombre de un campo personalizado, lo que podría romper cualquier filtro
guardado que dependa de ese nombre. Sin embargo, los ID de campos personalizados son
únicos y no se pueden cambiar.
Sintaxis CustomFieldName
Alias Cf [CustomFieldID]
Depende de la configuración del campo personalizado

Tipo de campo Nota, la sintaxis de búsqueda de texto JIRA,puede usarse con

campos personalizados de tipo 'Texto'.

para campos personalizados de tipo selector , selector de grupos,

Autocompletar
seleccionar, casilla de verificación y campos de botones
Operadores Los diferentes tipos de campos personalizados admiten
compatibles diferentes operadores.
Operadores
= , != , > , >= , < . <=
compatibles:
IS , IS NOT , IN , NOT IN
Número y fecha
Operadores no
~ , !~
admitidos:
WAS, WAS IN, WAS NOT, WAS NOT IN, CHANGED
Número y fecha
Operadores
compatibles:
Selector, seleccione,
= , !=
casilla de
IS , IS NOT , IN , NOT IN
verificación
Y campos de botones
de radio
Operadores no
admitidos:
Selector, seleccione,
~ , !~ ,> , >= , < . <=
casilla de
WAS, WAS IN, WAS NOT, WAS NOT IN, CHANGED
verificación
Y campos de botones
de radio
Operadores
~ , !~
compatibles:
IS , IS NOT
campos de texto
Operadores no
= , != ,> , >= , < . <=
admitidos:
IN , NOT IN ,WAS, WAS IN, WAS NOT, WAS NOT IN, CHANGED
campos de texto
Operadores no ~ , !~ , > , >= , < , <=
admitidos WAS, WAS IN, WAS NOT, WAS NOT IN, CHANGED
Funciones Los diferentes tipos de campos personalizados admiten
soportadas diferentes funciones.
Funciones Cuando se utiliza con los IGUALES, NO IGUALES, MAYOR,
soportadas: MAYOR QUE IGUAL,
Campos de fecha / MENOS O MENOS QUE los operadores EQUALS, este campo
hora admite:
• currentLogin()
• lastLogin()
• now()
• startOfDay()
• startOfWeek()
 • startOfMonth()
• startOfYear()
• endOfDay()
• endOfWeek()
• endOfMonth()
• endOfYear()

Campos del selector de versiones: Cuando se utiliza con el IN Y

NO IN , este campo admite:

• releasedVersions()
Funciones
soportadas: • latestReleasedVersion()
Campos selector de
versiones
• unreleasedVersions()

• earliestUnreleasedVersion()

• Buscar incidencias donde el valor del campo personalizado

"location" es "Nueva York":
location ="New York"
• Buscar incidencias donde el valor del campo personalizado con ID
10003 es "Nueva York":
cf[10003] ="New York"
Ejemplos
• Encontrar incidencias donde el valor del campo personalizado
"location" es "Londres" o "Milán" o "París":
cf[10003] in ("London","Milan","Paris")
• Buscar incidencias donde el campo personalizado "Ubicación" no
tiene valor:
location != empty
Tipo de solicitud de cliente (Customer Request Type).
Aplicable solo si JIRA Service Desk está instalado y con licencia. Búsqueda de incidencias
que coincidan con una solicitud de cliente específica en un proyecto service desk . Puede
buscar un tipo de solicitud de cliente, ya sea por nombre o descripción, tal como se
configura en la pantalla de configuración de tipo de solicitud.
Sintaxis "Customer Request Type"
Tipo de
Campo personalizado
campo
Autocompleta
Sí
r
Operadores = , !=
compatibles IN , NOT IN
~ , !~ ,> , >= , < , <=
IS , IS NOT,WAS, WAS IN, WAS NOT, WAS NOT IN,CHANGED
Tenga en cuenta que el valor de Lucene para el tipo de solicitud de
Operadores cliente esportal-key/request-type-key . Mientras no se puede cambiar
no admitidos
la clave de portal después de que se crea un portal de servicio, se puede
cambiar la clave de proyecto.La clave Tipo de solicitud no se puede
cambiar una vez que se ha creado el Tipo de solicitud.
Funciones
Ninguna
soportadas
• Buscar incidencias en los que el Tipo de solicitud de cliente es Solicitar
una nueva cuenta en proyectos a los que el usuario tiene acceso:
"Customer Request Type" ="Solicitar una nueva cuenta"
• Buscar incidencias en los que ell tipo de solicidtude del cliente es
Solicitar una nueva cuenta en el proyecto de SimpleDesk , donde el
operando derecho es un valor seleccionado de Lucene de la lista de
Ejemplos sugerencias de autocompletar.
"Customer Request Type" ="sd/system-access"
• Encuentre incidencias en los que el Tipo de solicitud de cliente es
Solicitar una nueva cuenta o Obtener ayuda de TI.
"Customer Request Type" IN ("Solicitar una nueva cuenta ",
"Obtener ayuda de TI")

Descripción (Description).
Buscar incidencias donde la descripción contenga texto en particular. Se puede usar las
sintaxis de búsqueda de texto JIRA.
Sintaxis description
Tipo de campo TEXTO
Autocompletar No
Operadores ~ , !~
compatibles IS , IS NOT
Operadores no = , !=, > , >= , < , <=
admitidos IN , NOT IN,WAS, WAS IN, WAS NOT, WAS NOT IN,CHANGED
Funciones
Ninguna
soportadas
Ejemplos • Encontrar incidencias en los que la descripción contiene texto que
coincida con "Ver imagen" (es decir, una coincidencia "difusa"):
 description ~"Ver imagen"
• Encuentre incidencias donde la descripción contiene la frase exacta
"Please see screenshot":description ~"\"Please see
screenshot\""

Debido (Due).
Busque los problemas que se debían , antes o después de una fecha (o rango de fechas)
concreto. Tenga en cuenta que la fecha de vencimiento se refiere sólo a la fecha (no a la
hora).
Utilice uno de los siguientes formatos:
"yyyy/MM/dd"
"yyyy-MM-dd"
O use "w"(semanas) o "d"(días) para especificar una fecha relativa a la fecha actual.
Asegúrese de usar comillas (").

Sintaxis due
Alias dueDate
Tipo de campo FECHA
Autocompletar No
Operadores = , !=, > , >= , < , <=
compatibles IS , IS NOT ,IN , NOT IN
Operadores no ~ , !~
admitidos WAS, WAS IN, WAS NOT, WAS NOT IN,CHANGED
Cuando se utiliza con los IGUALES, NO IGUALES, MAYOR,
MAYOR QUE IGUAL, MENOS O MENOS QUE los operadores
EQUALS , este campo admite:
• currentLogin()
• lastLogin()
• now()
• startOfDay()
Funciones • startOfWeek()
soportadas
• startOfMonth()
• startOfYear()
• endOfDay()
• endOfWeek()
• endOfMonth()
• endOfYear()

• Encuentre todas las incidencias antes del 31 de diciembre de

2010:
due < "2010/12/31"
• Encuentre todas las incidencias con vencimiento antes del 31 de
diciembre de 2010:
due <= "2011/01/01"
Ejemplos • Encuentra todas las incidencias pendientes mañana:
due ="1d"
• Encuentre todas las incidencias en enero 2011:
due >="2011/01/01" and due <= "2011/01/31"
• Encuentre todas las incidencias que deben entregar el 15 de enero
de 2011:
due ="2011/01/15"
Entorno (Environment).
Buscar incidencias en los que el entorno contenga un texto en particular.
Sintaxis environment
Tipo de campo TEXTO
Autocompletar No
Operadores ~ , !~
compatibles IS , IS NOT
Operadores no = , !=, > , >= , < , <=
admitidos IN , NOT IN,WAS, WAS IN, WAS NOT, WAS NOT IN,CHANGED
Funciones
Ninguna
soportadas
• Encuentre incidencias donde el entorno contenga texto que coincida
con "Tercer piso".
environment ~"Tercer piso"
Ejemplos
• Encontrar incidencias donde el entorno contiene la frase exacta
"Tercer piso":
environment ~"\"Tercer piso\""

Epic link
Busca incidencias que pertenezcan a un epic particular. La búsqueda se basa en el nombre
del epic, la clave de incidencias o el ID de incidencia (es decir, el número que JIRA asigna
automáticamente a una incidencia).

Sintaxis "epic link"

Tipo de campo Relación Epic Link
Autocompletar No
Operadores = , !=
compatibles IS , IS NOT, IN , NOT IN
Operadores no ~ , !~, > , >= , < , <=
admitidos WAS, WAS IN, WAS NOT, WAS NOT IN,CHANGED
Cuando se utiliza con los operadoresIN o NOT IN , el epic link
admite:
• issueHistory()
Funciones
• linkedIssues()
soportadas
• votedIssues()
• watchedIssues()

• Encontrar incidencias que pertenecen al epic "Júpiter", donde

"Júpiter tiene la clave de incidencia ANERDS-31:
"epic link"= ANERDS-31
Ejemplos or
"epic link"= Jupiter 31
or
"epic link" = Jupiter
Filtrar (Filter).
Puede utilizar un filtro guardado para restringir su búsqueda. Puede buscar por nombre de
filtro o ID de filtro (es decir, el número que JIRA asigna automáticamente a un filtro
guardado).
• Es más seguro buscar por ID de filtro que por nombre de filtro. Es posible que se
cambie un nombre de filtro, lo que podría romper un filtro guardado que invoca otro
filtro por nombre. Los identificadores de filtro, sin embargo, son únicos y no se
pueden cambiar.
• Una instrucción de enlace sin nombre en su consulta escrita invalidará una
instrucción ORDER BY en el filtro guardado.
• No puede ejecutar o guardar un filtro que causaría un bucle infinito (es decir, no
puede hacer referencia a un filtro guardado si finalmente hace referencia a su filtro
actual).

Sintaxis filter
Alias Request, savedFilter, searchRequest
Tipo de campo Filtrar
Autocompletar Sí
Operadores = , !=
compatibles IN , NOT IN
Operadores no ~ , !~, > , >= , < , <=
admitidos IS , IS NOT,WAS, WAS IN, WAS NOT, WAS NOT IN,CHANGED
Funciones
Ninguna
compatibles
• Buscar los resultados del filtro "My Saved Filter" (que tiene una ID de
12000) por incidencias asignadas al usuario jsmith:
Ejemplos filter ="My Saved Filter"and assignee = jsmith
or
filter =12000 and assignee = jsmith
Versión Correctora (Fix version).
Buscar incidencias asignadas a una versión de correctora determinada. Puede buscar por
nombre de versión o ID de versión (es decir, el número que JIRA asigna automáticamente a
una versión).
Tenga en cuenta que es más seguro realizar búsquedas por ID de versión que por nombre
de versión. Diferentes proyectos pueden tener versiones con el mismo nombre, por lo que
la búsqueda por nombre de versión puede devolver problemas de varios proyectos.
También es posible que el administrador de JIRA cambie el nombre de una versión, lo que
podría romper cualquier filtro guardado que dependa de ese nombre. Los Id. De versión,
sin embargo, son únicos y no se pueden cambiar.
Sintaxis FixVersion
Tipo de campo VERSIÓN
Autocompletar Sí
= , !=, > , >= , < , <=
IS , IS NOT,IN , NOT IN,WAS, WAS IN, WAS NOT, WAS NOT IN,
Operadores CHANGED
compatibles Tenga en cuenta que los operadores de comparación (por ejemplo,
">") utilizan el orden de versión que ha sido configurado por el
administrador del proyecto, no un orden numérico o alfabético
Operadores no
~ , !~
admitidos
Cuando se utiliza con los operadores IN y NOT IN, este campo
admite:
• ReleasedVersions()
Funciones
• LatestReleasedVersion()
soportadas
• No publicadasVersiones()
• Más tempranoUnreleasedVersion()

• Encontrar incidencias con una versión de corrección de 3.14 o 4.2:

fixVersion in ("3.14","4.2")
Ejemplos
• Encontrar incidencias con una versión de Fix de "Little Ted":
fixVersion ="Little Ted"
• Encontrar incidencias con un ID de versión de Fix de 10001:
fixVersion = 10001
Clave de incidencia (Issue key).
Buscar incidencias con una clave de incidencia particular o ID de la incidencia (es decir, el
número que JIRA asigna automáticamente a una incidencia).

Sintaxis IssueKey
Alias Id, incidencia, clave
Tipo de campo incidencia
Autocompletar No
Operadores = , !=, > , >= , < , <=
compatibles IS , IS NOT,IN , NOT IN
Operadores no ~ , !~
admitidos WAS, WAS IN, WAS NOT, WAS NOT IN, CHANGED
Cuando se utiliza con los operadores IN o NOT IN , issueKey
admite:
• IssueHistory()
Funciones soportadas • LinkedIssues()
• VotadoIssues()
• WatchIssues()

Ejemplos
• Encuentre el problema con la tecla "ABC-123":
issueKey = ABC-123

Etiquetas (Labels).
Busque incidencias con una etiqueta o una lista de etiquetas. También puede buscar
incidencias sin etiquetas para identificar fácilmente qué incidencias necesitan etiquetarse
para que aparezcan en los sprints, colas o informes relevantes.

Sintaxis labels
Tipo de campo ETIQUETA
Autocompletar Sí
= ,!=,IS, IS NOT, IN, NOT IN
Operadores
compatibles Se recomienda usar IS o IS NOT para buscar una sola etiqueta, y IN o
NOT IN para buscar una lista de etiquetas.
Operadores no ~ , !~ ,,> , >= , < , <=
admitidos WAS, WAS IN, WAS NOT, WAS NOT IN, CHANGED
Funciones
Ninguna
soportadas
• Buscar incidencias con una etiqueta existente:
labels = "x"
Ejemplos • Buscar incidencias sin una etiqueta especificada, incluidos
incidencias sin etiqueta:
labels not in ("x") or labels is EMPTY
Lo último visto (Last viewed).
Buscar incidencias que se vieron por última vez, antes o después de una fecha (o rango de
fechas) concreto. Tenga en cuenta que si no se especifica un componente de tiempo, se
asumirá la medianoche. Tenga en cuenta que los resultados de la búsqueda se
relacionarán con la zona horaria configurada (que es, por defecto, la zona horaria del
servidor JIRA).
Utilice uno de los siguientes formatos:
"yyyy/MM/dd HH:mm"
"yyyy-MM-dd HH:mm"
"yyyy/MM/dd"
"yyyy-MM-dd"
O use "w" (semanas), "d" (días), "h"(horas) o "m"(minutos) para especificar una fecha
relativa a la hora actual. El valor predeterminado es "m"(minutos). Asegúrese de usar
comillas ("), si las omite, el número que proporcione será interpretado como milisegundos
después de la fecha (1970-1-1).
Sintaxis lastViewed
Tipo de campo FECHA
Autocompletar No
Operadores
= , !=, > , >= , < , <=, IS , IS NOT, IN , NOT IN
compatibles
Operadores no
~ , !~, WAS, WAS IN, WAS NOT, WAS NOT IN, CHANGED
admitidos
Cuando se utiliza con los operadores IGUALES, NO IGUALES ,
MAYORES , MAYORES QUE IGUALES, MENOS O MENOS QUE
IGUALES , este campo soporta:
• currentLogin()
• lastLogin()
• now()
• startOfDay()
Funciones • startOfWeek()
soportadas
• startOfMonth()
• startOfYear()
• endOfDay()
• endOfWeek()
• endOfMonth()
• endOfYear()

Ejemplos • Buscar todas las incidencias vistas por última vez antes del 12 de
diciembre de 2010:
lastViewed <"2010/12/12"
• Buscar todas las incidencias consultadas por última vez en o antes del
12 de diciembre de 2010:
lastViewed <= "2010/12/13"
• Buscar todas las incidencias consultadas por última vez el 12 de
diciembre de 2010 antes de las 2:00 pm:
lastViewed >"2010/12/12" and created < "2010/12/12 14:00"
 • Encontrar las ultimas incidencias vistas hace menos de un día:
lastViewed >"-1d"lastViewed >"-1d"
• Buscar incidencias vistas por última vez en Enero de 2011:
lastViewed >"2011/01/01"and created <"2011/02/01"
• Buscar incidencias publicadas por última vez el 15 de enero de 2011:
lastViewed > "2011/01/15" and created <"2011/01/16"

Nivel (Level).
Sólo está disponible si la seguridad de nivel de incidencia ha sido habilitada por el
administrador de JIRA.

Buscar incidencias con un nivel de seguridad concreto. Puede buscar por número de
seguridad de nivel de incidencia o ID de seguridad de nivel de incidencia (es decir, el
número que JIRA asigna automáticamente a un nivel de seguridad de una incidencia).
Tenga en cuenta que es más seguro buscar por ID de nivel de seguridad que por nombre
de nivel de seguridad. Es posible que el administrador de JIRA cambie el nombre de un
nivel de seguridad, que podría romper cualquier filtro guardado que dependa de ese
nombre. Los ID de nivel de seguridad, sin embargo, son únicos y no se pueden cambiar.

Sintaxis level
Tipo de campo NIVEL DE SEGURIDAD
Autocompletar Sí
Operadores = , !=
compatibles IS , IS NOT, IN , NOT IN
Operadores no > , >= , < , <= ,~ , !~
admitidos WAS, WAS IN, WAS NOT, WAS NOT IN, CHANGED
Funciones
Ninguna
soportadas
• Buscar incidencias con un nivel de seguridad de "Realmente alto"
o "nivel1":
Ejemplos level in ("Really High", level1)
• Buscar incidencias con un nivel de seguridad ID de 123:
level = 123

Estimación original (Original estimate).

Sólo está disponible si el administrador de JIRA ha habilitado el seguimiento de tiempo.
Busquel as incidencias donde la estimación original se establece en un valor concreto (es
decir, un número, no una fecha o un intervalo de fechas). Utilice "w", "d", "h" y "m" para
especificar semanas, días, horas o minutos.

Sintaxis originalEstimate
Alias timeOriginalEstimate
Tipo de campo DURACIÓN
Autocompletar No
Operadores = , !=,> , >= , < , <=
compatibles IS , IS NOT,IN , NOT IN
Operadores no ~ , !~
admitidos WAS, WAS IN, WAS NOT, WAS NOT IN, CHANGED
Funciones soportadas Ninguna
• Encontrar incidencias con una estimación original de 1 hora:
originalEstimate = 1h
Ejemplos • Encontrar incidencias con una estimación original de más de
2 días:
originalEstimate > 2d

Padre (Parent).
Sólo está disponible si el administrador de JIRA ha habilitado las subtareas.
Busca todas las subtareas de una incidencia en particular. Puede buscar por clave de
incidencia o ID de incidencia (es decir, el número que JIRA asigna automáticamente a una
incidencia).

Sintaxis parent
Tipo de campo incidencias
Autocompletar No
Operadores = , !=
compatibles IN , NOT IN
Operadores no > , >= , < , <= ,~ , !~
admitidos IS , IS NOT, WAS, WAS IN, WAS NOT, WAS NOT IN, CHANGED
Funciones
Ninguna
soportadas

Ejemplos
• Buscar incidencias que son subtareas de TEST-1234:
parent = TEST-1234

Prioridad (Priority).
Buscar incidencias con una prioridad particular. Puede buscar por nombre de prioridad o ID
de prioridad (es decir, el número que JIRA asigna automáticamente a una prioridad).
Tenga en cuenta que es más seguro buscar por ID de prioridad que por nombre de
prioridad. Es posible que el administrador de JIRA cambie el nombre de una prioridad, lo
que podría romper cualquier filtro guardado que dependa de ese nombre. Los
identificadores de prioridad, sin embargo, son únicos y no se pueden cambiar.

Sintaxis priority
Tipo de campo PRIORIDAD
Autocompletar Sí
Operadores = , != ,> , >= , < , <=
IS , IS NOT,IN , NOT IN ,WAS, WAS IN, WAS NOT, WAS NOT IN,
compatibles
CHANGED
Operadores no
~ , !~
admitidos
Funciones
Ninguna
soportadas
Ejemplos • Buscar incidencias con una prioridad "High":
priority = High
 • Buscar problemas con una ID de prioridad de 10000:
priority = 10000

Proyecto (Project).
Buscar incidencias que pertenezcan a un proyecto en particular. Puede buscar por nombre
de proyecto, por clave de proyecto o por ID de proyecto (es decir, el número que JIRA
asigna automáticamente a un proyecto). En el caso raro en que exista un proyecto cuya
clave de proyecto sea la misma que el nombre de otro proyecto, la clave del proyecto
toma preferencia y oculta los resultados del segundo proyecto.
Sintaxis project
Tipo de campo PROYECTO
Autocompletar Sí
Operadores = , !=
compatibles IS , IS NOT,IN , NOT IN
Operadores no > , >= , < , <= ,~ , !~
admitidos WAS, WAS IN, WAS NOT, WAS NOT IN, CHANGED
Cuando se utiliza con los operadores IN y NOT IN , el project
admite:
Funciones • projectsLeadByUser()
soportadas
• projectsWhereUserHasPermission()
• projectsWhereUserHasRole()
• Encontrar incidencias que pertenecen al proyecto que tiene el
nombre "Proyecto ABC":
project ="ABC Project"
• Encontrar incidencias que pertenecen al proyecto que tiene la clave
Ejemplos "ABC":
project ="ABC"
• Buscar incidencias que pertenecen al proyecto que tiene el ID
"1234":
project =1234

Restante estimado (Remaining estimate).

Sólo está disponible si el administrador de JIRA ha habilitado el seguimiento de tiempo.
Busque incidencias donde la estimación restante se establece en un valor determinado (es
decir, un número, no una fecha o un intervalo de fechas). Utilice "w", "d", "h" y "m" para
especificar semanas, días, horas o minutos.

Sintaxis remainingEstimate
Alias timeEstimate
Tipo de campo DURACIÓN
Autocompletar No
Operadores > , >= , < , <=
compatibles IS , IS NOT,IN , NOT IN
Operadores no ~ , !~
admitidos WAS, WAS IN, WAS NOT, WAS NOT IN, CHANGED
Funciones soportadas Ninguna
• Buscar incidencias con una estimación restante de más de 4
Ejemplos horas:
RestanteEstimate> 4h

Informador (Reporter).
Buscar incidencias que fueron reportados por un usuario en particular. Esto puede ser el
mismo que el creador, pero puede ser distinto. Puede buscar por nombre completo del
usuario, ID o dirección de correo electrónico.
Sintaxis reporter
Tipo de campo USUARIO
Autocompletar Sí
Operadores = , !=
IS , IS NOT,IN , NOT IN ,WAS, WAS IN, WAS NOT, WAS NOT IN ,
compatibles
CHANGED
Operadores no
~ , !~ ,> , >= , < , <=
admitidos
Cuando se utiliza con los operadores IN y NOT IN , este campo admite:
• membersOf()
Funciones
soportadas Cuando se utiliza con los operadores EQUALS y NOT EQUALS , este
campo admite:
• currentUser()
• Busque las incidencias que fueron reportados por Jill Jones:
reporter ="Jill Jones"
"Jill Jones"
or
Ejemplos
reporter =jjones
• Busque las incidencias que informó el usuario con lla dirección de
correo electráonico "bob@mycompany.com”
reporter ="bob@mycompany.com"

Tipo de canal de solicitud (Request channel type).

Aplicable solo si JIRA Service Desk está instalado y con licencia.
Buscar incidencias que se solicitaron a través de un canal específico (por ejemplo,
incidencias enviadas por correo electrónico o a través de un portal de Service Desk).
Sintaxis request-channel-type
Tipo de campo TEXTO
Autocompletar Sí
Operadores
= , != IS, IS NOT, IN, NOT IN
compatibles
Operadores no ~ , !~ ,> , >= , < , <= WAS, WAS IN, WAS NOT, WAS NOT IN,
admitidos CHANGED
 Cuando se utiliza con los operadores IN y NOT IN , este campo
admite:

• email electrónico: solicitudes enviadas por correo

electrónico
Funciones
soportadas • jira: creadas con JIRA

• portal: peticiones creadas utilizando un portal de Service

Desk

• api:creadas con una API REST

• Buscar incidencias en los que el canal de solicitud era el correo
electrónico:
Ejemplos request-channel-type = email
• Buscar incidencias en los que el canal de solicitud era algo distinto
de un portal de servicio: Request-channel-type! = Portal

Ultimo tiempo de actividad(Request last activity

time).
Aplicable solo si JIRA Service Desk está instalado y con licencia.
Buscar incidencias que se crearon , antes o después de una fecha (o rango de fechas)
concreta. Tenga en cuenta que si no se especifica un componente de tiempo, se asumirá la
medianoche. Tenga en cuenta que los resultados de la búsqueda se relacionarán con la
zona horaria configurada (que es, por defecto, la zona horaria del servidor JIRA).
Utilice uno de los siguientes formatos: "yyyy/MM/dd HH:mm", "yyyy-MM-dd HH:mm"
"yyyy/MM/dd", "yyyy-MM-dd"
O use "w" (semanas), "d" (días), "h" (horas) o "m"(minutos) para especificar una fecha
relativa a la hora actual. El valor predeterminado es "m" (minutos). Asegúrese de usar
comillas ("), si las omite, el número que proporcione será interpretado como milisegundos
después de la fecha (1970-1-1).
Sintaxis request-last-activity-time
Tipo de campo FECHA
Autocompleta
Sí
r
Operadores
= , != , > , >= , < , <= IS, IS NOT, IN, NOT IN
compatibles
Operadores
~ , !~, WAS, WAS IN, WAS NOT, WAS NOT IN, CHANGED
no admitidos
Cuando se utiliza con los IGUALES, NO IGUALES, MAYOR, MAYOR
QUE IGUAL, MENOS O MENOS QUE los operadores EQUALS, este
campo admite:
• currentLogin()
• lastLogin()
• now()
• startOfDay()
Funciones • startOfWeek()
soportadas
• startOfMonth()
• startOfYear()
• endOfDay()
• endOfWeek()
• endOfMonth()
• endOfYear()
 • Buscar todas las incidencias que se han actualizado antes del 23 de
mayo de 2016:
"2016/05/23"request-last-activity-time <"2016/05/23"
• Buscar todas las incidencias actualizadoa por última vez el 23 de mayo
de 2016 o antes:
request-last-activity-time <="2016/05/23"
• Encuentre todas las incidencias creadas el 23 de mayo de 2016 y
Ejemplos tuvieron actividad por última vez antes de las 2:00 de la tarde ese día:
created > "2016/05/23" AND request-last-activity-time <
"2016/05/23 14:00"
• Encontrar las incidencias que tuvieron actividad por última vez hace
menos de un día:
request-last-activity-time > "-1d"
• Buscar incidencias en los que se actuó por última vez en enero de
2016:request-last-activity-time >"2016/01/01" and request-
last-activity-time <"2016/02/01"

Resolución (Resolution).
Buscar incidencias que tengan una resolución determinada. Puede buscar por nombre de
resolución o ID de resolución (es decir, el número que JIRA asigna automáticamente a una
resolución).
Tenga en cuenta que es más seguro buscar por ID de resolución que por nombre de
resolución. Es posible que el administrador de JIRA cambie el nombre de una resolución,
que podría romper cualquier filtro guardado que dependa de ese nombre. Los
identificadores de resolución, sin embargo, son únicos y no se pueden cambiar.

Sintaxis resolution
Tipo de campo RESOLUCIÓN
Autocompletar Sí
Operadores = , != ,> , >= , < , <=
IS , IS NOT,IN , NOT IN ,WAS, WAS IN, WAS NOT, WAS NOT
compatibles
IN , CHANGED
Operadores no
~ , !~
admitidos
Funciones
Ninguna
soportadas
• Buscar incidencias con una resolución de "No se puede reproducir"
o "No se puede arreglar":
resolution in ("No se puede reproducir", "No se puede
arreglar")
Ejemplos • Buscar incidencias con una resolución ID de 5:
resolution =5
• Encontrar incidencias que no tienen una resolución:
Resolución = sin resolver
•
Resuelto (Resolved).
Buscar incidencias que se resolvieron antes, o después de una fecha (o rango de fechas)
concreto. Tenga en cuenta que si no se especifica un componente de tiempo, se asumirá la
medianoche. Tenga en cuenta que los resultados de la búsqueda se relacionarán con la
zona horaria configurada (que es, por defecto, la zona horaria del servidor JIRA).
Utilice uno de los siguientes formatos: "yyyy/MM/dd HH:mm", "yyyy-MM-dd HH:mm",
"yyyy/MM/dd", "yyyy-MM-dd"
O use "w" (semanas),"d" (días),"h" (horas) o "m" (minutos) para especificar una fecha
relativa a la hora actual. El valor predeterminado es "m" (minutos). Asegúrese de usar
comillas ("), si omite las comillas, el número que proporcione será interpretado como
milisegundos después de la fecha (1970-1-1).
Sintaxis resolved
Alias resolutionDate
Tipo de campo FECHA
Autocompletar No
Operadores
> , >= , < , <= , IS , IS NOT,IN , NOT IN
compatibles
Operadores no
~ , !~, WAS, WAS IN, WAS NOT, WAS NOT IN , CHANGED
admitidos
Cuando se utiliza con los operadores IGUALES, NO IGUALES, MAYORES,
MAYORES QUE IGUALES, MENOS O MENOS QUE IGUALES, este campo
soporta:
• currentLogin()
• lastLogin()
• now()
• startOfDay()
Funciones • startOfWeek()
soportadas
• startOfMonth()
• startOfYear()
• endOfDay()
• endOfWeek()
• endOfMonth()
• endOfYear()

• Encuentre todas las incidencias que se resolvieron antes del 31 de

diciembre de 2010:
resolved <="2010/12/31"
• Encuentre todas las incidencias que se resolvieron antes de las 2:00
pm del 31 de diciembre de 2010:
resolved <"2010/12/31 14:00"
• Encuentre todas las incidencias que se resolvieron el 31 de diciembre
Ejemplos de 2010 o antes:
resolved <="2011/01/01"
• Encuentre las incidencias que se resolvieron en enero de 2011:
resolved > "2011/01/01" and resolved < "2011/02/01"
• Encontrar las incidencias que se resolvieron el 15 de enero de 2011:
resolved > "2011/01/15" and resolved < "2011/01/16"
• Buscar incidencias que se resolvieron en la última hora:
resolved> -1h
Sprint
Buscar incidencias que se asignan a un sprint en particular. Esto funciona para sprints
activos y futuros sprints. La búsqueda se basa en el nombre de sprint o el ID de sprint (es
decir, el número que JIRA asigna automáticamente a un sprint).
Si tienes varios sprints con nombres similares (o idénticos), puedes simplemente buscar
usando el nombre de sprint - o incluso una parte de él. Las posibles coincidencias se
mostrarán en el menú desplegable de autocompletar, con las fechas de sprint mostradas
para ayudarle a distinguir entre ellas. (El ID de sprint también se mostrará entre
paréntesis).
Sintaxis sprint
Tipo de campo NÚMERO
Autocompletar Sí
Operadores
= , !=,IS , IS NOT, IN , NOT IN
compatibles
Operadores no ~ , !~ ,> , >= , < , <=,WAS, WAS IN, WAS NOT, WAS NOT IN
admitidos , CHANGED
Funciones
• OpenSprints (), ClosedSprints ()
soportadas
• Buscar incidencias que pertenecen a sprint 999:
sprint =999
• Encontrar incidencias que pertenecen a sprint "1 de febrero":
sprint ="February 1"
Ejemplos • Encuentre incidencias que pertenezcan a "Febrero 1", "Febrero 2"
o "Febrero 3":
sprint in ("February 1","February 2","February 3")
• Buscar problemas asignados a un sprint:
sprint in not empty

Estado (Status).
Buscar incidencias que tengan un estado particular. Puede buscar por nombre de estado o
ID de estado (es decir, el número que JIRA asigna automáticamente a un estado).
Nota:
Es más seguro buscar por ID de estado que por nombre de estado. Es posible que el
administrador de JIRA cambie el nombre de un estado, que podría romper cualquier filtro
guardado que dependa de ese nombre. Los identificadores de estado, sin embargo, son
únicos y no se pueden cambiar.
Los operadores WAS, WAS NOT, WAS IN y WAS NOT IN sólo se pueden utilizar con el
nombre, no con el ID.
Sintaxis status
Tipo de campo ESTADO
Autocompletar Sí
Operadores = , !=,IS , IS NOT,IN , NOT IN ,WAS, WAS IN, WAS NOT,
compatibles WAS NOT IN , CHANGED
Operadores no
~ , !~ ,> , >= , < , <=
admitidos
Funciones
Ninguna
soportadas
Ejemplos • Buscar incidencias con el estado de "Abrir": Status = Open
• Buscar incidencias con un ID de estado de 1: status =1
• Encontrar incidencias que tienen actualmente o tenían
anteriormente un estado de "Open":
 status WAS Open

Resumen (Summary).
Busque incidencias donde el resumen contenga texto en particular. Se puede usar la
sintaxis de búsqueda de texto de JIRA.

Sintaxis summary
Tipo de campo TEXTO
Autocompletar No
Operadores ~ , !~
compatibles IS , IS NOT
Operadores no = , != ,> , >= , < , <=
admitidos IN , NOT IN ,WAS, WAS IN, WAS NOT, WAS NOT IN , CHANGED
Funciones
Ninguna
soportadas
• Encontrar incidencias en los que el resumen contiene texto que
coincide con "Error al guardar el archivo"
summary ~"Error al guardar el archivo"
Ejemplos
• Encontrar incidencias en los que el resumen contiene la frase exacta
"Error al guardar el archivo":
summary ~"\"Error al guardar el archivo\""

Texto (Text).
Este es un "campo maestro" que le permite buscar todos los campos de texto, es decir:
• Resumen. (Summary).
• Descripción.
• Entorno. (Environment).
• Comentarios.
• Campos personalizados que usan el "buscador de texto libre"; Esto incluye campos
personalizados de los siguientes tipos de campos personalizados incorporados:
◦ Campo de texto libre (texto ilimitado).
◦ Campo de texto (<255 caracteres).
◦ Campo de texto de sólo lectura.

Notas:
El campo maestro de text sólo se puede utilizar con el operador CONTAINS ("~" y "!~").
La sintaxis de búsqueda de texto de JIRA puede utilizarse con estos campos.
Sintaxis text
Tipo de campo TEXTO
Autocompletar No
Operadores
~
compatibles
Operadores no = , != ,!~ ,> , >= , < , <=
IS , IS NOT ,IN , NOT IN ,WAS, WAS IN, WAS NOT, WAS NOT IN
admitidos
, CHANGED
Funciones
Ninguna
soportadas
• Buscar incidencias donde un campo de texto coincide con la palabra
"Fred":
text ~"Fred"
or
Ejemplos
text ~ Fred
• Encontrar todas las incidencias donde un campo de texto contiene la
frase exacta "full screen":
text ~ "\"full screen\""

Tiempo usado (Time spent).

Sólo está disponible si el administrador de JIRA ha habilitado el seguimiento de tiempo.
Buscar incidencias en los que el tiempo invertido se establece en un valor determinado (es
decir, un número, no una fecha o un intervalo de fechas). Utilice "w", "d", "h" y "m" para
especificar semanas, días, horas o minutos.

Sintaxis timeSpent
Tipo de campo DURACIÓN
Autocompletar No
Operadores
= , !=,> , >= , < , <=, IS , IS NOT ,IN , NOT IN
compatibles
Operadores no
~, !~, WAS, WAS IN, WAS NOT, WAS NOT IN , CHANGED
admitidos
Funciones soportadas Ninguna
• Encuentra incidencias en las que el tiempo que pasó es de más
Ejemplos de 5 días:
timeSpent > 5d
Tipo (Type).
Buscar incidencias que tengan un tipo de incidencia en particular. Puede buscar por tipo
de incidencia o ID de tipo de incidencia (es decir, el número que JIRA asigna
automáticamente a un tipo de problema).
Tenga en cuenta que es más seguro buscar por ID de tipo que por nombre de tipo. Es
posible que el administrador de JIRA cambie el nombre de un tipo, que podría romper
cualquier filtro guardado que dependa de ese nombre. Los ID de tipo, sin embargo, son
únicos y no se pueden cambiar.

Sintaxis type
Alias issueType
Tipo de campo TIPO DE INCIDENCIA
Autocompletar Sí
Operadores = , !=
compatibles IS , IS NOT ,IN , NOT IN
Operadores no ~, !~ ,> , >= , < , <=
admitidos WAS, WAS IN, WAS NOT, WAS NOT IN , CHANGED
Funciones soportadas Ninguna
• Encontrar incidencia cuyo tipo sea "Bug"
type = Bug
• Encontrar Encontrar incidencias cuyo tipo sea "Bug" o
Ejemplos "Improvement":
issueType in (Bug,Improvement)
• Buscar incidencias con un identificador de tipo de incidencia de
2:
issueType =2

Actualizado (Updated).
Buscar incidencias que se actualizaron por última vez, antes o después de una fecha (o
rango de fechas) concreto. Tenga en cuenta que si no se especifica un componente de
tiempo, se asumirá la medianoche. Tenga en cuenta que los resultados de la búsqueda se
relacionarán con la zona horaria configurada (que es, por defecto, la zona horaria del
servidor JIRA).
Utilice uno de los siguientes formatos:
"yyyy/MM/dd HH:mm","yyyy-MM-dd HH:mm", "yyyy/MM/dd","yyyy-MM-dd"
O use "w" (semanas), "d"(días), "h" (horas) o "m" (minutos) para especificar una fecha
relativa a la hora actual. El valor predeterminado es "m" (minutos). Asegúrese de usar
comillas ("), si omite las comillas, el número que proporcione será interpretado como
milisegundos después de la época (1970-1-1).
Sintaxis updated
Alias updatedDate
Tipo de campo FECHA
Autocompletar No
Operadores = , !=,> , >= , < , <=
compatibles IS , IS NOT ,IN , NOT IN
Operadores no ~, !~
admitidos WAS, WAS IN, WAS NOT, WAS NOT IN , CHANGED
Cuando se utiliza con los IGUALES, NO IGUALES, MAYOR, MAYOR
QUE IGUAL,
MENOS O MENOS QUE los operadores EQUALS , este campo
admite:
• currentLogin()
• lastLogin()
• now()
Funciones • startOfDay()
soportadas • startOfWeek()
• startOfMonth()
• startOfYear()
• endOfDay()
• endOfWeek()
• endOfMonth()
• endOfYear()

• Buscar incidencias que se actualizaron por última vez antes del 12 de

diciembre de 2010:
updated < "2010/12/12"
• Buscar las incidencias que se actualizaron por última vez el 12 de
diciembre de 2010 o antes:
updated < "2010/12/13"
• Buscar todas las incidencias que se actualizaron por última vez antes
de las 2:00 pm del 31 de diciembre de 2010:
Ejemplos updated < "2010/12/31 14:00"
• Buscar incidencias que se actualizaron hace más de dos semanas:
updated <"-2w"
• Encontrar incidencias que se actualizaron por última vez el 15 de
enero de 2011:
updated > "2011/01/15" and updated < "2011/01/16"
• Encuentre incidencias que se actualizaron por última vez en enero de
2011:
updated > "20011/01/01" and updated < "2011/02/01"
Votante (Voter).
Buscar incidencias para los que un usuario en particular ha votado. Puede buscar por
nombre completo del usuario, ID o dirección de correo electrónico. Tenga en cuenta que
sólo puede encontrar los problemas para los que tiene el permiso "Ver votantes y
observadores", a menos que esté buscando sus propios votos.

Sintaxis voter
Tipo de campo USUARIO
Autocompletar Sí
Operadores = , !=
compatibles IS , IS NOT ,IN , NOT IN
Operadores no ~, !~ , > , >= , < , <=
admitidos WAS, WAS IN, WAS NOT, WAS NOT IN , CHANGED
Cuando se utiliza con los operadores IN yNOT IN, este campo
admite:
• membersOf()
Funciones
soportadas Cuando se utiliza con los operadores EQUALS y NOT EQUALS,
este campo admite:
• currentUser()
• Busque incidencias por los que ha votado:
voter = currentUser()
• Buscar incidencias con los que el usuario "jsmith" ha votado:
Ejemplos voter = "jsmith"
• Buscar incidencias para los que un miembro del grupo "jira-
administrators" ha votado:
voter in membersOf("jira-administrators")

Votos (Votes).
Buscar incidencias con un número determinado de votos.

Sintaxis votes
Tipo de campo NÚMERO
Autocompletar No
Operadores = , !=,> , >= , < , <=
compatibles IN , NOT IN
Operadores no ~, !~
IS , IS NOT , WAS, WAS IN, WAS NOT, WAS NOT IN ,
admitidos
CHANGED
Funciones soportadas Ninguna

Ejemplos
• Buscar todas las incidencias que tengan 12 o más votos:
votes >= 12
Observador (Watcher).
Buscar incidencias que un usuario en particular está observando. Puede buscar por
nombre completo del usuario, ID o dirección de correo electrónico. Tenga en cuenta que
sólo puede encontrar los problemas para los que tiene el permiso "Ver votantes y
observadores", a menos que esté buscando incidencias en los que esté observando.

Sintaxis watcher
Tipo de campo USUARIO
Autocompletar Sí
Operadores = , !=
compatibles IS , IS NOT ,IN , NOT IN
Operadores no ~, !~ , > , >= , < , <=
admitidos WAS, WAS IN, WAS NOT, WAS NOT IN , CHANGED
Cuando se utiliza con los operadores IN y NOT IN , este campo
admite:

Funciones • membersOf()
soportadas Cuando se utiliza con los operadores EQUALS y NOT EQUALS,
este campo admite:
• currentUser()
• Busque incidencias que está observando:
watcher = currentUser()
• Búsqueda de incidencias que el usuario "jsmith" está viendo:
Ejemplos watcher = "jsmith"
• Buscar incidencias que están siendo vistos por un miembro del
grupo "jira-administrators":
watcher in membersOf("jira-administrators")

Observadores (Watchers).
Buscar incidencias con un número determinado de observadores.
Sintaxis watchers
Tipo de campo NÚMERO
Autocompletar No
Operadores = , !=,> , >= , < , <=
compatibles IN , NOT IN
Operadores no ~, !~
admitidos IS , IS NOT , WAS, WAS IN, WAS NOT, WAS NOT IN , CHANGED
Cuando se utiliza con los operadores IN y NOT IN , este campo
admite:

Funciones • membersOf()
soportadas Cuando se utiliza con los operadores EQUALS y NOT EQUALS,
este campo admite:
• currentUser()
• Encuentra todas las incidencias que están siendo vistos por más
Ejemplos de 3 personas:
watchers > 3
Registro de autor de trabajo (Work log author).
Sólo está disponible si el administrador de JIRA ha habilitado el seguimiento de tiempo.
Buscar incidencias con los que un usuario en particular ha trabajado. Puede buscar por
nombre completo del usuario, ID o dirección de correo electrónico. Tenga en cuenta que
sólo puede encontrar las incidencias para los que tiene permisos "Seguimiento de
Tiempo", a menos que esté buscando incidencias con los que ha iniciado la sesión.

Sintaxis worklogAuthor
Tipo de campo USUARIO
Autocompletar Sí
Operadores = , !=
compatibles IS , IS NOT ,IN , NOT IN
Operadores no ~, !~ , > , >= , < , <=
admitidos WAS, WAS IN, WAS NOT, WAS NOT IN , CHANGED
Cuando se utiliza con los operadores IN y NOT IN , este campo
admite:
• membersOf()
Funciones
soportadas Cuando se utiliza con los operadores EQUALS y NOT EQUALS ,
este campo admite:
• currentUser()
• Busque incidencias con los que ha trabajado:
worklogAuthor = currentUser()
• Buscar incidencias en los que el usuario "jsmith" ha trabajado:
Ejemplos worklogAuthor= "jsmith"
• Buscar incidencias en que ha trabajado un miembro del grupo
"jira-software-users":
worklogAuthor in membersOf("jira-software-users")

Comentario del registro de trabajo (Work log

comment).
Sólo está disponible si el administrador de JIRA ha habilitado el seguimiento de tiempo.
Buscar incidencias que tengan un comentario en una entrada de registro de trabajo que
contenga texto en particular. Se puede usar la sintaxis de búsqueda de texto de JIRA.
Sintaxis worklogComment
Tipo de campo TEXTO
Autocompletar No
Operadores
~ , !~
compatibles
Operadores no = , != ,> , >= , < , <=, IS , IS NOT ,IN , NOT IN ,WAS, WAS
admitidos IN, WAS NOT, WAS NOT IN , CHANGED
Funciones
Ninguna
soportadas
Ejemplos • Buscar incidencias donde un comentario en una entrada de registro de
trabajo contiene texto que coincide con "test sessions"
comment ~"test sessions"
• Buscar incidencias donde un comentario contiene la frase exacta "test
 sessions":
summary ~"\"test sessions\""

Fecha de registro de trabajo (Work log date).

Sólo está disponible si el administrador de JIRA ha habilitado el seguimiento de tiempo.
Busque incidencias que tienen comentarios en las entradas del registro de trabajo que se
crearon en, antes, o después de una fecha determinada (o rango de fechas). Tenga en
cuenta que si no se especifica un componente de tiempo, se asumirá la medianoche
00:00. Tenga en cuenta que los resultados de la búsqueda serán relativos a su zona
horaria configurada (que es por defecto la zona horaria del servidor de JIRA).
Utilice uno de los siguientes formatos: "yyyy/MM/dd HH:mm", "yyyy-MM-dd
HH:mm","yyyy/MM/dd","yyyy-MM-dd"
O utilizar "w"(semanas), "d"(días),"h"(horas) o "m"(minutos) para especificar una fecha
relativa a la hora actual. El valor predeterminado es "m"(minutos). Asegúrese de utilizar
comillas (");si se omite las comillas, el número que proporcione será interpretado como
milisegundos después de la fecha (01/01/1970).
Sintaxis worklogDate
Tipo de campo FECHA
Autocompletar No
Operadores
= , != ,> , >= , < , <=,IS , IS NOT , IN , NOT IN
compatibles
Operadores no ~ , !~
admitidos WAS, WAS IN, WAS NOT, WAS NOT IN, CHANGED
Cuando se utiliza con operadores Iguales ,NO IGUAL, MAYOR QUE,
MAYOR O IGUAL,MENOR o MENOR O IGUAL, este campo es
compatible con:
• currentLogin()
• lastLogin()
• now()
funciones • startOfDay()
soportadas • startOfWeek()
• startOfMonth()
• startOfYear()
• endOfDay()
• endOfWeek()
• endOfMonth()
• endOfYear()
Ejemplos • Encontrar incidencias que tienen comentarios en las entradas del
registro de trabajo creados antes de la medianoche del 12 de
diciembre de 2010:
worklogDate <"2010/12/12"
• Encontrar incidencias que tienen comentarios en las entradas del
registro de trabajo creadas en o antes del 12 de diciembre de 2010
(pero no el 13 diciembre de 2010): worklogDate <="2010/12/13"
• Encontrar incidencias que tienen comentarios en las entradas del
registro de trabajo creados el 12 de diciembre de 2010, antes de las
2:00 PM
worklogDate >"2010/12/12" and worklogDate <"2010/12/12
14:00"
• Encontrar incidencias que tienen comentarios en las entradas del
registro de trabajo creadas hace menos de un día: worklogDate >"-
1d"
 • Encontrar incidencias que tienen comentarios en las entradas del
registro de trabajo creados en enero de 2011: worklogDate
>"2011/01/01" and worklogDate <"2011/02/01"

Relación de trabajo (Work ratio).

Sólo está disponible si el tiempo de seguimiento ha sido habilitada por el administrador de
JIRA.
Buscar incidencias en los que la relación de trabajo tiene un valor particular. Relación de
trabajo se calcula como sigue: workRatio = timeSpent / originalEstimate) x 100

Sintaxis workRatio
Tipo de campo NÚMERO
Autocompletar No
Operadores = , !=,> , >= , < , <=
compatibles IS , IS NOT ,IN , NOT IN
Operadores no ~, !~
admitidos WAS, WAS IN, WAS NOT, WAS NOT IN , CHANGED
funciones
Ninguna
soportadas
• Encontrar incidencias en los que se ha gastado más del 75% de la
Ejemplos estimación original:
workRatio > 75
Búsqueda avanzada: referencia de palabras clave
Esta página describe información sobre las palabras clave que se utilizan para la búsqueda
avanzada.
Una palabra clave en JQL es una palabra o frase que hace (o es) una de las siguientes:
• Une dos o más cláusulas juntas para formar una consulta JQL compleja.
• Altera la lógica de una o más cláusulas.
• Altera la lógica de los operadores.
• Tiene una definición explícita en una consulta JQL.
• Realiza una función específica que altera los resultados de una consulta JQL.

AND
Se utiliza para combinar varias cláusulas, lo que le permite afinar su búsqueda.
Tenga en cuenta que puede utilizar paréntesis para controlar el orden en el que se
ejecutan las cláusulas.
EJEMPLOS

• Encuentre todas las incidencias abiertas en el proyecto "Nueva oficina":

project = "Nueva oficina" and status = "open"
• Encuentra todas las incidencias abiertas y urgentes que se asignan a jsmith:
status = open and priority = urgent and assignee = jsmith
• Encuentre todas las incidencias de un proyecto concreto que no estén asignados a
jsmith:
project = JRA and assignee != jsmith
• Encuentre todas las incidencias de una versión específica que conste de diferentes
números de versión en varios proyectos:
project in (JRA,CONF) and fixVersion = "3.14"
• Encuentre todas las incidencias en las que ni el informador ni el asignado son Jack,
Jill o John:
reporter not in (Jack,Jill,John) and assignee not in (Jack,Jill,John)

OR
Se utiliza para combinar varias cláusulas, lo que le permite ampliar su búsqueda.
Tenga en cuenta que puede utilizar paréntesis para controlar el orden en el que se
ejecutan las cláusulas. (Nota: véase también IN , que puede ser una forma más
conveniente de buscar múltiples valores de un campo).
EJEMPLOS

• Encuentra todas las incidencias que fueron creados por jsmith o jbrown:
reporter = jsmith or reporter = jbrown
• Buscar todos los problemas que están atrasados o en los que no se ha establecido
ninguna fecha de vencimiento:
duedate < now() or duedate is empty
NOT
Se usa para negar cláusulas individuales o una consulta JQL compleja (una consulta
formada por más de una cláusula) usando paréntesis, lo que le permite refinar su
búsqueda.
Nota: véase también NOT EQUALS(!=), DOES NOT CONTAIN(!-), NOT IN y IS NOT
EJEMPLOS

• Buscar todas las incidencias que se asignan a cualquier usuario, excepto jsmith:
not assignee = jsmith
• Encuentra todas las incidencias que no fueron creados por jsmith o jbrown:
not (reporter = jsmith or reporter = jbrown)

EMPTY
Seutiliza para buscar incidencias en los que un campo determinado no tiene un valor.
Véase también NULL.
Tenga en cuenta que EMPTY sólo se puede utilizar con campos que admiten los operadores
IS y IS NOT. Para ver los operadores compatibles de un campo, compruebe la referencia de
campo individual.
EJEMPLOS

• Buscartodas las incidencias sin DueDate:

duedate = empty o duedate is empty

NULL
Se utiliza para buscar incidencias en los que un campo determinado no tiene un valor. Vea
también EMPTY.
Tenga en cuenta que NULL sólo se puede utilizar con campos que admiten los operadores
IS y IS NOT. Para ver los operadores compatibles de un campo, compruebe la referencia de
campo individual.
EJEMPLOS

• Buscar todas las incidencias sin DueDate:

duedate = null o duedate is null

ORDER BY
Se utilizapara especificar los campos por cuyos valores se ordenarán los resultados de la
búsqueda.
De forma predeterminada, se utilizará el orden de clasificación propio del campo. Puede
anularlo especificando el orden ascendente ("asc") o el orden descendente ("desc").
EJEMPLOS

• Buscar todas las incidencias sin DueDate, ordenados por CreationDate:

duedate = empty order by created
• Encuentre todas las incidencias sin DueDate, ordenados por CreationDate, luego
por Prioridad (de mayor a menor):
duedate = empty order by created, priority desc
 • Encuentre todas las incidencias sin DueDate, ordenados por CreationDate, luego
por Priority (menor a mayor):
duedate = empty order by created, priority asc
Info:
Ordenando por Componentes o Versiones listará las incidencias devueltas primero por
Proyecto, y sólo entonces por el orden natural del campo.

Búsqueda avanzada - referencia de

operadores
Esta página describe información acerca de los operadores que se utilizan para la
búsqueda avanzada.
Un operador en JQL es uno o más símbolos o palabras, que compara el valor de un campo
a su izquierda con uno o más valores (o funciones) a su derecha, de manera que sólo los
resultados verdaderos son recuperados por la cláusula. Algunos operadores pueden utilizar
la palabra clave.

EQUALS: =
El operador"=" se utiliza para buscar incidencias donde el valor del campo especificado
coincide exactamente con el valor especificado.(Nota: no se puede usar con campos de
texto, vea el operador CONTAINS en su lugar.)
Para encontrar incidencias en los que el valor de un campo especificado coincida
exactamente con varios valores, utilice varias instrucciones "= " con el operador AND.
EJEMPLOS

• Encontrar todas las incidencias que fueron creados por jsmith:

reporter = jsmith
• Encuentra todas las incidencias que fueron creados por John Smith:
reporter = "John Smith"

NOT EQUALS: !=
El operador"!=" Se utiliza para buscar incidencias donde el valor del campo especificado
no coincide con el valor especificado. (Nota: no se puede usar con campos de texto, vea el
operador DOES NOT MACH("!~").
Tenga en cuenta que escribir el field != value es lo mismo que escribir NOT field = value, y
ese field != EMPTY es igual que el field IS_NOT EMPTY.
El operador "!=" No coincidirá con un campo que no tenga valor (es decir, un campo que
esté vacío). Por ejemplo,component != fred sólo coincidirá con las incidencias que tienen
un componente y el componente no es "fred". Para encontrar incidencias que tengan un
componente distinto de "fred" o que no tengan ningún componente , necesitará escribir:
component != fred or component is empty.
EJEMPLOS

• Buscar todas las incidencias que se asignan a cualquier usuario, excepto jsmith:
not assignee = jsmith es lo mismo que assignee != jsmith
• Encuentra todas las incidencias que no son asignados a jsmith:
assignee != jsmith or assignee is empty
 • Buscar todas las incidencias que fueron reportados por mí pero no me son
asignados:
reporter = currentUser() and assignee != currentUser()
• Buscar todas las incidencias que se asignan a cualquier usuario, excepto jsmith:
assignee != jsmith or assignee is empty
• Buscar todas las incidencias que fueron reportados por mí pero no me son
asignados:
reporter = currentUser() and assignee != currentUser()
• Encuentre todas las incidencias en los que el reportador o el asignado sea alguien
excepto John Smith:
assignee != "John Smith" ó reporter != "John Smith"
• Buscar todas las incidencias que no están asignadas:
assignee is not empty ó assignee != null

GREATER THAN: >

El operador ">" se utiliza para buscar incidencias donde el valor del campo especificado es
mayor que el valor especificado.
Tenga en cuenta que el operador ">" sólo se puede utilizar con campos que admitan
ordenación (por ejemplo, campos de fecha y campos de versión) y no se pueden utilizar
con campos de texto. Para ver los operadores compatibles de un campo, compruebe la
referencia de campo individual.
EJEMPLOS

• Encuentra todas las incidencias con 4 o más votos:

votes > 4
• Encuentre todas las incidencias con vencimiento en o después del 31/12/2008:
duedate < now() and resolution is empty
• Buscar todas las incidencias creados en los últimos cinco días:
priority > normal

GREATER THAN EQUALS: >=

El operador ">=" se utiliza para buscar incidencias donde el valor del campo especificado
es mayor o igual al valor especificado.
Tenga en cuenta que el operador ">=” sólo se puede utilizar con campos que admiten
ordenación (por ejemplo, campos de fecha y campos de versión) y no se puede utilizar con
campos de texto. Para ver los operadores compatibles de un campo, compruebe la
referencia de campo individual.
EJEMPLOS

• Encuentra todas las incidencias con 4 o más votos:

votes >= 4
• Encuentre todas las incidencias con vencimiento en o después del 31/12/2008:
duedate >= "2008/12/31"
• Buscar todas las incidencias creadas en los últimos cinco días:
 created >= "-5d"

LESS THAN: <

El operador "<" se utiliza para buscar incidencias donde el valor del campo especificado es
menor que el valor especificado.
Tenga en cuenta que el operador "<" sólo se puede utilizar con campos que admiten
ordenación (por ejemplo, campos de fecha y campos de versión) y no se pueden utilizar
con campos de texto. Para ver los operadores compatibles de un campo, compruebe la
referencia de campo individual.
EJEMPLOS

• Encuentra todas las incidencias con menos de 4 votos:

votes < 4

LESS THAN EQUALS: <=

El operador “<=” se utiliza para buscar incidencias en los que el valor del campo
especificado es menor o igual que el valor especificado.
Tenga en cuenta que el operador "<=" sólo se puede utilizar con los campos que admiten el
pedido (por ejemplo, los campos de fecha y los campos de versión) y no puede utilizarse
con campos de texto. Para ver los operadores compatibles de un campo, compruebe la
referencia de campo individual.

EJEMPLOS

• Encuentra todas las incidencias con 4 o menos votos:

votes <= 4
• Buscar todas las incidencias que no se han actualizado en el último mes (30 días):
updated <= "-4w 2d"

IN
El operador "IN" se utiliza para buscar incidencias donde el valor del campo especificado
es uno de varios valores especificados. Los valores se especifican como una lista
delimitada por comas, rodeada de paréntesis.
Usar "IN" es equivalente a usar múltiples sentencias EQUALS(=), pero es más corto y más
conveniente. Es decir, escribir reporter IN (tom, jane, harry) es lo mismo que escribir
reporter = "tom" OR reporter = "jane" OR reporter = "harry".
EJEMPLOS

• Encuentra todas las incidencias que fueron creadas por jsmith o jbrown o jjones:
reporter in (jsmith,jbrown,jjones)
• Encuentre todas las incidencias en los que el reporter o el asignado sea Jack o Jill:
reporter in (Jack,Jill) or assignee in (Jack,Jill)
• Buscar todas las incidencias en la versión 3.14 o versión 4.2:
affectedVersion in ("3.14", "4.2")
NOT IN
El operador "NOT IN" se utiliza para buscar incidencias donde el valor del campo
especificado no es uno de varios valores especificados.
Usar "NOT IN" equivale a usar varios NOT_EQUALS(!=) , Pero es más corto y más
conveniente. Es decir, escribir reporter NOT IN (tom, jane, harry) es lo mismo que escribir
reporter != "tom" AND reporter != "jane" AND reporter != "harry".
El operador "NOT IN" no coincidirá con un campo que no tiene valor (es decir, un campo
que está vacío). Por ejemplo, assignee not in (jack,jill) traera las incidencias que tienen
una asignacion que no sea "jack" o "jill". Para encontrar las incidencias que se asignan a
alguien que no sea "jack" o "jill" o no están asignados, necesitará escribir: assignee not in
(jack,jill) or assignee is empty.
EJEMPLOS

• Encuentre todas las incidencias en las que el asignado es alguien distinto de Jack,
Jill o John:
assignee not in (Jack,Jill,John)
• Encuentre todas las incidencias en las que el cesionario no es Jack, Jill o John:
assignee not in (Jack,Jill,John) or assignee is empty
• Encuentre todas las incidencias en las que la FixVersion no es 'A', 'B', 'C' o 'D':
FixVersion not in (A, B, C, D)
• Encuentre todas las incidencias en las que la FixVersion no es 'A', 'B', 'C' o 'D', o no
se ha especificado:
FixVersion not in (A, B, C, D) or FixVersion is empty

CONTAINS: ~
El operador "~" se utiliza para buscar incidencias en los que el valor del campo
especificado coincida con el valor especificado (una coincidencia exacta o una
coincidencia "difusa").
Para uso con campos de texto solamente, es decir:
• Resumen.
• Descripción.
• Enviroment.
• Comentarios.
• Campos personalizados que usan el "Free Text Searcher"; Esto incluye campos
personalizados de los siguientes tipos de campos personalizados incorporados:
◦ Campo de texto libre (texto ilimitado).
◦ Campo de texto (<255 caracteres).
◦ Campo de texto de sólo lectura.
El campo JQL "texto" como en el text ~ "some words" busca un Resumen, Descripción,
Enviroment, Comentarios de una incidencia. También busca todos los campos
personalizados de texto. Si tiene muchos campos personalizados de texto, puede mejorar
el rendimiento de sus consultas buscando en campos específicos, por ejemplo
Summary ~ "some words" OR Description ~ "some words"
Nota: cuando se utiliza el operador "~", el valor en el lado derecho del operador se puede
especificar usando la sintaxis de búsqueda de texto JIRA.
EJEMPLOS
• Encontrar todas las incidencias donde el resumen contiene la palabra "ganar" (o
derivados simples de esa palabra, como "gana"):
summary ~ ganar
• Encuentre todas las incidencias donde el resumen contiene un comodín para la
palabra:
"win":summary ~ "win*"
• Encuentre todas las incidencias donde el Resumen contiene la palabra "issue" y la
palabra "collector":
summary ~ "issue collector"
• Encuentre todas las incidencias en los que el Resumen contiene la frase exacta
"pantalla completa":
summary ~ "\"pantalla completa\""

DOES NOT CONTAIN: !~

El operador "!~" se utiliza para buscar incidencias en los que el valor del campo
especificado no es una coincidencia con el valor especificado (una coincidencia exacta o
una coincidencia "difusa").
Para uso con campos de texto solamente, es decir:
• Resumen.
• Descripción.
• Enviroment.
• Comentarios.
• Campos personalizados que usan el "Free Text Searcher"; Esto incluye campos
personalizados de los siguientes tipos de campos personalizados incorporados:
◦ Campo de texto libre (texto ilimitado).
◦ Campo de texto (<255 caracteres).
◦ Campo de texto de sólo lectura.
El campo JQL "texto" como en el text ~ "some words" busca un Resumen, Descripción,
Enviroment, Comentarios de una incidencia. También busca todos los campos
personalizados de texto. Si tiene muchos campos personalizados de texto, puede mejorar
el rendimiento de sus consultas buscando en campos específicos, por ejemplo
Summary ~ "some words" OR Description ~ "some words"
Nota: cuando se utiliza el operador "!~", el valor en el lado derecho del operador se puede
especificar usando la sintaxis de búsqueda de texto JIRA.
EJEMPLOS
• Encuentre todas las incidencias donde el resumen no contenga la palabra "run " (o
derivados de esa palabra, como "running " o "ran "):
summary !~ run

IS
El operador "IS" sólo se puede utilizar con EMPTY o NULL. Es decir, se utiliza para buscar
incidencias en los que el campo especificado no tiene valor.
Tenga en cuenta que no todos los campos son compatibles con este operador; Consulte la
referencia de campo individual para más detalles.
EJEMPLOS
• Buscar todas las incidencias que no tienen fix version:
fixVersion is empty ó fixVersion is null
IS NOT
El operador "IS NOT" sólo se puede utilizar con EMPTY o NULL. Es decir, se utiliza para
buscar incidencias donde el campo especificado tiene un valor.
Tenga en cuenta que no todos los campos son compatibles con este operador; Consulte la
referencia de campo individual para más detalles.
EJEMPLOS.
• Encuentra todas las incidencias que tienen uno o más votos:
votes is not empty ó votes is not null

WAS
El operador "WAS" se utiliza para encontrar incidencias que actualmente tienen o tenían
previamente el valor especificado para el campo especificado.
Este operador tiene los siguientes predicados opcionales:
• AFTER "date"
• BEFORE "date"
• BY "username"
• DURING ("date1","date2")
• ON "date"
Este operador coincidirá con el nombre del valor (por ejemplo, "Resuelto"), que se
configuró en su sistema en el momento en que se cambió el campo. Este operador
también coincidirá con el ID de valor asociado con ese nombre de valor, es decir,
coincidirá con "4" y "Resuelto". (Nota: Este operador se puede utilizar sólo con los campos
Assignee , Fix Version, Prioridad, Reporter, Resolución y Estado).
EJEMPLOS.
• Encuentre las incidencias que actualmente tienen o tenían un estado de "In
Progress":
status WAS "In Progress"
• Encuentre las incidencias que fueron resueltas por Joe Smith antes del 2 de febrero:
status WAS "Resolved" BY jsmith BEFORE "2011/02/02"
• Encuentre las incidencias que fueron resueltas por Joe Smith durante 2010:
status WAS "Resolved" BY jsmith DURING ("2010/01/01","2011/01/01"):

WAS IN
El operador "WAS IN" se utiliza para encontrar incidencias que actualmente tienen o
anteriormente tenían cualquiera de varios valores especificados para el campo
especificado. Los valores se especifican como una lista delimitada por comas, rodeada por
paréntesis.
Usar "WAS IN" es equivalente a usar varias sentencias WAS, pero es más corto y más
conveniente. Es decir, escribir status WAS IN ('Resolved', 'Closed')es el mismo que escribir
status WAS "Resolved"OR status WAS "Closed".
Este operador tiene los siguientes predicados opcionales:
• AFTER "date"
• BEFORE "date"
• BY "username"
• DURING ("date1","date2")
 • ON "date"
Este operador coincidirá con el nombre del valor (por ejemplo, "Resuelto"), que se
configuró en su sistema en el momento en que se cambió el campo. Este operador
también coincidirá con el ID de valor asociado con ese nombre de valor, es decir,
coincidirá con "4" y "Resuelto". (Nota: Este operador se puede utilizar sólo con los campos
Assignee , Fix Version, Prioridad, Reporter, Resolución y Estado).
EJEMPLOS
• Encuentre todas las incidencias que actualmente tienen, o tenían anteriormente,
un estado de 'Resolved ' o 'In Progress ':
status WAS IN ("Resolved","In Progress")

WAS NOT IN
El operador "WAS NOT IN" se utiliza para buscar incidencias donde el valor del campo
especificado nunca ha sido uno de varios valores especificados.
Usar "WAS NOT IN" es equivalente a usar varias WAS _NOT, pero es más corto y más
conveniente. Es decir, status WAS NOT IN ("Resolved","In Progress") es lo mismo que
escribir status WAS NOT "Resolved" AND status WAS NOT "In Progress".
Este operador tiene los siguientes predicados opcionales:
• AFTER "date"
• BEFORE "date"
• BY "username"
• DURING ("date1","date2")
• ON "date"
Este operador coincidirá con el nombre del valor (por ejemplo, "Resuelto"), que se
configuró en su sistema en el momento en que se cambió el campo. Este operador
también coincidirá con el ID de valor asociado con ese nombre de valor, es decir,
coincidirá con "4" y "Resuelto". (Nota: Este operador se puede utilizar sólo con los campos
Assignee , Fix Version, Prioridad, Reporter, Resolución y Estado).
EJEMPLOS
• Encuentra incidencias que nunca han tenido el estado de 'Resolved ' o 'In Progress ':
status WAS NOT IN ("Resolved","In Progress")
• Encuentra incidencias que no tenian el estado de 'Resolved' o 'In Progress ' antes
del 2 de febrero:
status WAS NOT IN ("Resolved","In Progress") BEFORE "2011/02/02"

WAS NOT
El operador "WAS NOT" se utiliza para encontrar incidencias que nunca han tenido el valor
especificado para el campo especificado.
Este operador tiene los siguientes predicados opcionales:
• AFTER "date"
• BEFORE "date"
• BY "username"
• DURING ("date1","date2")
• ON "date"
Este operador coincidirá con el nombre del valor (por ejemplo, "Resuelto"), que se
configuró en su sistema en el momento en que se cambió el campo. Este operador
también coincidirá con el ID de valor asociado con ese nombre de valor, es decir,
coincidirá con "4" y "Resuelto". (Nota: Este operador se puede utilizar sólo con los campos
Assignee , Fix Version, Prioridad, Reporter, Resolución y Estado).
EJEMPLOS

• Encuentra incidencias que no tienen, y nunca han tenido un estado de 'In Progress ':
status WAS NOT "In Progress"
• Encuentre las incidencias que no tuvieran un estado de 'In Progress' antes del 2 de
febrero:
status WAS NOT "In Progress" BEFORE "2011/02/02"

CHANGED
El operador "CHANGED" se utiliza para encontrar incidencias que tienen un valor que
había cambiado para el campo especificado.
Este operador tiene los siguientes predicados opcionales:
• AFTER "date"
• BEFORE "date"
• BY "username"
• DURING ("date1","date2")
• ON "date"
• FROM "oldvalue"
• TO "newvalue"
(Nota: Este operador se puede utilizar sólo con los campos Assignee , Fix Version,
Prioridad, Reporter, Resolución y Estado).
EJEMPLOS

• Buscar incidencias cuyo asigando ha cambiado:

assignee CHANGED
• Buscar incidencias cuyo estado haya cambiado de "In Progres " a "Open":
status CHANGED FROM "In Progress" TO "Open"
• Buscar incidencias cuya prioridad haya sido cambiada por el usuario 'freddo'
después del inicio y antes del final de la semana actual:
priority CHANGED BY freddo BEFORE endOfWeek() AFTER startOfWeek()
Sintaxis de búsqueda de campos de texto.
Esta página proporciona información sobre la sintaxis para buscar en campos de texto,
que puede realizarse en la búsqueda rápida, la búsqueda básica y la búsqueda avanzada.
Las búsquedas de texto se pueden hacer en la búsqueda avanzada cuando se utiliza el
operador CONTAINS , por ejemplo, summary~"windows*". También se puede hacer en la
búsqueda rápida y la búsqueda básica al buscar en campos compatibles.

Términos de consulta.
Una consulta se divide en términos y operadores. Hay dos tipos de términos: Términos y
frases individuales.
Un solo término es una sola palabra, como "test" o "hello".
Una frase es un grupo de palabras rodeadas de comillas dobles, como "hello dolly".
Los términos múltiples se pueden combinar junto con los operadores booleanos para
formar una consulta más compleja (ver abajo). Si combina varios términos sin especificar
ningún operador booleano, se unirá mediante los operadores AND.

Nota: Todos los términos de consulta en JIRA no distinguen entre mayúsculas y minúsculas.

Modificadores de término.
JIRA admite la modificación de términos de consulta para proporcionar una amplia gama
de opciones de búsqueda.

Búsqueda con comodines:?and *

JIRA admite búsquedas de comodines de caracteres individuales y múltiples.
• Para realizar una búsqueda de comodín de carácter único, utilice el símbolo "?".
• Para realizar una búsqueda de comodín de caracteres múltiples, utilice el símbolo
"*".
Los caracteres comodín deben incluirse entre comillas, ya que son caracteres reservados
en la búsqueda avanzada. Utilice comillas, por ejemplo, summary ~ "cha?k and che*"
• La búsqueda con comodín de carácter único busca términos que coincidan con el
carácter único sustituido.
Por ejemplo, para buscar "text" o "test", puede utilizar la búsqueda:
te?t Té
• Las búsquedas con comodines de caracteres múltiples buscan 0 o más caracteres.
Por ejemplo, para buscar Windows, Win95 o WindowsNT , puede utilizar la
búsqueda:
win*
• También puede utilizar los comodínes en medio de un término. Por ejemplo, para
buscar Win95 o Windows95 , puede utilizar la búsqueda:
wi*95
No puede utilizar un * o un ? como el primer carácter de una búsqueda.

Búsqueda difusas: ~
JIRA admite búsquedas difusas. Para realizar una búsqueda difusa, utilice el símbolo tilde,
"~", al final de un término de una sola palabra. Por ejemplo, para buscar un término
similar en la ortografía a "roam", utilice la búsqueda difusa: roam ~

Búsquedas de proximidad.
JIRA soporta encontrar palabras que están dentro de una distancia específica. Para hacer
una búsqueda de proximidad, utilice el símbolo, "~", al final de una frase. Por ejemplo,
para buscar "atlassian" y "jira" dentro de 10 palabras de un texto, utilice la búsqueda:
"atlassian jira"~10:
Impulsando un término: ^
JIRA proporciona el nivel de relevanciade los documentos coincidentes basándose en los
términos encontrados. Para aumentar un término, utilice el signo "^", símbolo con un
factor de impulso (un número) al final del término que está buscando. Cuanto mayor sea el
factor de impulso, más relevante será el término.
Impulsar le permite controlar la relevancia de un documento reforzando su término. Por
ejemplo, si está buscando: atlassian jira y desea que el término "atlassian" sea más
relevante, impulse utilizando el símbolo ^ junto con el factor de impulso junto al término.
Debería escribir: atlassian^4 jira
Esto hará que los documentos con el término atlassian parezcan más relevantes. También
puede aumentar los términos de frase, como en el ejemplo:
"atlassian jira"^4 querying
Por defecto, el factor de refuerzo es 1. Aunque, el factor de refuerzo debe ser positivo,
puede ser inferior a 1 (es decir, 0,2).

Operadores booleanos.
Los operadores booleanos permiten combinar los términos a través de operadores lógicos.
JIRA soporta AND, "+", OR, NOT y "-" como operadores booleanos.

OR
El operador OR es el operador de conjunción por defecto. Esto significa que si no hay
ningún operador booleano entre dos términos, se utiliza el operador OR. El operador OR
vincula dos términos y encuentra un documento coincidente si alguno de los términos
existe en un documento. Esto es equivalente a una unión que usa conjuntos. El símbolo ||
Puede utilizarse en lugar de la palabra OR.

• Para buscar documentos que contengan "atlassian jira" o "confluence", utilice la

consulta:
"atlassian jira" || confluence ó "atlassian jira" OR confluence.

AND
El operador AND compara lo escrito en donde ambos términos existen en cualquier parte
del texto de un solo documento. Esto es equivalente a una intersección usando conjuntos.
El símbolo && se puede utilizar en lugar de la palabra AND.
• Para buscar documentos que contengan "atlassian jira" y "issue tracking", utilice la
consulta:
"atlassian jira" AND "issue tracking".

Término requerido: +
El operador "+" o requerido requiere que el término después del símbolo "+" exista en
algún lugar en el campo de un solo documento.
• Para buscar documentos que deben contener "jira" y pueden contener "Atlassian",
utilice la consulta:
+jira atlassian

NOT
El operador NOT excluye los documentos que contienen el término después de NOT. Esto
es equivalente a una diferencia usando conjuntos. El símbolo ! Se puede utilizar en lugar
de la palabra NOT.
• Para buscar documentos que contengan "atlassian jira" pero no "japan", utilice la
consulta:
"atlassian jira" NOT "japan"
Nota: El operador NOT no se puede utilizar con un solo término. Por ejemplo, la siguiente
búsqueda no devolverá ningún resultado:
NOT "atlassian jira"

Excluir Término -
El operador "-" o prohibir excluye los documentos que contienen el término después del
símbolo "-".
• Para buscar documentos que contengan "atlassian jira" pero no "japan", utilice la
consulta:
"atlassian jira" -japan

Agrupamiento
JIRA admite el uso de paréntesis para agrupar cláusulas para formar consultas
secundarias. Esto puede ser muy útil si desea controlar la lógica booleana de una consulta.
• Para buscar bugs y atlassian o jira , utilice la consulta:
bugs AND (atlassian OR jira)
Esto elimina cualquier confusión y se asegura de que los bugs deben existir, y el término
atlassian o jira existan.
No utilice el carácter de agrupación '(' al inicio de una consulta de búsqueda, ya que esto
"(atlassian OR jira) AND bugs" dará un error y no funcionará.

Escapar caracteres especiales: \ o \\

JIRA admite la posibilidad de buscar incidencias para caracteres especiales escapándolos
en la sintaxis de la consulta. La lista actual de estos caracteres es:
+-&|!(){}[]^~*?\:
Para escapar de estos caracteres, escriba un carácter de barra diagonal inversa '\' antes
del carácter especial (o si utiliza búsqueda avanzada, escriba dos barras inversas '\\' antes
del carácter especial).
• Por ejemplo, para buscar (1+1) en una búsqueda básica o rápida , utilice la
consulta:
\(1\+1\)
• Y para buscar [example] en el resumen de una búsqueda avanzada (en JIRA Query
Language o JQL), utilice la consulta:
summary ~ "\\[example\\]"

Tenga en cuenta: si está utilizando la búsqueda avanzada, consulte Caracteres Reservados

para obtener más información acerca de cómo estos caracteres y otros se escapan en el
lenguaje de consulta de JIRA.

Palabras reservadas.
Para mantener el tamaño del índice de búsqueda y el rendimiento de búsqueda óptimos
en JIRA, las siguientes palabrasreservadas en inglés (también denominadas 'stop words ')
se ignoran del índice de búsqueda y, por tanto, las características de búsqueda de texto
de JIRA:

"a", "and", "are", "as", "at", "be", "but", "by", "for", "if", "in", "into", "is", "it", "no", "not",
"of", "on", "or", "s", "such", "t", "that", "the", "their", "then", "there", "these", "they", "this",
"to", "was", "will", "with"

Tenga en cuenta que esto a veces puede dar lugar a resultados inesperados. Por ejemplo,
supongamos que una incidencia contiene la frase de texto "VSX will crash " y otra contiene
la frase "VSX will not crash". Una búsqueda de texto para "VSX will crash" devolverá
ambas incidencias. Esto se debe a que las palabras will forman parte de la lista de
palabras reservadas.
Su administrador de JIRA puede hacer que JIRA indexe estas palabras reservadas (para que
JIRA encuentre incidencias basadas en la presencia de estas palabras) cambiando el
Idioma de Indexación a Otro (en Administración> Sistema> Configuración General).

Palabra derivada.
Debido a que JIRA no puede buscar incidencias que contengan partes de palabras (ver más
abajo), la palabra "stemming" le permite recuperar las incidencias de una búsqueda
basada en las formas de raíz (o "raíz") de palabras en lugar de requerir una coincidencia
exacta con las palabras específicas de estas palabras. El número de incidencias
recuperadas de una búsqueda basada en una palabra derivada suele ser mayor, ya que
cualquier otra incidencia que contenga palabras que se deriven de la misma raíz también
se recuperará en los resultados de búsqueda.
Por ejemplo, si busca incidencias utilizando el término de consulta 'personalizar' en el
campo Resumen, JIRA emite esta palabra a su forma raíz 'personalizada' y recuperará
todos las incidencias cuyo campo Resumen también contenga cualquier palabra que
pueda derivarse de 'personalizado'. Por lo tanto, la siguiente consulta:
summary ~ "customize"
Recuperará incidencias cuyo campo Resumen contiene las siguientes palabras:
• Customized.
• Customizing.
• Customs.
• Customer.
• etc.

Tenga en cuenta:
• El Administrador de JIRA puede inhabilitar la derivación de palabra (para que JIRA
encuentre incidencias basadas en coincidencias exactas con palabras) cambiando
el Idioma de indización a Otro (en Administración> Sistema> Configuración
general).
• La derivación de palabras se aplica a todos los campos JIRA (así como a los campos
de texto).
• Cuando JIRA indexa sus campos, las palabras que son 'stemmed' se almacenan en
el índice de búsqueda de JIRA sólo en forma de raíz.

Limitaciones.
Tenga en cuenta que las siguientes limitaciones se aplican a la búsqueda de JIRA:

Solo palabras completas.

JIRA no puede buscar incidencias que contengan partes de palabras, sino sólo palabras
completas. La excepción a esto son las palabras derivadas.
Esta limitación también puede ser superada mediante búsquedas difusas vistas
anteriormente.
Guardar la búsqueda como filtro
La potente funcionalidad de búsqueda de incidencias de JIRA se ve reforzada por la
capacidad de guardar búsquedas, llamadas filtros en JIRA, para su uso posterior. Puede
hacer lo siguiente con filtros JIRA:
• Comparta y envíe por correo electrónico resultados de búsqueda con sus colegas,
así como con personas ajenas a su organización.
• Crear listas de filtros favoritos.
• Tenga los resultados de la búsqueda enviadoss por electrónico según su horario
preferido.
• Ver y exportar los resultados de búsqueda en varios formatos (RSS, Excel, etc.).
• Mostrar los resultados de la búsqueda en un formato de informe.
• Mostrar los resultados de la búsqueda en un gadget de panel.

Resultado de filtro de incidencias en Vista de Detalle.

Guardar una búsqueda como filtro.

1. Defina y ejecute su búsqueda.
2. Haga clic en el enlace Guardar como encima de los resultados de búsqueda.
Aparecerá el cuadro de diálogo Guardar filtro.
3. Introduzca un nombre para el nuevo filtro y haga clic en Enviar. Se crea el filtro.
Tu nuevo filtro se agregará a tus filtros favoritos y se compartirá, de acuerdo con la
preferencia de uso compartido en tu perfil de usuario. Si no ha especificado una
preferencia, se aplicará el valor predeterminado global, que es "Privado" a menos que lo
cambie su administrador de JIRA.
Ejecutar un filtro
1. Elija Tareas > Buscar incidencias.
2. Elige cualquier filtro de la lista de la izquierda:
• Filtro del sistema - Mis incidencias abiertas, Informadas por mí, vistas
recientemente, todas las incidencias.
• Filtros favoritos (lista alfabética).
• Buscar filtros le permite buscar cualquier filtro que se haya compartido, que puede
suscribirse a continuación (añadirlo a sus filtros favoritos).
3. Después de seleccionar un filtro, se muestran los resultados de la búsqueda. Los
criterios de búsqueda para el filtro también se muestran y se pueden cambiar.
Tenga en cuenta que si ejecuta el filtro de sistema Vistas recientemente, esto le
cambiará a la búsqueda avanzada, ya que la búsqueda básica no puede representar
la cláusula ORDER BY en este filtro.

Gestión de los filtros existentes

Haga clic en Tareas > Administrar filtros para administrar sus filtros.

La página Administrar filtros le permite ver y configurar los filtros que ha creado, así como
trabajar con filtros que otros usuarios han compartido con usted.

Búsqueda de un filtro.
Puede encontrar y ejecutar cualquier filtro que haya creado o que haya sido compartido
por otros usuarios.
1. Haga clic en la pestaña Buscar en la página "Administrar filtros".
2. Introduzca los criterios de búsqueda y haga clic en Buscar para ejecutar la
búsqueda.
3. Los resultados de la búsqueda se muestran en la misma página. Haga clic en el
nombre de cualquier filtro de incidencias para ejecutarlo.
Sugerencia: si el filtro ha sido agregado como favorito por muchos usuarios, también
puede localizarlo en la ficha Popular de la página Administrar filtros.
Actualización de un filtro
Puede actualizar el nombre, la descripción, el uso compartido y el favorito de los filtros
que haya creado. Si desea editar un filtro que se compartió con usted,clonar el filtro
compartido o pedirle al administrador de JIRA que cambie la propiedad del filtro.
Actualizar los detalles del filtro:
1. Haga clic en la pestaña Mis en la página "Administrar filtros".
2. Busque el filtro que desea actualizar, haga clic en el icono dentado>Editar.
3. Aparecerá la página Editar filtro actual, donde podrá actualizar los detalles del filtro
según sea necesario.
4. Haga clic en Guardar para guardar los cambios.
Actualizar los criterios de búsqueda del filtro:
1. Haga clic en la pestaña Mis en la página "Administrar filtros".
2. Busque el filtro que desea actualizar y ejecútelo.
3. Actualice los criterios de búsqueda según desee y vuelva a ejecutar la consulta para
asegurarse de que la actualización sea válida. Aparecerá la palabra Editado junto a
su nombre de filtro.
4. Haga clic en Guardar para sobrescribir el filtro actual con los criterios de búsqueda
actualizados. Si desea descartar los cambios en su lugar, haga clic en la flecha
junto al botón Guardar y seleccione Descartar cambios.

Eliminación de un filtro
1. Haga clic en la pestaña Mis en la página "Administrar filtros".
2. Busque el filtro que desea eliminar, haga clic en el icono dentado> Eliminar.

Clonación de un filtro.
Usted puede clonar cualquier filtro - que es sólo una forma de hacer una copia que usted
posee - que fue creado por usted o compartido con usted:
1. Localice el filtro que desea clonar y ejecútelo.
2. Actualice los criterios de búsqueda según lo desee. Haga clic en la flecha junto al
botón Guardar y seleccione Guardar> Guardar como para crear un nuevo filtro del
filtro existente.

Compartir un filtro
Los filtros que ha creado pueden compartirse con otros usuarios a través de grupos de
usuarios, proyectos y funciones del proyecto. También pueden compartirse globalmente.
Cualquier filtro compartido es visible para los usuarios que tienen el permiso global
'Administradores de JIRA'.
1. Haga clic en la pestaña Mis en la página "Administrar filtros".
2. Busque el filtro que desea compartir, haga clic en el icono dentado >Editar.
3. Actualice el campo Añadir recursos compartidos seleccionando la función de grupo,
proyecto o proyecto con la que desea compartir el filtro y haga clic en Agregar .
Tenga en cuenta que sólo puede compartir filtros con grupos / roles de los que es
miembro.
¿Por qué no puedo ver la configuración de uso compartido del filtro?
Necesita el permiso global Crear objeto compartido para configurar el uso
compartido de un filtro. Póngase en contacto con su administrador de JIRA para
obtener este permiso.
4. Haga clic en Guardar para guardar los cambios.
Definición de un orden de columna específica de filtro.
Puede agregar un orden de columna definido a un filtro guardado, que muestra los
resultados del filtro según el orden de columna guardado. De lo contrario, los resultados se
mostrarán de acuerdo con su orden de columna personal (si lo ha establecido) o con el
valor predeterminado del sistema.
Sugerencia: para mostrar el orden de las columnas configuradas en una suscripción de
filtro, seleccione 'HTML' para el 'Formato de correo saliente' en su perfil de usuario. Si
recibe mensajes de texto de JIRA, no podrá ver el orden de columnas configurado.
Para agregar un diseño de columna a un filtro guardado:
1. Haga clic en la pestaña Mis en la página "Administrar filtros".
2. Localice el filtro que desea actualizar; Haga clic en el nombre del filtro para mostrar
los resultados. Asegúrese de que está viendo el filtro en la vista de lista para ver las
columnas.
3. Configure el orden de las columnas como desee haciendo clic en el nombre de la
columna y arrastrándolo a la nueva posición. Sus cambios se guardan y se
mostrarán la próxima vez que vea este filtro.

Para eliminar el diseño de una columna guardada en un filtro:

1. Haga clic en la pestaña Mis en la página "Administrar filtros".
2. Localice el filtro que desea actualizar; Haga clic en el nombre del filtro para mostrar
los resultados. Asegúrese de que está viendo el filtro en la vista de lista para ver las
columnas.
3. Haga clic en la opción Columnas en la parte superior derecha de las columnas
mostradas y seleccione Restaurar valores predeterminados en la ventana mostrada.

Exportación de incidencias ordenados por columnas.

Cuando los resultados de un filtro guardado se exportan a Excel, el orden de las columnas
y la elección de las columnas son las que se guardaron con el filtro. Incluso si un usuario
ha configurado un orden de columna personal para los resultados en la pantalla, la
configuración guardada se utiliza para la exportación de Excel. Para exportar usando su
propia configuración, guarde una copia del filtro junto con su configuración y luego exporte
los resultados a Excel.

Administrar los filtros compartidos de otros usuarios

Un filtro compartido es un filtro cuyo creador ha compartido ese filtro con otros usuarios.
Consulte Compartir un Filtro visto anteriormente para obtener más información. Cuando un
usuario crea un filtro compartido, ese usuario:
• Inicialmente 'posee' el filtro compartido.
• Siendo el propietario, puede editar y modificar el filtro compartido.

Si tiene el permiso global Administradores de JIRA, puede administrar filtros compartidos

creados por otros usuarios. Para obtener instrucciones, consulte Administración de filtros
compartidos compartidos.

Trabajar con los resultados de búsqueda.

Una vez que haya realizado una búsqueda, los resultados de la búsqueda se mostrarán en
el navegador de incidencias. Es posible que desee triar la lista completa de incidencias o
puede estar buscando sólo uno. Esta página le mostrará lo que puede hacer con sus
resultados de búsqueda, desde cambiar lo que ve en el navegador de incidencias hasta
modificar las incidencias.
La siguiente captura de pantalla proporciona una visión general de las características
clave del navegador de incidencias.

Captura de pantalla: Navegador de incidencias (Vista de detalle)

Cambiar la vista de los resultados de búsqueda

Vista de lista o Vista de detalle
Haga clic en el Para cambiar entre la vista de lista y la vista de detalle para los
resultados de búsqueda.
• Vista de lista: muestra los resultados de la búsqueda como una lista de
incidencias. Esta vista es más fácil de escanear y es mejor cuando sólo necesita
conocer algunos detalles sobre cada incidencia.
• Vista detallada: Muestra los resultados de la búsqueda como una lista de
incidencias, con el panel derecho mostrando los detalles de la incidencia
seleccionado actualmente. Esta vista es mejor cuando se necesita más información
sobre las incidencias individuales o si desea editar rápidamente las incidencias a
medida que vaya (a través de la edición en línea para ciertos campos).

Cambiar el orden de clasificación.

Haga Haga clic en el nombre de la columna. Si hace clic en el mismo nombre de columna
más de una vez, el orden de clasificación cambiará entre ascendente y descendente. Nota:
• No se puede ordenar mediante la columna "Imágenes" ni las columnas de agregado
de subtarea (es decir, todas las columnas que empiezan por "Ó").
• Si ordena los resultados de búsqueda para una búsqueda avanzada, se agregará /
actualizará una cláusula "ORDER BY" para que su consulta JQL refleje el orden de
las incidencias en los resultados de búsqueda.

Mostrar / ocultar y mover columnas.

Puede crear diferentes configuraciones de columnas para usted y para filtros específicos.
Para cambiar entre diferentes configuraciones de columnas, haga clic en Columnas y
seleccione una de las siguientes pestañas:
• Mi configuración predeterminada: Esta es la configuración de columna
 predeterminada para los resultados de búsqueda.
• Filtro: Esta opción está habilitada si está viendo los resultados de la búsqueda de
un filtro. Anulará su configuración de columna predeterminada.
• Sistema(muestra si es un administrador de JIRA): Esta es la configuración de
columna que se aplica a todos los usuarios. Será anulada por la configuración de
columna predeterminada de un usuario y las configuraciones de columnas
específicas del filtro.

También puede modificar cualquiera de estas configuraciones. Asegúrese de haber

cambiado la configuración deseada y luego haga lo siguiente:

• Mostrar / ocultar columnas: haga clic en Columnas, seleccione las columnas

deseadas y haga clic en Listo.
• Mover una columna: haga clic en el nombre de la columna y arrástrelo hasta la
posición deseada.

¿Por qué no puedo agregar una columna a la configuración de mi columna?

Si no puede encontrar una columna, asegúrese de que no ha ejecutado ninguna de
las siguientes restricciones:
• Sólo se pueden ver columnas para campos de incidencias que no se han
ocultado y que tiene permisos para ver.
• Es posible agregar cualquiera de los campos personalizados existentes a la lista
de columnas, siempre que los campos estén visibles y tenga los permisos
adecuados.
• Algunos campos personalizados, aunque estén seleccionados, no aparecen en el
Navegador de incidencia para todos los problemas. Por ejemplo, los campos
personalizados específicos del proyecto se mostrarán sólo si el filtro se ha
restringido a ese proyecto solamente. Los campos personalizados de tipo de
problema sólo aparecerán si el filtro se ha restringido a ese tipo de incidencia.

Trabajar con incidencias individuales.

Puede resolver incidencias individuales en los resultados de búsqueda, directamente
desde el navegador de incidencias. Tenga en cuenta que la lista de incidencias
permanecerá constante incluso si cambia un problema, de modo que no cumpla con los
criterios de búsqueda originales. La ventaja de esto es que usted tiene un conjunto
constante de resultados de búsqueda que usted puede trabajar.
Ver una incidencia.
Haga clic en la clave o el resumen de la incidencia.
• Si está en la vista de lista, se redirigirá a la incidencia (dejando la página de
resultados de búsqueda).
• Si está en la vista de detalle, los detalles de la incidencia se mostrarán en el panel
derecho.

Acciones en una incidencia.

Las acciones en una incidencia (por ejemplo, editarlo, cambiarlo, iniciar sesión en él, etc.):
• Si está en la vista de lista, haga clic en el icono dentado. y seleccione una de las
opciones.
• Si está en la vista de detalle, seleccione el problema y la acción a través del panel
de detalles.

También puede seleccionar una incidencia y actuar mediante atajos de teclado en

cualquiera de las vistas.
Consejo: utilice las teclas 'J' y 'K' para seleccionar el número anterior / siguiente en el
navegador de incidencias.
Compartir sus resultados de búsqueda.
Haga clic en Compartir en el navegador de incidencias para enviar por correo electrónico
un vínculo a un resultado de búsqueda o filtro compartido.
• Los destinatarios recibirán un correo electrónico con un enlace al resultado de la
búsqueda y al contenido del campo Nota(si se especifica). El asunto del correo
electrónico indicará que usted (usando su nombre de usuario) compartió la
incidencia.
• Si comparte los resultados de un filtro, en lugar de una búsqueda ad-hoc, los
destinatarios recibirán un vínculo al filtro. Tenga en cuenta que si el destinatario no
tiene permiso para ver el filtro, recibirá un enlace a los resultados de búsqueda.

Mostrando resultados de la búsqueda en Confluence.

Si sus aplicaciones JIRA están conectadas a Confluence, puede mostrar sus resultados de
búsqueda en una página Confluence mediante la macro de incidencias de JIRA.

Cómo mostrar los resultados de la búsqueda como un

gráfico.
Haga clic en Exportar> Gráfico de paneles. Elija el gráfico deseado en el cuadro de diálogo
que se muestra y, a continuación, haga clic en Guardar en el Cuadro de mandos.
El gráfico se agregará a su cuadro de mando.

Exportación de los resultados de búsqueda.

Excel.
Haga clic en Exportar > Excel (Todos los campos) o Exportar > Excel (campos actuales).
• Excel (Todos los campos): esto creará una columna de hoja de cálculo para cada
campo de las incidencias (excluyendo los comentarios).
Nota: Esto solo mostrará los campos personalizados disponibles para todos las
incidencias de los resultados de búsqueda. Por ejemplo, un campo que sólo está
disponible para un proyecto cuando los resultados de búsqueda tienen incidencias
de varios proyectos.
• Excel (campos actuales): creará una columna de hoja de cálculo para los campos
de incidencias que se muestran actualmente.

Tenga en cuenta que no se recomiendan grandes exportaciones (por ejemplo, cientos de

incidencias). Puede cambiar el número de incidencias que se exportan cambiando el valor
del parámetro tempMax en la dirección URL.

CSV .
Haga clic en Exportar > CSV (Todos los campos) o Exportar > CSV (Campos actuales).
El archivo de valores separados por comas (CSV) contendrá una fila de encabezado con un
valor para cada campo, comentario y archivo adjunto aplicable en el resultado de la
búsqueda.
• CSV (Todos los campos): esto creará un valor separado por comas para cada
campo, comentario y archivo adjunto. La fila de encabezado puede contener varios
valores de "Comentario" y / o "Adjunto" si sus incidencias tienen varios comentarios
y / o archivos adjuntos.
• CSV (campos actuales): creará un valor separado por comas para los campos de
 incidencias que se muestran actualmente.

Tenga en cuenta que no se recomiendan grandes exportaciones (por ejemplo, cientos de

incidencias). Puede cambiar el número de incidencias que se exportan cambiando el valor
del parámetro tempMax en la dirección URL.

Word.
Haga clic en Exportar > Word.
La exportación incluirá la descripción, los comentarios y todos los demás datos de las
incidencias, no sólo los campos de problema que están actualmente configurados en su
Navegador de incidencias. Tenga en cuenta que no se recomiendan grandes exportaciones
(por ejemplo, cientos de incidencias).

XML.
Haga clic en Exportar > XML.

Puede utilizar la URL de la vista XML en una macro de incidencias de JIRA de Confluence.
Sin embargo, también puede utilizar el JQL o la URL de la búsqueda de incidencias, que
son más fáciles de obtener.

Para restringir los field de incidencias que se devuelven en la exportación XML, especifique
el parámetro de field en su URL. Por ejemplo, para incluir sólo la clave de la incidencia y
Resumen, agregue &field=key&field=summary a la URL. Si no se especifica el parámetro
de field, la salida XML incluirá todos los campos de la incidencia. De lo contrario, si se
especifican uno o más parámetros de field, la salida XML contendrá sólo la clave de
incidencia más los campos elegidos.

Vistas imprimibles.
Imprimible.
Haga clic en Exportar>Imprimible.

Crea una vista de los resultados de la búsqueda en su navegador que se puede imprimir
en "Landscape ".Esta vista sólo contiene el Tipo, clave, resumen, asignatario, informador,
prioridad, estado, resolución, fecha de creación, fecha actualizada y fecha de vencimiento
de las incidencias.

Contenido completo.
Haga clic en Exportar > Contenido completo.

Crea una vista de los resultados de la búsqueda en su navegador que se pueden imprimir.
Esta vista contiene todos los campos de incidencias, comentarios y una lista de archivos
adjuntos (no hay vista previa) para cada incidencia devuelta por la búsqueda.

Suscribirse a los resultados de la búsqueda.

Una suscripción le proporciona una notificación periódica para todos las incidencias
devueltas por la búsqueda. Si desea que se le notifique cuando cambie una incidencia en
particular, debe ver el problema en su lugar.

Email.
Su búsqueda debe guardarse como un filtro, si desea crear una suscripción de correo
electrónico para ello. Puede crear una suscripción de cualquier frecuencia para usted y / o
para otros usuarios. Tenga en cuenta que sólo se envían los primeros 200 resultados de un
filtro.
1. Ejecute el filtro al que desea suscribirse y, a continuación, haga clic en Detalles
 (junto al nombre del filtro).
2. Rellene el formulario de "Suscripción de filtro" y haga clic en Suscribirse.

Más información:
• Si elige "Avanzado" para su Programación, consulte esta página para obtener ayuda
sobre la construcción de expresiones de Cron.
• Puede elegir especificar un grupo como destinatario, sin embargo, sólo puede
seleccionar un grupo al que pertenezca:

◦ Debe tener el permiso global "Administrar filtrado de filtros de grupo".

◦ Tenga en cuenta que los resultados de los filtros enviados por correo electrónico
serán específicos para cada destinatario. Por ejemplo, si el filtro utiliza la función
currentUser(), los resultados de la búsqueda se evaluarán con el destinatario
como el usuario actual. Esto no se aplica a las listas de distribución (alias de
correo electrónico de grupo).
◦ Tenga cuidado al compartir una suscripción con un grupo con muchos miembros,
ya que puede tardar mucho tiempo en generar los correos electrónicos que se
enviarán, ya que la búsqueda debe ejecutarse para cada usuario (como en el
punto anterior).

RSS.
Haga clic en Exportar > RSS (Incidencias) o Exportar > RSS (Comentarios). La URL de la
página que se muestra se puede utilizar en su lector de feeds.
Consejos:
• Puede cambiar el número de incidencias que se devuelven, cambiando el valor del
parámetro tempMax en la dirección URL.
• Si sólo desea recibir los comentarios actuales en una fuente RSS, utilice el campo
Fecha de actualización al realizar una búsqueda. Por ejemplo, para recibir sólo los
comentarios creados en la última semana, agregue el campo Fecha de actualización
y establézcalo en la última semana.
• Puede que tenga que iniciar sesión en sus aplicaciones JIRA para ver los datos
restringidos en su feed. Si es así, puede añadir os_authType = basic a la URL del
feed
(Por ejemplo, http://mycompany.com/anypage?os_authType=basic) para mostrar un
diálogo de inicio de sesión al ver el feed.

Modificación masiva de incidencias en los resultados de

búsqueda.
Las operaciones en masa le permiten realizar múltiples acciones a la vez. Estas acciones
incluyen transición, eliminacion, mover, observar / no observar incidencias.
Haga clic en Herramientas > Cambiar en Bloque: todas<N> incidencia (s) y siga el
asistente de "Operación masiva".

Creación de expresiones cron para una suscripción de filtro.

Esta página describe cómo construir una expresión de cron. Las expresiones Cron se
pueden utilizar al crear una suscripción a un filtro, como se describe en Trabajar con
resultados de búsqueda.
Una expresión cron le da más control sobre la frecuencia, en comparación con los horarios
predeterminados. Por ejemplo, puede definir una expresión de cron para notificarle a las
8:15 de la mañana del segundo viernes de cada mes.

Construir una expresión de cron.

Una expresión cron es una cadena de campos separados por espacios. La siguiente tabla
muestra los campos de una expresión cron, en el orden en que deben especificarse (de
izquierda a derecha):
 Dia
Minut Hor Día de la
Segundo del Mes Año (opcional)
o a semana
mes
Valores
1-12 or 1970-
permitid 0-59 0-59 0-23 1-31 1-7 or SUN-SAT
JAN-DEC 2099
os
Caracter
es
especiale ,- ,-*/?L
,-*/ ,-*/ ,-*/ ,-*/?LC# ,-*/
s */ WC
permitid
os

Tenga en cuenta que las expresiones cron no distinguen entre mayúsculas y minúsculas.
Aquí hay un ejemplo:
0 15 8 ? JAN MON 2014
Esto se traduce literalmente a 0 segundos, 15 minutos a 8 horas, cualquier día del mes, de
enero de 2014.
En inglés, esto representa 8:15 am todos los lunes durante enero de 2014. Nota, el
Carácter? significa "ningún valor particular". En este ejemplo, hemos establecido el valor
del Día del mes como ningún valor en particular. No es necesario especificarlo, ya que
hemos especificado un valor de día de la semana. Lea más sobre los caracteres especiales
en la siguiente sección.
Caracteres especiales
Caracter
Uso
especial
Especifica una lista de valores. Por ejemplo, en el campo Día de la semana ,
,
'MON, WED, FRI' significa 'cada lunes, miércoles y viernes'.
Especifica un rango de valores. Por ejemplo, en el campo Día de la semana ,
-
'MON-FRI' significa 'cada lunes, martes, miércoles, jueves y viernes'.
Especifica todos los valores posibles. Por ejemplo, en el campo Hora, '*'
*
significa 'cada hora del día'.
Especifica incrementos para el valor dado. Por ejemplo, en el campo Minuto ,
/ '0/15' significa 'cada 15 minutos durante la hora, comenzando en el minuto
cero'.
Especifica ningún valor en particular. Esto es útil cuando necesita especificar
? un valor para uno de los dos campos Día de mes o Día de la semana, pero no
el otro.
Especifica el último valor posible; Esto tiene diferentes significados
dependiendo del contexto. En el campo Día de la semana, "L" significa "el
último día de cada semana" (es decir, "cada sábado"), o si se utiliza después
L
de otro valor, significa "el último día xxx del mes" ( Por ejemplo, 'SATL' y '7L'
significan 'el último sábado del mes). En el campo Día de mes, 'L' significa 'el
último día del mes', o 'LW' significa 'el último día de la semana del mes'.
Especifica el día de la semana (de lunes a viernes) más cercano al día del
mes. Por ejemplo, '1W' significa 'el día de la semana más cercano al primero
del mes' (tenga en cuenta que si el primero es un sábado, el correo
W
electrónico se enviará el día de la semana más cercano en el mismo mes, es
decir, el lunes 3). 'W' sólo se puede utilizar cuando el día del mes es un solo
día, no un rango o una lista de días.
Especifica la octava ocurrencia de un día de la semana. Por ejemplo, 'TUES #
#
2' (o '3 # 2') significa 'el segundo martes del mes'.
Ejemplos
0 15 8 ? * * Todos los días a las 8:15 pm.
0 15 8 * * ? Todos los días a las 8:15 am.
Cada minuto empezando a las 2:00 pm y terminando a las 2:59 pm,
0 * 14 * * ?
todos los días.
Cada 5 minutos comenzando a las 2:00 pm y terminando a las 2:55
0 0/5 14 * * ?
pm, todos los días.
Cada 5 minutos comenzando a las 2:00 pm y terminando a las 2:55
0 0/5 14,18 *
pm, Y cada 5 minutos comenzando a las 6:00 pm y terminando a las
* ?
6:55 pm, todos los días.
Cada minuto empezando a las 2:00 pm y terminando a las 2:05 pm,
0 0-5 14 * * ?
todos los días.
0 0/10 * * * ? * Cada 10 minutos, para siempre.
0 10,44 14 ? 3
2:10 pm y 2:44 pm todos los miércoles del mes de marzo.
WED
0 15 8 ? * MON-
8:15 am cada lunes, martes, miércoles, jueves y viernes.
FRI
0 15 8 15 * ? 8:15 am el día 15 de cada mes.
0 15 8 L * ? 8:15 am en el último día de cada mes.
0 15 8 LW * ? 8:15 am en el último día laborable de cada mes.
0 15 8 ? * 6L 8:15 am el último viernes de cada mes.
0 15 8 ? * 6#2 8:15 am el segundo viernes de cada mes.
0 15 8 ? * 6#2 8:15 am el segundo viernes de cada mes durante los años 2007,
2007-2009 2008 y 2009.

Trabajar con incidencias.

¿Necesita ayuda para trabajar con incidencias? En JIRA Software, puede crear incidencias,
estimar e incluso administrar su código a través de incidencias. En esta página, encontrará
una visión general rápida de todo lo que puede hacer con una incidencia, como crear
incidencias, actualizar incidencias con estimaciones, crear ramas en su repositorio de
origen que hacen referencia a las incidencias relevantes de JIRA Software, ver el trabajo de
desarrollo para Problemas, resolución de problemas, así como enlaces a páginas con más
detalles. Esta página le presenta el concepto de una incidencia. A continuación, puede
obtener más información sobre la creación, edición y colaboración de incdiencias en la
sección Siguiente pasos.

¿Qué es una incidencia?

Diferentes organizaciones utilizan aplicaciones de JIRA a realizar un seguimiento de los
diferentes tipos de problemas, que pueden representar cualquier cosa, desde un error de
software, una tarea de proyecto, a un formulario de solicitud de licencia.
Incdiencias son los componentes básicos de cualquier proyecto de JIRA. Una incidencia
podría representar una historia, un error, una tarea, etc en su proyecto. Esto es lo que le
parece un problema al igual que en JIRA Software:
 En una pizarra (proyecto Scrum - backlog)

Vista completa (por ejemplo, a través de los resultados de búsqueda)

Tenga en cuenta, la vista de detalle de incidencia puede mostrar diferentes campos a la

vista completa si ha sido personalizado por el administrador. Para ver la vista completa,
abra la incidencia en una nueva pestaña / ventana (por ejemplo, haga clic en la tecla
problema con el botón central del ratón).
¿Por qué no puedo ver el panel de desarrollo?
Este panel solo muestra si JIRA está conectado a sus herramientas de desarrollo. Podrá ver
commits, builds,etc. para ayudarle a evaluar el estado de desarrollo de su incidencia.

¿Por qué no puedo ver el panel de seguimiento de tiempo ?

Este panel se mostrará en la incidencia, si su administrador ha establecido el seguimiento
del tiempo en "Estimación restante y tiempo transcurrido". Si una incidencia tiene
subtareas, la estimación restante para la incidencia más subtareas se engloba en el
problema principal.

¿Qué actividad se muestra en las pestañas Historial y Actividad?

La pestaña Historial de una incidencia registra la siguiente información: creador de la
incidencia (puede ser el mismo que el informador, pero también puede ser distinto),
cambios en un campo de incidencia, adjunto de un archivo, supresión de un comentario,
supresión de un comentario Worklog, creación o eliminación de un vínculo de incidencia.

La ficha Actividad tiene la misma información, además de información adicional, como los
comentarios. Sin embargo, esto puede cargar más lentamente, especialmente si ha habido
mucha actividad en la incidencia.

Adjuntar archivos y capturas de pantalla a

incidencias
Para compartir información con su equipo, puede adjuntar documentos, imágenes y
capturas de pantalla a las incidencias de la aplicación JIRA.
Se pueden adjuntar varios archivos a una incidencia. Haga clic en una imagen en
miniatura para abrir una vista previa y, si hay más de una imagen en la galería, vaya a la
siguiente vista previa de la imagen haciendo clic en la flecha derecha de la vista previa.

Antes de empezar.
Un administrador de JIRA debe habilitar permisos de usuario específicos para poder
agregar adjuntos y capturas de pantalla a las incidencias.
El administrador de JIRA establece permisos.
• Puede adjuntar archivos y capturas de pantalla si su administrador de JIRA tiene
habilitados archivos adjuntos.
• Necesita el permiso Crear adjuntos en los proyectos adecuados.
• La función de captura de pantalla sólo funciona con Windows o Mac. Si utiliza otro
sistema operativo, puede adjuntar una captura de pantalla mediante la función de
archivo adjunto. Para usuarios de Linux, consulte nuestro artículo para activar esta
función.
• Si su administrador de JIRA ha deshabilitado las miniaturas en la configuración de
datos adjuntos de JIRA, los archivos de imagen aparecerán como una lista.
• Si su administrador de JIRA ha deshabilitado la compatibilidad con ZIP en la
configuración de adjuntos de JIRA, la característica de adjuntos no estará disponible.
Debe descargar el archivo zip en su computadora antes de acceder a sus archivos
individuales.
• Para quitar archivos adjuntos de una incidencia, necesita uno de los siguientes
permisos de proyecto en el proyecto de este problema:
◦ Eliminar archivos adjuntos propios: para eliminar los archivos que ha agregado a
la incidencia.
◦ Eliminar todos los archivos adjuntos : para eliminar los archivos que alguien
haya añadido a la incidencia.

Capacidades del navegador.

Si utiliza Google Chrome, Mozilla Firefox o Internet Explorer 11, adjuntar capturas de
pantalla depende de la compatibilidad con HTML5. Safari no es compatible.

Adición de archivos adjuntos.

Puede agregar archivos e imágenes adjuntos a cualquier incidencia. Para agregar un
archivo adjunto al crear una incidencia por primera vez, copie un archivo de su
computadora y péguelo directamente en el cuadro de diálogo Crear incidencia. Para
agregar datos adjuntos a una incidencia existente, abrala y siga estos pasos:
1. Haga clic en Más> Adjuntar archivos.
2. Agregue un archivo (s).
3. Haga clic en Adjuntar o Abrir.
También puede arrastrar y soltar archivos en una incidencia para adjuntarlos.
Formatos de archivos aceptables, caracteres y tamaños.
• Formatos de archivo: GIF, JPG, PNG.
 • Un nombre de archivo válido no puede contener ninguno de estos caracteres:'\',
'/','\"', '%', ':', '$', '?', '*'.
• De forma predeterminada, el tamaño máximo de un archivo es de 10 MB, aunque
este límite puede ser personalizado por su administrador de JIRA.

Clasificación y administración de archivos adjuntos

La sección de archivos adjuntos de la incidencia muestra una lista de opciones para
ordenar, administrar y descargar archivos adjuntos. Seleccione la flecha hacia abajo a la
derecha de la sección de archivos adjuntos para abrir el menú. Puede reordenar los
archivos adjuntos de acuerdo con un criterio seleccionado. Este criterio se aplicará a todos
las incidencias de su proyecto.Para eliminar los datos adjuntos de la incidencia, seleccione
Administrar adjuntos o coloque el cursor sobre el archivo adjunto y seleccione el icono de
papelera
Los criterios seleccionados se perderán una vez que cierra la sesión.

Acceso al contenido del archivo ZIP

Puede ver el contenido de un archivo zip (incluidas las extensiones de nombre de .zip' .zip'
o '.jar') en la sección de archivos adjuntos. Haga clic en la flecha hacia abajo y seleccione
Lista. En vista de lista, haga clic en el icono de flecha situado delante del nombre del
archivo comprimido para ver y descargar sus archivos individuales. Si un archivo se
encuentra dentro de un subdirectorio del archivo comprimido, la ruta de acceso a ese
archivo se indica en el contenido del archivo comprimido. Para descargar el archivo zip
completo, haga clic en Descargar Zip.
Captura y adjunta capturas de pantalla.
Puede realizar una captura de pantalla en el portapapeles del sistema y pegarlo
directamente en una incidencia.
1. Capture una captura de pantalla utilizando el atajo de teclado del sistema.
2. Pegue la imagen de su portapapeles en la incidencia mediante el acceso directo del
teclado del sistema o el menú contextual. Aparecerá el cuadro de diálogo Adjuntar
pantalla.
3. Introduzca un nombre de archivo.
4. Seleccione Subir.

Creación de incidencias y subtareas.

Los componentes básicos de cualquier proyecto son las incidencias.
Las incidencias actúan como los paquetes de trabajo que viajan a través de sus
respectivos flujos de trabajo dentro de sus proyectos, hasta que el trabajo esté terminado.
Una incidencia también puede tener subtareas que se pueden asignar y rastrear
individualmente, así como nivel de seguridad para restringir el problema a los miembros
seleccionados de su equipo. En esta página, aprenderá más sobre cómo crear y convertir
incidencias y subtareas y establecer el nivel de la seguridad del problema. Si está
buscando importar varias incidencias (y subtareas) utilizando un ar
chivo CSV, puede encontrar el proceso de importación explicado con más detalle aquí.
Antes de empezar.
Necesita el permiso de proyecto Crear incidencia.

Creación de una incidencia.

1. Haga clic en Crear en la parte superior de la pantalla para abrir el cuadro de diálogo
Crear incdiencia.
2. Seleccione el proyecto y el tipo de incidencia en el cuadro de diálogo Crear
incidencia.
3. Escriba un resumen para el problema y complete los campos apropiados, por lo
menos los requeridos que estén marcados con un asterisco.
Si desea acceder a campos que no se muestran en este cuadro de diálogo o si
desea ocultar campos existentes:
• Haga clic en el botón Configurar campos en la parte superior derecha de la pantalla.
• Haga clic en Personalizado y seleccione los campos que desea mostrar u ocultar
seleccionando o borrando las casillas de verificación correspondientes, o haga clic
en Todo para mostrar todos los campos.
Cuando cree una incidencia, se mostrarán estos campos seleccionados.

4. Opcional: Para crear una serie de incidencias similares - con el mismo tipo de
proyecto y de problema - seleccione la casilla de verificación Crear otro en la parte
inferior del cuadro de diálogo. Dependiendo de su configuración y los valores que
puede haber especificado al crear incdiencias anteriores, algunos de los campos en
el nuevo cuadro de diálogo Crear incdiencia pueden estar pre-poblados. Asegúrese
de comprobar que están todos correctos antes de crear la próxima incidencia.
5. Cuando esté satisfecho con el contenido de su problema, haga clic en el botón
Crear.
Consejos:
 • Su incidencia se creará en la parte superior del backlog, a menos que:
◦ Usted tiene una incidencia seleccionada en el backlog - su incidencia se creará
justo debajo del seleccionado.
◦ Usted ha especificado un sprint al crear la incidencia - su incidencia se creará en
la parte inferior del sprint.

• Si está utilizando una tarjeta Scrum, puede crear rápidamente incidencias con la
creación de incidencias en línea en el Backlog (backlog y futuros sprints solamente).
Haga clic en + Crear incidencia.
Tenga en cuenta que si el filtro de su pizarra especifica más de un proyecto, deberá
completar el cuadro de diálogo "Crear incidencia".
• Si está utilizando epics, puede hacer clic en Configurar campos y agregar el campo
Epic Link a la pantalla, de modo que pueda agregar incidencias a épics a medida
que los crea.
Tenga en cuenta que también puede crear una incidencia que pertenezca
automáticamente a una epic particular.

Clonando una incidencia.

Clonar una incidencia le permite crear rápidamente un duplicado de un problema dentro
del mismo proyecto. La incidencia clonada contiene la mayoría de los mismos detalles
almacenados en el problema original, por ejemplo, Resumen, Afecta a las versiones,
Componentes, etc. Otros detalles no se clonan, por ejemplo, Registro de trabajo,
Comentarios, Historial de problemas y Enlaces a páginas de confluence. El estado de la
incidencia también vuelve al primer paso del flujo de trabajo correspondiente y las
resoluciones se borran. La incidencia clonada puede estar relacionada con el problema
original, pero no tiene que serlo.
1. Abra la incidencia que desea clonar.
2. Seleccione Más> Clonar. Aparecerá la pantalla Clone Issue.
3. Puedes editar el Resumen de la incidencia de la copia si lo deseas.
4. Si es aplicable al problema que está clonando, también puede seleccionar entre
estas opciones:
• Clonar subtareas para copiar subtareas existentes.
• Clonar adjuntos para agregar cualquier archivo adjunto existente.
• Enlaces de clonación para agregar cualquier problema vinculado existente.
• Clonar valores de sprint para copiar los valores de sprint actuales y cerrados
del problema
5. Haga clic en Crear

Creación de una subtarea.

Se puede crear una subtarea para una incidencia, ya sea dividir el problema en trozos más
pequeños o permitir que varios aspectos de un problema se asignen a diferentes personas.
Si descubre que una subtarea está manteniendo la resolución de una incidencia, puede
convertir la subtarea en una incidencia para permitir que se trabaje de forma
independiente. Si encuentra que una incidencia es realmente una subtarea de un
problema más grande, también puede convertir una incidencia en una subtarea.
Sólo puede crear subtareas si su administrador ha habilitado subtareas y ha agregado el
tipo de incidencia subtarea al esquema de tipo de incidencias del proyecto.
 1. Navegar a la incidencia que le gustaría ser el problema principal de la sub-tarea que
va a crear.
2. Seleccione Más> Crear subtarea. Verá la pantalla Crear Subtareas.
3. Rellenar los datos según sea necesario y, a continuación, haga clic en Crear en la
parte inferior de la página.

Tenga en cuenta que cuando se crea una subtarea, los siguientes valores se heredan de la
tarea padre:
• proyecto.
• nivel de seguridad.
• valor de velocidad, en su caso (sólo para incdiencias de software JIRA)
Sugerencia: Puede personalizar la pantalla Crear subtarea para mostrar los campos que
utiliza con mayor frecuencia. Para ello, haga clic en Configurar campos en la esquina
superior derecha del cuadro de diálogo y use los vínculos Todos y Personalizados para
cambiar entre la pantalla predeterminada y la configuración personalizada. Sus cambios se
guardan para su uso futuro.

Convertir una subtarea en una incidencia.

1. Vaya a la subtarea que desea convertir.
2. Seleccione Más> Convertir a incidencia.
3. En el paso 1. Seleccione la pantalla Tipo de incidencia, seleccione un nuevo tipo de
incdiencia (es decir, un tipo de problema estándar) y haga clic en Siguiente.
4. Si el estado actual de la subtarea no es un estado permitido para el nuevo tipo de
incidencia, se muestra la pantalla Paso 2. Seleccionar nuevo estado. Seleccione un
nuevo estado y haga clic en Siguiente.
5. En la pantalla Paso 3. Actualización de campos, se le pedirá que ingrese cualquier
campo adicional si es necesario. De lo contrario, verá el mensaje 'Todos los campos
se actualizarán automáticamente'. Haga clic en Siguiente.
6. Aparecerá la pantalla Paso 4. Confirmación. Si está satisfecho con los nuevos
detalles del problema, haga clic en Finalizar.
7. Se mostrará la incidencia. Verá que ya no es una subtarea, es decir, ya no hay un
número de problema padre que aparece en la parte superior de la pantalla.

Convertir una incidencia en una subtarea.

Vaya a l incidencia que desea convertir.

1. Seleccione Más> Convertir a subtarea.

2. En el paso 1. Seleccione la pantalla Tipo de incidencia principal y tipo de subtarea,
escriba o seleccione el tipo de problema padre apropiado y el nuevo tipo de
problema (es decir, un tipo de incidencia de subtarea). Haga clic en Siguiente .
3. Si el estado actual de la incidencia no es un estado permitido para el nuevo tipo de
problema, se muestra la pantalla Paso 2. Seleccionar nuevo estado . Seleccione un
nuevo estado y haga clic en Siguiente.
 4. En la pantalla Paso 3. Campos de actualización, se le pedirá que ingrese cualquier
campo adicional si es necesario.De lo contrario, verá el mensaje 'Todos los campos
se actualizarán automáticamente'. Haga clic en Siguiente.
5. Aparecerá la pantalla Paso 4. Confirmación. Si está satisfecho con los nuevos
detalles de la incidencia, haga clic en Finalizar.
6. Se mostrará el problema. Verá que ahora es una subtarea, es decir, el número de la
incidencia padre se muestra ahora en la parte superior de la pantalla.
Nota: No podrá convertir una incidenci a una subtarea si el problema tiene subtareas
propias. Primero debe convertir las subtareas de la incidencia a problemas independientes;
Puede convertirlos a subtareas de otra incidencia si lo desea. Las subtareas no se pueden
mover directamente de una incidencia a otra. Necesitará convertirlas a incidencias
estándar y luego a subtareas de su nuevo problema con los padres.

Restringir el acceso a una incidencia.

Al crear (o editar) una incidencia, puede restringir el acceso a esa incidencia a los
miembros de su equipo que forman parte del nivel de seguridad elegido. Para poder definir
el nivel de seguridad de un problema, el administrador debe agregarle al nivel de
seguridad de incidencia adecuado y también concederle el permiso 'Establecer seguridad
de incidencias' para los proyectos apropiados.
1. Crear / editar la incidencia relevante.
2. En el campo desplegable Nivel de seguridad, seleccione el nivel de seguridad
deseado para el problema. Sólo verá los niveles de seguridad a los que pertenece.
3. Guarde la incidencia. Ahora sólo es accesible a los miembros del nivel de seguridad
especificado.
Los usuarios que no sean miembros de este nivel de seguridad no podrán acceder a
esa incidencia o verlo en ningún filtro, consulta o estadística.

Creación de incidencias con el importador CSV.

Si tiene el permiso de proyecto Crear incidencia Y el permiso global Bulk Change para los
proyectos relevantes, puede crear incidencias en masa utilizando un archivo de valores
separados por comas (CSV). Los archivos CSV son archivos de texto que representan datos
tabulados y son compatibles con la mayoría de los sistemas que manejan datos tabulados,
como hojas de cálculo (MS Excel, Números) y bases de datos.
El importador CSV le permite importar datos de sistemas externos que pueden exportar
sus datos en un formato tabulado. También le permite crear su propio archivo CSV para
realizar la creación y actualización de incidencias en masa.
Su administrador tiene acceso a más opciones de importación diseñadas específicamente
para otros sistemas, como Github, Fogbugz y Bugzilla. Si planea importar desde un
sistema externo una gran cantidad de incidencias, los administradores tienen acceso a
funcionalidades avanzadas de importación.
Hay dos pasos para usar el importador CSV y un tercer paso opcional:
1. Preparación del archivo CSV.
2. Ejecución del asistente de importación CSV.
3. Guardando su configuración para uso futuro.

Preparación del archivo CSV.

El complemento de importadores de JIRA asume que el archivo CSV se basa en un archivo
CSV predeterminado de Microsoft Excel. Los campos se separan por comas y cualquier
contenido que deba tratarse literalmente, como comas y nuevas líneas / "retorno de carro"
se incluyen entre comillas.
Para Microsoft Excel y OpenOffice, no es necesario citar valores en celdas ya que estas
aplicaciones manejan esto automáticamente.

Requisitos de archivos CSV.

Además de estar bien formados, los archivos CSV tienen los siguientes requisitos:
Cada archivo CSV debe poseer una fila de encabezado con una columna
Resumen
El asistente de importación de archivos CSV utiliza una fila de encabezado de un archivo
CSV para determinar cómo asignar datos de la segunda fila del archivo CSV y más allá a
los campos de los problemas del proyecto.
La fila del encabezado debe evitar contener cualquier puntuación (aparte de las comas
que separan cada columna) o el importador puede no funcionar correctamente.
La fila de encabezado debe contener una columna para los datos de "Resumen".
Las comas (como separadores de columna / campo) no se pueden omitir.
Por ejemplo, esto es válido:
Summary, Assignee, Reporter, Issue Type, Description, Priority
"Test issue", admin, admin, 1, ,
pero esto no es válido:
Summary, Assignee, Reporter, Issue Type, Description, Priority
"Test issue", admin, admin, 1

Encapsular la estructura de datos de JIRA en su archivo CSV

Captura de datos que abarca varias líneas.
Utilice las marcas de comillas dobles (") en su archivo CSV para capturar datos que
abarquen varias líneas, por ejemplo, al importar, JIRA tratará lo siguiente como un archivo
CSV válido con un solo registro:
Summary, Description, Status
"Login fails", "This is on a new line", Open
El tratamiento de caracteres especiales.
Utilice comillas dobles (") alrededor de una sección de texto para el tratamiento de
cualquier carácter especial en esa sección, literalmente. Una vez importado estos datos,
estos caracteres especiales serán almacenados como parte de los datos de campo de JIRA.
Ejemplos de caracteres especiales incluyen retornos de carro / introducir caracteres (como
se muestra en el ejemplo anterior), comas, etc.
Para tratar una comillas dobles, literalmente, se puede 'escapar' por otro carácter doble
comilla. Por lo tanto, el valor CSV:
"Clicking the ""Add"" button results in a page not found error"
Una vez importados, se almacenarán en JIRA como:
Clicking the "Add" button results in a page not found error
La agregación de múltiples valores en los campos de incidencias individuales.
Puede importar múltiples valores en un campo de asunto que acepta múltiples valores
(por ejemplo,Fix (for) Version, Affects Version, Component,Labels). Para ello, el archivo CSV
debe especificar el mismo nombre de columna para cada valor que desee agregar en el
campo de la incidnecia. El número de nombres de columna especificado debe coincidir con
el número máximo de valores a ser agregados en el campo asignado. Por ejemplo:
IssueType, Summary, FixVersion, FixVersion, FixVersion, Component, Component
bug, "First issue", v1, , , Component1,
bug, "Second issue", v2, , , Component1, Component2
bug, "Third issue", v1, v2, v3, Component1,
En el ejemplo anterior, el campo Componente de la segunda incdiencia y el campo
FixVersion de la tercera incidencia generarán varios valores en campos de incidencias
apropiados durante la importación.

Tenga en cuenta que sólo un número limitado de campos de incidencias admiten varios
valores. El importador de CSV no le permitirá importar datos agregados a campos de
incidencia admiten un solo valor.

Importación de archivos adjuntos.

Puede adjuntar archivos a incidencias creadas desde su archivo CSV. Para ello, especifique
la URL de su archivo adjunto en una columna "Adjuntos" del archivo CSV.
Assignee, Summary, Description, Attachment, Comment
Admin, "Issue demonstrating the CSV attachment import", "Please check the attached
image below.", "https://jira-server:8080/secure/attachment/image-name.png", "01/01/2012
10:10;Admin; This comment works"
Admin, "CSV attachment import with timestamp,author and filename", "Please check the
attached image below.", "01/01/2012 13:10;Admin;image.png;file://image-name.png",
"01/01/2012 10:10;Admin; This comment works"
Las URL de los archivos adjuntos admiten los protocolos HTTP y HTTPS y pueden ser
cualquier ubicación a la que su instancia de JIRA debe poder acceder.

Importación de incidencias en múltiples proyectos.

Puede importar incidencias desde su archivo CSV a diferentes proyectos a través de una
importación de archivos CSV. Para hacer esto:
• Su archivo CSV requiere dos columnas adicionales cuyos títulos deben ser
identificado de manera similar al nombre del proyecto y la llave del Proyecto.
• Asegúrese de que todos las incidencias representadas en el archivo CSV contiene el
nombre y la clave adecuada en estas columnas para los proyectos a los que van a
ser importados
El nombre del proyecto y el dato clave es el dato minimo requeridos para la
importación de incidencias desde un archivo CSV en proyectos específicos.
IssueType, Summary, Project Name, Project Key
bug, "First issue", Sample, SAMP
bug, "Second issue", Sample, SAMP,
task, "Third issue", Example, EXAM
En el ejemplo anterior, la primera y segunda incidiencia se pueden importar en el proyecto
'Sample' (con clave 'SAMP') y la tercera incidencia será importada en el proyecto
'Example' (con llave 'EXAM'), suponiendo que coinciden con los campos 'Project Name' y
'Project Key' en su archivo CSV con los campos Project Name yProject Key
respectivamente, durante el asistente de importación de archivos CSV.
Importación de entradas de registro de trabajos.
Su archivo CSV puede contener entradas del registro de trabajo. Por ejemplo:
Summary,Worklog
Only time spent (one hour),3600
With a date and an author,2012-02-10 12:30:10;wseliga;120
With an additional comment,Testing took me 3 days;2012-02-10 12:30:10;wseliga;259200

Importación a varios campos personalizados.

Su archivo CSV puede contener varias entradas para el campo Multi Select Custom. Por
ejemplo: Summary,Multi Select,Multi Select,Multi Select
Sample issue,Value 1,Value 2,Value 3
Esto llenará el Multi Select Custom Field con varios valores.

Importación en cascada de campos personalizados de selección.

Se pueden importar los valores de un campo personalizado elección en cascada utilizando
la siguiente sintaxis:
Summary, My Cascading Custom Field
Example Summary, Parent Value -> Child Value
El separador '->' le permite importar la jerarquía.

NOTA: Actualmente, JIRA no admite la importación de campos de selección en cascada de

varios niveles a través de CSV.

Ejecución del asistente de importación de archivos CSV.

Antes de comenzar: Si la instalación de JIRA tiene datos existentes, se debe realizar copias
de seguridad.
1. Seleccione Tareas> Importar problemas desde CSV para abrir la página Creacion
Masiva configuración. (Si no tiene la opción Importar incidencias desde CSV, su
Administrador de JIRA debe actualizar el complemento de Importadores de JIRA a la
versión 6.2.3 o superior.)
2. En la página de configuración, seleccione su archivo de origen CSV.
Deje desactivada la casilla de verificación Usar un archivo de configuración
existente si no tiene un archivo de configuración o si desea crear un nuevo archivo
de configuración. Los archivos de configuración especifican una asignación entre
nombres de columnas en la fila del encabezado del archivo CSV y los campos de la
instalación.
• Si selecciona esta opción, se le pedirá que especifique un archivo de
configuración existente.
• Si no selecciona esta opción, al final del asistente de importación de archivos
CSV, JIRA le preguntará si desea crear un archivo de configuración que pueda
utilizar para importaciones CSV posteriores.
3. Haga clic en el botón Siguiente para pasar al paso Configuración del asistente de
importación de archivos CSV.Complete los campos requeridos.
• Si el archivo CSV utiliza un carácter separador distinto de una coma, especifique
ese carácter en el campo Delimitador CSV. Si el separador es un 'Tab', se puede
introducir con el formato '/ t'.
4. Haga clic en el botón Siguiente para continuar con el paso Asociar Campos del
asistente de importación de archivos CSV. Aquí, puede asignar los encabezados de
columna de su archivo CSV a los campos del proyecto seleccionado. Si desea
seleccionar valores de campo JIRA específicos para asignar valores CSV específicos,
marque la casilla de verificación para el valor del campo asociado.
Nota: debe asignar un campo CSV al campo de resumen de la incidencia. Esto
asegura que las incidencias creadas tengan un resumen.
5. Haga clic en el botón Siguiente para pasar al paso Asociar Valores del asistente de
importación de archivos CSV. En este paso del asistente de importación, puede
 seleccionar los valores de campo CSV específicos que desea asignar a qué valor de
campo de incidencia específica. Por ejemplo, los tipos de problemas pueden tener
un valor de campo CSV de "Solicitud de función", que puede asignar al valor de
campo de tipo de problema "Nueva característica".
Tenga en cuenta:
• En esta página se presentarán todos los campos cuyas casillas de valores del
campo asociado se hayan seleccionado en el paso anterior del asistente de
importación de archivos CSV.
• Deje un campo borrado o borre cualquier contenido dentro de él si desea
importar el valor 'como está'.
• Si está importando un campo CSV basado en el nombre de usuario (por
ejemplo, Reporter o Assignee) y no selecciona la casilla de verificación
Asociar valores(Map field value)para este campo en el paso anterior del
asistente de importación de archivos CSV, el importador asignará
automáticamente los nombres de usuario importados desde Archivo CSV a
nombres de usuario( en minúsculas) JIRA.

6. Haga clic en el botón Iniciar importación cuando esté listo para comenzar a
importar sus datos CSV a JIRA. El importador mostrará las actualizaciones a medida
que avanza la importación y, a continuación, un mensaje de éxito cuando se
complete la importación.
7. Si está seguro de que su importación está configurada correctamente, haga clic en
el botón Iniciar importación. Su importación comenzará y una vez que termine
usted será informado de cualquier error. Si desea comprobar primero su
importación, haga clic en el botón Validar y JIRA validará su importación e informará
de cualquier error o advertencia. A continuación, puede volver atrás y corregir
estos antes de ejecutar su importación completa.
Nota:
• Si experimenta problemas con la importación (o tiene curiosidad), haga clic en el
vínculo de descarga de un registro detallado para revelar información detallada
sobre el proceso de importación de archivos CSV.
• Si necesita importar otro archivo CSV con la misma configuración (o similar) a lo
que utilizó a través de este procedimiento, haga clic en el vínculo guardar el archivo
de configuración para descargar un archivo de configuración CSV que puede utilizar
en el primer paso de la importación de archivos CSV.

Sugerencias para importar datos CSV en campos de

incidencias
A continuación se presentan algunos consejos útiles al importar datos de su archivo CSV
en campos de incidencias específicos:

Campo de
Notas de Importación
incidencia
Los datos CSV se importan por proyecto. Puede especificar un proyecto
Proyecto existente (s) como destino, o el importador creará automáticamente un
nuevo proyecto (s) para usted en el momento de la importación.
Resumen Este es el único campo obligatorio.
Componente Puede importar incidencias con varios componentes introduciendo cada
(s) componente en una columna independiente.
Afecta a la (s) Puede importar incidencias con múltiples "Versiones de afectos"
versión (es) introduciendo cada versión en una columna aparte.
Corrija la (s) Puede importar problemas con varias "versiones de corrección"
versión (es) introduciendo cada versión en una columna aparte.
Comentario Puede importar incidencias con varios comentarios introduciendo cada
Cuerpo comentario en una columna aparte.
Fecha de Utilice el formato de fecha especificado en el segundo paso del asistente
vencimiento de importación CSV.
Si no se especifica en su archivo CSV, se le dará a las incidencias
importadas el tipo de problema predeterminado (es decir, el primero), tal
Tipo de
como se especifica en su instancia de JIRA
incidencia
También puede crear nuevos valores sobre la marcha durante el proceso de
importación
Puede importar incidencias con varias etiquetas introduciendo cada
Etiquetas
etiqueta en una columna separada.
Si no se especifica en su archivo CSV, las incidencias importadas recibirán
la prioridad predeterminada (es decir, la primera) especificada en su
Prioridad instancia de JIRA.
También puede crear nuevos valores sobre la marcha durante el proceso de
importación
Estimación
El valor de este campo debe especificarse como número de segundos.
Original
Restante
El valor de este campo debe especificarse como número de segundos.
estimado
Tiempo usado El valor de este campo debe especificarse como número de segundos.
Puede elegir que el importador cree automáticamente usuarios de JIRA
para cualquier valor del campo Asignado o Informador.
Los usuarios se crearán como cuentas activas en JIRA. Los usuarios tendrán
que obtener sus contraseñas enviadas por correo electrónico a ellos la
primera vez que inicien sesión en JIRA.
Los usuarios sin nombre real recibirán la parte de su dirección de correo
electrónico (nombre de inicio de sesión) antes del carácter "@" como
nombre completo en JIRA.
Si está utilizando Administración de usuarios externos, el proceso de
importación no podrá crear usuarios; En su lugar, el importador le dará una
Usuarios
lista de los nuevos usuarios que necesitan ser creados. Deberá crear los
usuarios en su repositorio de usuarios externos antes de comenzar la
importación.
Si tiene una licencia limitada por el usuario (por ejemplo, una licencia
personal) y el número de usuarios requeridos es mayor que el límite, la
importación se detendrá. Aparecerá una página con una lista de usuarios
que no se pueden crear.

Si el Asignado y el Reporter no están asignados, entonces no se crean

nombres de usuario
Si desea importar otros campos, puede elegir asignarlos a campos
específicos de JIRA específicos. Si sus campos personalizados aún no
Otros campos existen en JIRA, el importador puede crearlos automáticamente para usted.
Si su campo personalizado es un campo de fecha, utilice el formato de
fecha especificado en el segundo paso del asistente de importación CSV.

Edición y colaboración en incidencias.

Trabaje en sus incidencias de manera más eficiente con estos consejos y trucos para editar
y colaborar en incidencias.
Además de aprender acerca de los aspectos básicos de la edición y comentarios sobre un
problema, puede consultar esta página para obtener ayuda con:
• Utilizar la barra de herramientas de wiki para hacer que sus comentarios y
descripciones se muestren.
• Compartir incidencias con su equipo y mencionar a otras personas.
• Mantener el control de las incidencias con las etiquetas y observadores.
Adjuntar archivos y capturas de pantalla.
Si su administrador ha habilitado archivos adjuntos, usted y sus clientes pueden adjuntar
archivos y capturas de pantalla a las incidencias en los que esté trabajando.

Colaboración en incidencias.
¿Qué permisos necesita?
Para compartir un problema o mencionar a alguien (@) sobre un problema, necesita el
permiso global Examinar usuarios. Si no tiene este permiso, póngase en contacto con su
administrador de JIRA.
Puede mantener informado a su equipo utilizando el Para compartir una incidencia
con otros usuarios de JIRA. Si su proyecto permite el acceso anónimo, también puede
compartir incidencias introduciendo la dirección de correo electrónico de un usuario que
no es de JIRA.
Si desea invitar a miembros de su equipo para que le ayuden a trabajar en un problema,
puede mencionarlos escribiendo @ y su nombre de usuario en la descripción o comentario
de la incidencia. Los usuarios que menciones se notifican cuando guarda la descripción del
problema o el comentario.

Edición de los detalles de una incidencia.

¿Qué permisos necesita?
Para editar una incidencia, necesita el permiso de proyecto Editar incidencia para el
proyecto en cuestión. Si no tiene este permiso, póngase en contacto con su administrador.

Para editar una incidencia existente, seleccione Editar para abrir el cuadro de diálogo
Editar incidencia y modificar los detalles del problema. Si desea cambiar los campos que
debe editar, seleccione Configurar campos > Personalizar y elija los campos que desea
mostrar u ocultar. Seleccione Actualizar para guardar los cambios.

Comentando incidencias.
¿Qué permisos necesita?
Para agregar comentarios a una incidencia, es decir, para ver el botón Comentario, debe
tener los dos permisos de proyecto siguientes. Para el proyecto en cuestión:
• Explorar Proyecto, permiso para ver la incidencia que se debe comentar.
• Añadir comentarios para agregar un comentario a la incidencia.
Tenga en cuenta que automáticamente se convierte en un observador de las incidencias
que ha comentado. Puede desactivar esta opción mediante la opción Preferencias>
Autowatch en su perfil.
Añadir un comentario.
Simplemente haga clic en comentary escriba su comentario para la incidencia.

Eliminar un comentario.
En el comentario que desea eliminar, seleccione el icono de la papelera situado en el
comentario. Confirme que desea eliminar este comentario del problema seleccionando y
elija Borrar cuando se le solicite.

Editar un comentario.

Seleccionar el botón ubicado en el comentario, y edita el texto o las restricciones (Visible

por ...) según sea necesario. Cuando guarde su comentario revisado, verá 'editado' para
indicar que el comentario ha sido editado:
Puede desplazarse sobre editado para ver quién editó el comentario y cuándo.

Enlace a un comentario.
Haga clic con el botón derecho en el icono de Permlink en el comentario y copie el enlace
permanente al comentario. Pegue el enlace permanente copiado en su mensaje de correo
electrónico o chat.
Al hacer clic en el enlace permanente, se le llevará a ese comentario en particular en la
edición de JIRA. Si su incidencia de JIRA contiene una extensa lista de comentarios, la
página de incidencias se desplazará automáticamente hacia abajo para que el comentario
vinculado sea visible.

Restringir un comentario.
Aplicar restricciones de visualización a un comentario seleccionando el icono de candado
abierto si ya existen restricciones.

Formatear texto con marcas wiki.

JIRA application Text Formatting Notation le permite utilizar funciones de texto enriquecido,
como:
• Múltiples niveles de encabezados.
• Texto en cursiva, negrita o subrayado.
• Viñetas, listas numeradas, tablas y citas.
• Imágenes.
• Macros

Al editar una descripción de incidencia, un comentario o cualquier campo de texto

enriquecido, puede expandir la barra de herramientas del editor wiki para formatear el
texto y seleccionar vista previa para ver cómo aparecerá el texto con formato.Tenga en
cuenta que su administrador de JIRA puede habilitar, deshabilitar y configurar el que le
permite usar la reducción de wiki, por lo que sus opciones pueden variar ligeramente.
Tenga en cuenta que si su administrador ha habilitado el editor de texto enriquecido, usted
será capaz de dar formato a su contenido mediante el marcado, pero si selecciona el
editor visual podrá ver el marcado aplicado directamente.

Seguimiento de incidencias con etiquetas.

El etiquetado le ayuda a categorizar y buscar una incidencia. Cuando vea una incidencia,
seleccione Más> Etiquetas para agregar o quitar etiquetas, que aparecerán en la sección
Detalles:
Puede hacer clic en una etiqueta (por ejemplo, qa en la captura de pantalla anterior) para
ir al Navegador de incidencias y ver una lista de todas las incdiencias que tienen esta
etiqueta. También puede agregar el gadget de etiquetas a su panel de control para
encontrar rápidamente problemas con etiquetas relevantes para usted y su equipo.

Ver y votar por incidencias.

¿Qué permisos necesita?
Para ver otros usuarios viendo o votando por una incidencia, necesitas los permisos Ver
votantes y observadores y Administrar lista de observadores.
Si su administrador ha configurado el esquema de notificación necesario, puede
seleccionar Iniciar la observacion de esta incidencia. Para ser notificado automáticamente
de actualizaciones en la incidencia. También puede hacer clic en el número de
observadores de la incdiencia para agregar otros usuarios de JIRA como observadores.

Si su administrador ha habilitado la votación sobre las incidencias, puede seleccionar Votar

para esta incidencia para alentar al equipo responsable a resolver o completar el
problema.

Vinculación de incidencias.
La vinculación de incdiencias le permite crear una asociación entre dos incidencias
existentes en los mismos o diferentes servidores JIRA. Por ejemplo:
• Una incidencia puede estar relacionada con otro.
• Una incidencia puede duplicar otra.
• Una incidencia puede bloquear otra.

La vinculación de incidencias también le permite:

• Crear una nueva incidencia vinculada de una incidencia existente en un escritorio
de servicios o un proyecto empresarial.
• Crear una asociación entre una incidencia y una página Confluence.
• Vincular una incidencia a cualquier otra página web.

El administrador de JIRA puede personalizar los tipos de vínculos que puede crear.
 Captura de pantalla: sección "Enlaces de incidencia” dentro de un problema.

Nota: Las incidencias resueltas se muestran tachados , por ejemplo DEMO-1.

Para crear vínculos en las incidencias, debe tener el permiso Vincular incidencias en el
proyecto (s) al que pertenecen las incidencias.

Creación de un vínculo a otra incidencia en el mismo sitio

de JIRA.
1. Abra la incidencia que desea vincular a otra incidencia en el mismo sitio JIRA.

2. Seleccione Más> Enlace para visualizar el cuadro de diálogo Enlace.

3. Asegúrese de que el elemento incidencia JIRA esté seleccionado en la parte
izquierda del cuadro de diálogo y, a continuación, elija el tipo de enlace que se
creará en la lista desplegable de esta incidencia.
Si el administrador del sistema JIRA ha configurado enlaces de aplicación
totalmente recíprocos entre su sitio JIRA y otro, una lista desplegable Servidor
puede aparecer por encima de la lista. Si este es el caso, asegúrese de que su sitio
JIRA aparezca o haya sido seleccionado en la lista de servidores.
 4. En el campo Incidencia, especifique las incdiencias que se van a vincular con la
incidencia que se está viendo / seleccionando actualmente. Hay dos maneras de
hacer esto:
• Escriba la clave de incidencia completa (por ejemplo, ABC-123) - o para vincular
a varias incidencias, presione la tecla "Enter" entre cada clave de incidencia.
Si ha examinado previamente una incidencia , puede encontrar rápidamente el
problema escribiendo las primeras letras de la clave de la incidencia (o parte del
Resumen) que aparecerán en una lista desplegable de "autocompletar" para
la selección:
O:
• Haga clic en el vínculo Buscar incidencia para utilizar la ventana emergente
Buscar incidencias de JIRA, que le permite realizar una búsqueda de texto
simple o una búsqueda avanzada de incidencias.
5. Opcional: Añadir un comentario para describir por qué está vinculando estas
incidencias.
6. Haga clic en el botón enlace en la parte inferior del diálogo.

Creación de un enlace a una incidencia en otro sitio de JIRA.

Para crear este tipo de enlace, el administrador del sistema JIRA debería haber configurado
vínculos de aplicación totalmente recíprocos entre su sitio de JIRA y el otro sitio de JIRA que
contiene las incidencias a los que desea enlazar.
1. Abra la incidencia que desea vincular a otra incidencia.
2. Seleccione Más> Enlace para mostrar el cuadro de diálogo Enlace .
3. Asegúrese de que el elemento Incidencia de JIRA esté seleccionado en la parte
izquierda del cuadro de diálogo. Nota:
• Esta opción no estará disponible si su administrador del sistema JIRA no ha
configurado un enlace de aplicación entre su sitio de JIRA y el sitio remoto de
JIRA.

• Si, después de seleccionar esta opción, se le solicita autorización, es posible que

deba iniciar sesión en el sitio remoto de JIRA, lo que permitirá a su sitio JIRA
acceder al sitio JIRA remoto en nombre de su cuenta en el sitio remoto de JIRA.
4. Si su sitio JIRA está conectado a varios sitios JIRA remotos, elija el sitio JIRA que desee
en la lista desplegable Servidor.
5. Elija el tipo de vínculo que se creará en la lista desplegable.
6. Escriba la clave de la incdiencia en el sitio JIRA remoto al que desea enlazar.
Alternativamente, puede buscar incdiencias en el sitio remoto de JIRA haciendo clic en
el vínculo de búsqueda de una incidencia, que abre la ventana emergente Buscar
incidencias de JIRA.Puede vincularse a cualquier incidencia del sitio JIRA remoto al que
tenga acceso en ese sitio.
7. Active la casilla de verificación Crear vínculo recíproco para crear el vínculo
complementario de la incdien remota al que está enlazando, de nuevo a su incidencia.
Por ejemplo, si crea un tipo de enlace bloqueado a una incidencia remota, el vínculo
recíproco generado en la incidiencia remota será bloqueada por un tipo de enlace
bloqueado en su incdie local.
8. Opcional: agregue un comentario para describir por qué está vinculando estas
incidencias.
9. Haga clic en el botón Enlace en la parte inferior del cuadro de diálogo.

Solución de problemas.
Problema: Si ha seleccionado la casilla de verificación Crear un enlace recíproco, pero
después de hacer clic en el botón enlace, se descubre que no se ha creado un vínculo
recíproco desde el problema remoto hasta su problema, entonces es probable que el
administrador del sistema JIRA haya creado un enlace de un solo clic desde su sitio JIRA al
sitio remoto.
Solución: pida al administrador del sistema JIRA que configure enlaces de aplicación
totalmente recíprocos entre su sitio JIRA y el sitio remoto de JIRA.

Problema: Si intentó crear un enlace recíproco pero recibió el siguiente mensaje:

'No se creó un enlace recíproco desde la incidencia' XYZ-123 'a esta incidencia, ya que el
servidor JIRA remoto devolvió el siguiente error: No hay permiso de enlace para la
incdiencia' XYZ-123 '.'(Donde' XYZ-123 'es la clave de incidencia en el sitio remoto de
JIRA),
Entonces no se habrá creado un vínculo recíproco en el sitio remoto de JIRA, porque la
cuenta de usuario a través de la cual se autenticó en el sitio remoto de JIRA (en el paso 3
anterior) no tiene el permiso de proyecto Vincular incidencias.
Solución:
• Pida a los administradores de proyecto de JIRA en el sitio remoto de JIRA que
otorguen a su cuenta de usuario el permiso de proyecto Vincular incidencias para
los proyectos a los que necesita crear vínculos de incidencia.
• Si el enlace de aplicación entre su sitio JIRA y el sitio JIRA remoto utiliza la
autenticación OAuth y sospecha que puede haber autenticado en el sitio remoto
con otra cuenta de usuario que no tiene el permiso de proyecto de Enlazar
Incidencias o, repita el procedimiento anterior pero durante la Autorización(en el
paso 3), autenticarse en el sitio remoto con una cuenta de usuario que tiene este
permiso.

Si no se le pide autenticación durante la autorización , intente borrar primero las

cookies del navegador y repita el procedimiento.
Crear una nueva incidencia vinculada de una incidiencia
existente en un desk service o proyecto empresarial.
Para crear una inci enlazada, debe tener permisos Crear incidiencia y Vincular Incidencias
en el proyecto o proyectos de destino.
Para crear una incidencia vinculada:
1. Abra la incidencia desde el que desea crear el problema vinculado de JIRA.
2. En la pantalla de incidencia, seleccione Más> Crear incidencia vinculada para
mostrar el cuadro de diálogo Crear incide vinculada.
3. Atajo de teclado:''+ Empieza a escribir Crear incdiencia vinculada. La incidencia
vinculada recién creada contiene el mismo proyecto, Tipo de incidencia, y la
información almacenada en el Resumen de la incidencia original. También está
vinculado a la incidencia de mesa de servicio, en este caso CCF-3.
 4. Seleccione el proyecto de destino en el que se va a crear la nueva incidencia
vinculada.
5. Seleccione el Tipo de incidencia correcto para la nueva incidencia vinculada.
6. En el campo Incidencias vinculadas, especifique las incidencias que se van a
vincular con su nueva incidencia vinculada.
7. Editar el Resumen de la incidencia vinculada.
8. Edite la descripción y explique por qué está vinculando estas incidencias.
9. Seleccione la casilla de verificación Copiar archivos adjuntos para incluir cualquier
archivo adjunto de la incidencia original.
10. Seleccione la casilla de verificación Copiar enlaces para incluir cualquier URL de la
incidencia original.
11. Haga clic en el botón Crear en la parte inferior del cuadro de diálogo.
Su incidencia vinculada ya se ha creado.

Creación de un enlace a una página Confluence.

Esta función sólo se admite en Confluence versiones 4.0 o posterior.
Para crear este tipo de enlace, el administrador del sistema JIRA debe haber configurado
un Enlace de aplicación entre su sitio JIRA y el sitio Confluence que contiene las páginas a
las que desea enlazar.
1. Abra la incidencia que desea vincular a otra incidencia.
2. Seleccione Más> Vincular para mostrar el cuadro de diálogo Enlace.
 3. Haga clic en la opción Página de Confluence a la izquierda del cuadro de
diálogo.Esta opción no está disponible si el administrador del sistema JIRA no ha
configurado un enlace de aplicación entre su sitio JIRA y el sitio Confluence.
4. Si se ha configurado más de un enlace de aplicación entre su sitio JIRA y otros sitios
de Confluence, elija el sitio Confluence apropiado en la lista desplegable Servidor.
5. Especifique la página Confluence que se vinculará con su incdiencia vista
actualmente. Hay dos maneras de hacer esto:
• En el campo URL de la página, ingrese la URL de una página del sitio Confluence
al que desea enlazar. Por ejemplo:
http://<confluence-
server>/display/ds/Welcome+to+the+Confluence+Demonstration+Space.
• Haga clic en el vínculo de buscar página. El cuadro de diálogo Vincular se
reemplaza por el cuadro de diálogo Buscar una página Confluence
.
Si se le solicita autorización, es posible que deba iniciar sesión en el sitio de
Confluence, lo que permitirá que su sitio de JIRA acceda al sitio de Confluence en
nombre de su cuenta.
Este comportamiento significa que los enlaces de aplicación configurados entre su
sitio JIRA y el sitio remoto de Confluence utilizan la autenticación Oauth.
• En el primer campo búsqueda, especifique uno o más términos de búsqueda
que aparecen en la página a la que desea enlazar. Este campo es obligatorio.
• Opcional: En el segundo campo de búsqueda, seleccione el espacio Confluence
para restringir aún más la búsqueda.
• Haga clic en el botón Buscar y, a continuación, en el título de la página a la que
desea enlazar.
6. Opcional: agregue un comentario para describir por qué está vinculando estas
incidencias.
7. Haga clic en el botón Enlace en la parte inferior del cuadro de diálogo

Solución de problemas.
Problema: si los enlaces de la página Confluence muestran No se pudo cargar en la inci o
si intentó buscar una página Confluence pero recibió el siguiente mensaje:

'No se pudo acceder al contenido del sitio de Confluence porque la función Remote API
del servidor de Confluence está deshabilitada. El administrador del sistema Confluence
debe habilitar esta característica de "API remota" para que JIRA pueda acceder con éxito a
este contenido.'

Entonces JIRA no pudo comunicarse con el servidor de Confluence para:

• Recuperar información sobre el enlace, o
• Realiza una búsqueda en Confluence en el cuadro de diálogo Buscar una página
Confluence.

Solución:
Pida al administrador del sistema Confluence que habilite la característica Remote API
(XML-RPC & SOAP), ya que esta característica Confluence está desactivada de forma
predeterminada. Consulte Activación de la API remota en la documentación de Confluence
para obtener más información.

Creación de un enlace a cualquier URL de la web.

1. Abra la incidencia que desea vincular a otro incidencia.
2. Seleccione Más> Enlace para mostrar el cuadro de diálogo Enlace.
3. Haga clic en la opción Enlace Web a la izquierda del cuadro de diálogo.
4. Especifique la URL de la página web a la que desea enlazar.
5. Especifique el texto de enlace que aparecerá en la sección Enlaces en la vista de
 incidencia que se rá el enlace su URL.
6. Opcional: agregue un comentario para describir por qué está vinculando estos
problemas.
7. Haga clic en el botón Enlace en la parte inferior del cuadro de diálogo.

Eliminar un enlace.
• Vaya a una incidencia que contenga vínculos y localice la sección Enlaces.
• Pase el mouse sobre el enlace que desea eliminar y haga clic en el icono
Eliminar(papelera) que aparece.

Búsqueda de incidencias vinculadas.

Puede buscar incidencias relacionadas con un problema en particular.Consulte Búsqueda
Avanzada para obtener más información.
Tenga en cuenta que esta funcionalidad no se extiende a incidencias en un servidor JIRA
remoto.

Edición de varias incidencias al mismo tiempo.

En algún momento, es posible que deba cambiar varias incdiencias al mismo tiempo. Para
ello, realice una operación en masa.
Existen restricciones en algunas de las operaciones en masa. Por ejemplo, si selecciona
varias incidencias con distintos flujos de trabajo, sólo puede realizar la transición en
grupos con el mismo flujo de trabajo y un grupo a la vez. Las restricciones se explican más
detalladamente en las secciones pertinentes.

Antes de empezar.
Permisos requeridos: para realizar una operación en bloque, necesitará el permiso
apropiado del proyecto y el permiso global de cambio masivo. Por ejemplo, necesitaría
tener los permisos Mover incidencia y Cambiar en volumen para realizar la operación
Mover en bloque.
Deshabilitar notificaciones para operaciones masivas: puede deshabilitar las
notificaciones de correo para una operación en particular en masa deseleccionando la
casilla de verificación Enviar notificación en el asistente de operación en bloque. Para que
esta opción esté disponible, debe ser administrador o administrador de proyectos de todos
los proyectos asociados a las incidencias seleccionadas.
Uso del asistente de cambio masivo: el asistente de cambio masivo le hará avanzar a
través del cambio masivo. Para retroceder en cualquier paso de la operación, seleccione el
paso correspondiente en el menú del lado izquierdo. Al seleccionar Cancelar se cancelará
todo el proceso.

Transición de múltiples incidencias.

Esta operación en bloque le permite realizar la transición de varias incdiencias a través de
un flujo de trabajo al mismo tiempo. Sólo puede realizar una operación de transición en
bloque de una vez. También deberá proporcionar los valores necesarios para completar la
transición. Por ejemplo, para cerrar varios problemas, deberá proporcionar un valor para el
campo Done, Fixed, or Won't Fix.
Como hacer transición de múltiples incidencias.
1. Realizar una búsqueda con los filtros necesarios para producir una lista de
cuestiones.
2. Seleccione Herramientas> Cambiar en bloque.
3. Seleccionar las incidencias que le gustaría realizar la operación masiva y
seleccione Siguiente.
4. Seleccione Incidencias de transición, y seleccione Siguiente.
5. Seleccione la acción de flujo de trabajo disponibles. Las acciones disponibles
dependen de las incidencias (y sus flujos de trabajo asociados) que ha
seleccionado. Seleccione Siguiente.
6. Seleccionar un valor para los campos necesarios para esta transición, y en su caso,
 decidir si desea enviar notificaciones por correo electrónico. Seleccione Siguiente.
7. Revise su operación masiva, y seleccione Confirmar cuando esté satisfecho con la
operación.

Eliminar varias incidencias.

Esta operación en bloque le permite eliminar varias incidencias al mismo tiempo.
1. Realice una búsqueda con los filtros necesarios para producir una lista de
incidencias.
2. Seleccione Herramientas> Cambiar en bloque.
3. Seleccionar las incidencias que le gustaría realizar la operación masiva y
seleccione Siguiente.
4. Seleccione Eliminar incdiencias y seleccione Siguiente.
5. Si está disponible, decida si desea enviar notificaciones por correo electrónico.
Seleccione Siguiente.
6. Revise la operación en bloque y seleccione Confirmar cuando esté satisfecho con la
operación.

Mover varias incidencias.

Esta operación masiva le permite mover varias incidencias al mismo tiempo. Las
incidencias que se están trasladando deben asignarse a un proyecto y un tipo de
incidencia y, al hacerlo, es posible que deba también asignar el estado y los campos de las
incidencias. Las subtareas necesitan ser mapeadas, también.
1. Realice una búsqueda con los filtros necesarios para producir una lista de
incidencias.
2. Seleccione Herramientas> Cambiar en bloque.
3. Seleccionar las incidencias que le gustaría realizar la operación masiva y
seleccione Siguiente.
La operación de movimiento masivo se puede realizar tanto en incidencia estándar
como en incidencia de subtarea. Las incidencias estándar se pueden mover a otro
proyecto y tipo de incidencia, mientras que una subtarea sólo puede tener su tipo
de problema cambiado. (Tenga en cuenta que es posible convertir una subtarea en
una incidencia y viceversa.)
No es posible seleccionar tanto una subtarea como su padre para mover en masa.
Esto es para adherirse a la relación padre / subtarea (es decir,la subtarea siempre
se encuentra en el mismo proyecto que el problema padre). Las subtareas de las
incidencias seleccionadas de los padres que también se seleccionaron se
descartarán automáticamente del movimiento.
Por ejemplo, tiene el problema B que es una subtarea del problema A e intenta
mover en masa A y B simultáneamente. Verá un mensaje de advertencia (véase
más adelante) y se le pedirá que seleccione un proyecto de destino y un tipo de
incidencia para el problema A. Si selecciona un nuevo proyecto para A, se le pedirá
que mueva la subtarea a un nuevo tipo de problema Basado en el nuevo proyecto
de A. Si no cambia el proyecto para el problema A, no será necesario mover la
subtarea.

4. Seleccione Mover incidencias y seleccione Siguiente.

a) Seleccione proyectos y / o tipos de incidencias.
El primer paso del asistente para mover en masa es elegir los proyectos y tipos
de incidencias a los que moverá sus incidencias. El proyecto de destino y el tipo
de incidencia determinarán si se requieren pasos adicionales para migrar
estados y campos.
Las incidencias seleccionadas se agrupan por su proyecto actual y su tipo de
incidencia. Puede seleccionar un nuevo proyecto y tipo de incidencia para cada
uno o elegir mover todas las incidencias estándar a un solo proyecto y tipo de
incidencia.

b) Seleccione proyectos y / o tipos de incidencias para subtareas.

 Si está moviendo incidencias con subtareas a otro proyecto, también tendrá que
mover las subtareas al nuevo proyecto. También puede optar por cambiar los
tipos de incidencias de las subtareas que se están moviendo si es necesario.

c) Seleccionar asignaciones de migración de estado para estados no válidos.

Dado que varios flujos de trabajo pueden estar activos simultáneamente,
algunos estados asociados con la colección de incidencias seleccionadas pueden
no ser válidos en el flujo de trabajo de destino. En este caso, debe asignar
estados no válidos a estados válidos en su nuevo flujo de trabajo.

d) Seleccionar valores para campos y campos obligatorios con valores no válidos.

Para adherirse al esquema de configuración de campo asociado con el proyecto
de destino y el tipo de incidencia, puede ser necesario actualizar / rellenar los
campos requeridos (por ejemplo, campos requeridos en el proyecto de destino,
pero no en el proyecto original).
Para cada campo que deba rellenarse, se le pedirá que proporcione un valor.
Este valor se aplicará a todos las incidencias que se están moviendo en bloque
juntos.
Para los campos siguientes, puede seleccionar de entre una lista de valores
posibles que se proporcionan:
◦ Componente.
◦ Version Afectada.
◦ Versión de corrección.
Tenga en cuenta que las versiones que se han archivado en el proyecto de
destino no se pueden seleccionar como destino al realizar un movimiento
masivo. Si necesita mover las incidencias a una versión archivada, primero
deberá desarchivar la versión del proyecto de destino.
Es posible retener valores de campo originales que son válidos en el destino
marcando la casilla de verificación Mantener asociada al campo. Por ejemplo,
algunas incidencias ya pueden incluir un valor de campo personalizado válido;
estos valores se pueden conservar, mientras que las incidencias que
requieren una actualización adoptarán el valor especificado en la pantalla
Actualización de campo.
• Comprobado:el valor original se retiene siempre que sea posible¹. El campo
no se actualizará con el nuevo valor especificado.

• Desmarcado:todos los campos se actualizarán con el nuevo valor

especificado.
Tenga en cuenta que la casilla de verificación "Mantener" no está disponible
para los siguientes campos, ya que se requiere una asignación explícita:
• Componente.
• Afecta a la versión.
• Versión de corrección.
• Campos personalizados del tipo 'Version-Picker'

5. Confirmar cambios a realizar y completar la operación.

Cuando se han especificado todos los parámetros de movimiento (por ejemplo,
proyecto de destino , asignaciones de estado y actualizaciones de campo) para
todos las incidencias, se le presentará una pantalla de confirmación que mostrará
todos los cambios que se realizarán en los problemas que se están moviendo. Se
muestran los siguientes datos según corresponda:
• Incidencia objetivo: el proyecto de destino y el tipo de incidencia.
• Flujo de trabajo: el flujo de trabajo de destino y asignaciones de estado no
válidas.
• Campos actualizados: nuevos valores para los campos que requieren
actualización
 • Campos eliminados: valores que se eliminarán en campos que no son válidos
en el destino
Las incidencias sólo se moverán una vez que se haga clic en el botón Confirmar
desde la página de confirmación. Si se sale de la operación en cualquier momento
antes de este paso, no se realizarán cambios en las incidencias.
Tenga en cuenta que los pasos C y D anterior se producirán una vez para cada
combinación diferente proyecto de destino y el tipo de incidencia.

Editar varias incidencias.

Esta operación en bloque le permite editar varias incidencias al mismo tiempo. Las
operaciones de edición masiva disponibles dependen de las incidencias seleccionadas y la
naturaleza del campo / s que desea cambiar.
1. Realice una búsqueda con los filtros necesarios para producir una lista de
incidencias.
2. Seleccione Herramientas> Cambiar en bloque.
3. Seleccione las incidencias en los que desee realizar la operación masiva y
seleccione Siguiente.
4. Seleccione Editar incidencias y seleccione Siguiente.
5. Seleccione la operación de edición masiva de la lista de operaciones disponibles
(expanda más información para obtener una lista completa de operaciones
disponibles y no disponibles y sus condiciones).

6. Seleccione un valor para los campos necesarios para esta operación y, si están
disponibles, decida si desea enviar notificaciones por correo electrónico. Seleccione
Siguiente.
7. Revise la operación en bloque y seleccione Confirmar cuando esté satisfecho con la
operación.

Observar / dejar de observar múltiples incidencias.

Estas operaciones en bloque le permiten comenzar a ver o detener la visualización de
varias incidencias al mismo tiempo.
Como observar múltiples incidencias.
1. Realice una búsqueda con los filtros necesarios para producir una lista de
incidencias.
2. Seleccione Herramientas> Cambio en bloque.
3. Seleccione las incidencias en los que desee realizar la operación masiva y
seleccione Siguiente.
4. Seleccione Observar incidencias y seleccione Siguiente.
5. Revise la operación en bloque y seleccione Confirmar cuando esté satisfecho con la
operación.

Como dejar de observar múltiples incidencias.

1. Realice una búsqueda con los filtros necesarios para producir una lista de
incidencias.
2. Seleccione Herramientas> Cambio en bloque.
3. Seleccione las incidencias en los que desee realizar la operación masiva y
seleccione Siguiente.
4. Seleccione Detener la observación de incidencias y seleccione Siguiente.
5. Revise la operación en bloque y seleccione Confirmar cuando esté satisfecho con la
operación.

Programación de una incidencia.

Puede programar las fechas de vencimiento de incidencias en JIRA Software para realizar
el seguimiento y la revisión, e informar a los equipos sobre las fechas de las incidencias.
La poderosa función de programación le permite realizar búsquedas de fecha fija y relativa
basadas en fechas de vencimiento específicas, así como períodos de búsqueda arbitrarios.
También puede realizar búsquedas avanzadas mediante el lenguaje de consulta JIRA.
Para programar una incidencia, llene su campo Fecha de vencimiento. Esto se puede hacer
cuando se crea una incidencia o en una etapa posterior al editar la incidencia.

Búsqueda por fecha de entrega

Puede utilizar la búsqueda básica o la búsqueda avanzada para buscar incidiencias por su
fecha de vencimiento.

Uso de la búsqueda simple.

Puede buscar incidencias utilizando el formulario de búsqueda en el Navegador de
incidencias. Existen dos formas de buscar incidencias basados en el campo Fecha de
vencimiento. La primera forma es usar valores de fecha fijos, la segunda es usar períodos
que son relativos a la fecha actual.
Búsquedas de fecha fija.
Hay dos campos de texto en el formulario de búsqueda que permiten la búsqueda en
función del campo Fecha de vencimiento.
• Para buscar todas las incidencias que se vencen después de una fecha
determinada, ingrese la fecha en el campo de texto Due (o debido) . Por ejemplo,
para encontrar todas las incidencias que vienen después del 1 de junio de 2010,
ingrese 1-6-2010 en el campo Due After. También puede utilizar el menú emergente
de Calendario para seleccionar una fecha haciendo clic en el icono de calendario
situado a la derecha del campo.
• Para buscar incidencias que se venzan antes de una cierta fecha, ingrese la fecha
en el campo Due Before. Por ejemplo, para encontrar todas las incidencias
pendientes antes del 1 de julio de 2010, ingrese 1-7-2010 en el campo Due Before.

Para buscar incidencias que se deben entre dos fechas, llene los campos Due After y Due
Before.

Búsqueda por periodo relativo.

Es posible realizar una búsqueda relativa al tiempo en que se ejecuta. Por ejemplo, es
posible hacer una búsqueda de incidencias que se deben en siete días a partir de ahora.
Para ello, introduzca 7d en el campo de texto Fecha de vencimiento del Navegador de
incidencias. Si la búsqueda se guarda y se ejecuta al día siguiente, se recuperarán las
incidencias que se vencen en siete días desde el momento en que se ejecuta la búsqueda.
Por lo tanto, esta búsqueda encontrará todos las incidencias que se deben en una semana
cada vez que se ejecuta.

Los valores que se introducen en los campos Fecha de vencimiento desde y Fecha de
vencimiento hasta deben ajustarse a una sintaxis especial (descrita a continuación). Sin
embargo, también es posible utilizar la ventana de fecha de vencimiento haciendo clic en
el icono a la derecha del campo Fecha de vencimiento para especificar el período de
búsqueda.

Fecha de vencimiento emergente.

Utilice la ventana emergente Fecha de entrega para hacer lo siguiente:
• Para buscar incidencias que están atrasadas en el momento de la búsqueda,
seleccione el primer botón de opción y haga clic en Aceptar.
• Para buscar incidencias que se han retrasado en más de un cierto número de días,
rellene el campo de texto en la segunda fila y haga clic en Aceptar.
• Para buscar incidencias que se vencen en la siguiente cantidad de días y no se
vencen en el momento de la búsqueda, rellene el campo de texto de la tercera fila
con el número de días y elija y no en el cuadro de selección de la tercera
fila(atrasado por).Seleccione el tercer botón de opción y haga clic en Aceptar.
 • Para buscar incidencias que se vencen en la siguiente cantidad de días y que están
atrasadas en el momento de la búsqueda, rellene el campo de texto de la tercera
fila con el número de días y seleccione y del cuadro de selección en la tercera fila .
Seleccione el tercer botón de opción y haga clic en Aceptar.
• La cuarta fila de la ventana emergente se utiliza para las búsquedas de períodos
arbitrarios. Utilice el campo de texto para especificar el límite superior de la
búsqueda y el campo de texto para especificar el límite inferior de la búsqueda. Un
campo de texto en blanco significa que no hay limite. El rellenar los campos de
texto en la cuarta fila en realidad tiene el mismo efecto que rellenar los cuadros de
texto Fecha de entrega desde y Fecha de entrega hasta. La sintaxis se describe a
continuación.
Sintaxis de búsqueda de período relativo
Los campos Fecha de entrega desde y Fecha de entrega hasta los campos utilizan
una sintaxis especial para indicar límites de período de tiempo. La sintaxis utiliza
números y abreviaturas que siguen los números para representar lo que realmente
significan los números. Las abreviaturas son "w" durante semanas, "d" durante días,
"h" durante horas y "m" durante minutos. Por ejemplo, para especificar 10 días en
el futuro, utilice "10d" o "1w y 3d". Para especificar un límite de período en el pasado,
prefija el valor con el signo "-". Por ejemplo, para especificar 2 días, 4 horas y 3
minutos, use "-2d 4h 3m".

Uso de búsqueda avanzada.

También puede usar el lenguaje de consulta JIRA (JQL) para buscar incidencias por fecha de
entrega.

Mover una incidencia.

A veces, una incidencia puede pertenecer a un proyecto diferente y es posible que desee
mover esta incidencia a otro proyecto. Puede hacerlo fácilmente utilizando el asistente
Mover incidencia.

Antes de empezar:

• Debe tener el permiso Mover incidencias para el proyecto que tiene el problema
que desea mover.
• Debe tener el permiso Crear incidencia para el proyecto en el que desea mover su
problema.

Si no tiene ninguno de estos permisos, póngase en contacto con su administrador de JIRA

para que estos se agreguen a su perfil de usuario.

Mover una incidencia.

El asistente Mover incidencia permite especificar otro proyecto en la instancia de JIRA para
mover el problema seleccionado. Como puede haber diferencias significativas en la
configuración del proyecto original y del proyecto de destino, el asistente Mover incidencia
le permite cambiar ciertos atributos de la incidencia. Éstas incluyen:
• Tipo de incidencia: si la incidencia es un tipo de incidencia personalizado que no
existe en el proyecto de destino, debe seleccionar un nuevo tipo de incidencia.
También puede optar por cambiar arbitrariamente el tipo de incidencia.
• Estado de la incidencia: es posible que haya configurado estados de incidencia
personalizados como parte de un flujo de trabajo. Si ha asignado un estado
personalizado a su incidencia y no existe en el proyecto de destino, debe
seleccionar un nuevo estado de incidencia para su problema. No se puede cambiar
arbitrariamente el estado de la incidencia, es decir, la opción de cambiar el estado
del problema sólo aparecerá si se requiere cambiarlo.
 • Campos personalizados: si ha definido campos personalizados necesarios para
su incidencia que no existen en su proyecto de destino, debe establecer valores
para ellos. Sólo se le pedirá que introduzca los valores de campos personalizados
requeridos en el proyecto de destino que falten valores. Si los campos
personalizados del proyecto original también existen en el proyecto de destino y no
se requieren estos campos personalizados en el proyecto de destino, puede que
tenga que establecer valores para ellos, para mover la incidencia correctamente. Si
desea cambiar los valores existentes para otros campos de su incidencia, puede
hacerlo después de que se haya completado la mudanza.

Para mover una incidencia:

1. Ver la incidencia que desea mover.
2. Seleccione Más> Mover.
3. Aparece la primera página del asistente Mover incidencia. Complete los pasos
requeridos.
4. La página de confirmación se mostrará con todos los cambios. Si desea revisar
cualquiera de sus cambios, puede hacer clic en el paso apropiado en el menú de la
izquierda para volver a esa página del asistente. Cuando esté satisfecho con los
cambios, haga clic en Mover para mover la incidencia al proyecto de destino.
5. Su incidencia se moverá al proyecto de destino y se mostrará en la pantalla. Ahora
puede editar la incidencia para realizar otros cambios, si lo desea.

Traslado de incidencias relacionadas.

• Si la incidencia tiene subtareas, el asistente 'Mover incidencia' también moverá las
subtareas al proyecto de destino.
• Si estás moviendo una epic, el asistente 'Mover incidencia' no moverá las
incidencia en la epic. La epic y las incidencias de la épic seguirán vinculados entre
sí, pero las incidencias de la epic permanecerán en el proyecto original. Tendrá que
moverlos por separado.

Solución de problemas.
Los comentarios restringidos aparecen eliminados después de mover la incidencia.Ver este
artículo:comentarios restringidos desaparecen después de mover un tema a un nuevo

proyecto. Edición visual.

Formatear contenido en modo Visual le ofrece una experiencia de lo que usted ve es lo
que obtiene (WYSIWYG). El formato aparece al aplicarlo y ya no tiene que desplazarse a
una vista previa para ver cómo se verá su contenido al guardarlo. Aún tiene la opción de
ver el marcado wiki seleccionando la ficha Texto. Sabrá que tiene acceso al editor visual
porque verá las fichas Visual y Texto.
En modo Visual, todavía puede introducir la sintaxis de marcado wiki a medida que agrega
su contenido y se mostrará exactamente como se mostrará cuando guarde. Incluso puede
cambiar entre modos para ver el contenido formateado y la sintaxis de marcado wiki.
También puede utilizar la barra de herramientas para formatear y diseñar su contenido.
Como la edición visual es realmente una vista previa de lo que estamos trabajando, hay
algunas cosas que tal vez no funcionen como esperas:
• Dar formato al contenido de una manera compleja puede afectar su capacidad de
renderizado, cosas como tablas en las celdas de otras tablas y agregar imágenes a
las celdas de la tabla no funcionará.
• Pegar contenido puede no funcionar como se esperaba, ya que el contenido de la
fuente puede ser realmente formateado usando un método que no soportamos. Así
que pegar tablas puede funcionar, y puede que no, dependiendo de la fuente.
Pegar texto sin formato es absolutamente bueno.
• Si las macros provistas por complementos de terceros, y son incompatibles con el
modo Visual, no podrá editar el encabezado de la macro y su contenido se
renderizará como texto (marcado wiki).

Registro de trabajos sobre incidencias.

JIRA Software ofrece la flexibilidad para establecer sus estadísticas de estimación y
seguimiento de forma diferente, dependiendo de las necesidades de su equipo. Time
Tracking incluye la planificación del proyecto y la gestión de las expectativas de tiempo.
Gracias a sus informes, puede ver las estimaciones de tiempo originales y actuales para
todas las incdidencias, y si están por delante o por detrás de la programación original. Los
equipos de productos a menudo necesitan ser capaces de estimar cuánto tiempo un
producto tomará para entregar de sprint a sprint; A medida que trabajan a través de las
historias, el equipo desarrollará una cadencia de completar <x> unidades de trabajo que
habían estimado. Esto también se llama velocidad. El equipo tiene que rastrear la cantidad
de unidades de estimación que han completado de sprint a sprint para saber cuánto
pueden encajar en cada sprint futuro, y tienen la convicción de que todo el trabajo se
completará. Usted será capaz de monitorear fácilmente la información de seguimiento de
tiempo simplemente viendo las barras de color deseguimiento de las incidencias.
A continuación, se muestra cómo aparece el seguimiento de tiempo en una incidencia:
• El campo estimado muestra la cantidad
de tiempo previsto en un principio para
resolver el problema.
• El campo restante muestra la cantidad de
tiempo previsto actualmente para
resolver el problema.
• El campo Registrado muestra la cantidad
de tiempo registrado trabajando en la
incidencia hasta el momento.
• La elección de incluir sub-tareas muestra
el tiempo agregado de una incidencia y
todas sus sub-tareas.

Cuando registra tiempo por primera vez, el tiempo gastado se resta del estimado original y
el valor resultante se presenta automáticamente en la estimación restante. Cuando se
registra el trabajo posterior, cualquier tiempo pasado se resta de la estimación restante.

Antes de empezar.

• Asegúrese de que el administrador de JIRA haya activado la función de seguimiento

de tiempo (Time Tracking).
• Asegúrese de que tiene los permisos de proyecto Trabajo en incidencias, Eliminar
registros de trabajo y Editar registros de trabajo.
Establecer una estimación de tiempo para una
incidencia.
Los equipos pueden establecer una estimación de tiempo para una incidencia con el fin
de calcular cuánto tiempo tomará para resolver el problema.
1. Abra la incidencia y seleccione Editar.
2. Desplácese por la ventana Edit issue para rellenar los siguientes campos de
seguimiento de tiempo:
Estimación Original.
Cantidad de tiempo que cree que se requiere para resolver la incidencia. Si desea
cambiar los valores de estimación originales una vez que han registrado el tiempo
de trabajo, pida al administrador de JIRA que deshabilite el modo heredado en el
seguimiento del tiempo.
Estimación Restante.
Cantidad de tiempo que cree que se requiere para resolver el problema en su
estado actual.
Si la función de seguimiento de tiempo de JIRA está en modo heredado, sólo verá el
campo de estimación original si no se ha registrado el trabajo. Una vez registrado el
tiempo de trabajo, solo verá el campo de estimación restante.
Consejos:
• Puede especificar unidades de tiempo adicionales después de un valor de
tiempo 'X', como Xw, Xd, Xh o Xm, para representar semanas (w), días (d),
horas (h) y minutos (m), respectivamente. Si escribe un número sin
especificar una unidad de tiempo (por ejemplo, si escribe '2' en lugar de
'2h'), se aplicará la unidad de tiempo predeterminada que especificó su
administrador de JIRA.
• Las tasas de conversión por defecto son 1w = 5d y 1d = 8h.
3. Seleccione Actualizar.

Registro de trabajo en una incidencia.

Una vez que haya comenzado a trabajar en una incidencia específica, puede registrar su
trabajo siguiendo estos pasos:
1. Seleccione la incidencia en el que desee registrar la hora.
2. Vaya a Más> Registrar Trabajo.
3. Rellene los siguientes campos de Registrar Trabajo y seleccione Registro:
• Tiempo trabajado.
La cantidad de tiempo dedicado al problema. Esta es la cantidad agregada
de tiempo que se ha registrado en este problema.
• Fecha de inicio.
Fecha y hora en que inició esta unidad de trabajo.
• Estimación Restante.
Cantidad de tiempo previsto para resolver el problema después de completar
esta unidad de trabajo. Puede ajustar este valor utilizando las siguientes
opciones:
◦ Ajustar automáticamente: ajusta el valor estimado restante restando la
cantidad de trabajo registrado en el campo Tiempo trabajado del valor
actual estimado de la estimación.
◦ Dejar la estimación sin valor: esta opción sólo se muestra si no se ha
especificado ninguna estimación de tiempo en la incidencia. Puede
utilizar esta opción cuando desea realizar un seguimiento del trabajo,
pero no necesariamente tiene una estimación de tiempo para un
problema.
◦ Usar estimación existente: seleccione esta opción si no desea cambiar el
valor estimado restante de la incidencia.
◦ Fijar a: Puede ajustar el valor estimado restante a la cantidad de tiempo
 que especifique en este campo.
◦ Reducir en: Seleccione esta opción para ajustar manualmente el valor
estimado restante restando la cantidad de tiempo que especifique en
este campo.
• Descripción del trabajo.
Escriba una descripción relacionada con el trabajo realizado.
Los comentarios se copian en la Descripción del flujo de trabajo de forma
predeterminada, pero su administrador de JIRA puede cambiar esta opción en
la configuración de "Copiar comentario a descripciones de flujo de trabajo".
Si esta configuración está desactivada:
◦ La entrada del registro de trabajo puede ser visible para cualquier
persona. Si esto es una preocupación, debe editar esta entrada de
registro de trabajo después de crearla para modificar su visibilidad.
◦ Debe copiar manualmente los comentarios a una descripción de flujo de
trabajo una vez que haya realizado el trabajo.
También puede registrar el trabajo mientras resuelve o cierra una incidencia cerrándolo y
editando los campos de registro de trabajo. Seleccione el icono de candado para
establecer el trabajo registrado para que sea visible únicamente por los miembros de un
rol o grupo de proyecto en particular.

Edición de una entrada de registro de trabajo.

Puede editar sus propias entradas de registro de trabajo si se le ha otorgado el permiso
Editar registros de trabajo propios. También puede editar las entradas del registro de
trabajo de otras personas si se le ha concedido el permiso Editar todos los registros de
trabajo.

Eliminación de una entrada de registro de trabajo.

Puede eliminar sus propias entradas de registro de trabajo si se le ha concedido el permiso
Eliminar registros de trabajo propios. También puede eliminar las entradas de registro de
trabajo de otras personas si se le ha concedidoel permiso Eliminar todos los registros de
trabajo.
1. Vaya a la incidencia deseada y abra la ficha Registro de trabajo.
2. Coloque el cursor sobre la entrada del registro de trabajo para mostrar las acciones
para la entrada en el lado derecho.
3. Seleccione la entrada que desea eliminar y haga clic en el icono de papelera. Se le
pedirá que elija cómo se afecta la estimación restante al eliminar el registro de
trabajo:
Auto ajuste.
Elija esta opción para agregar automáticamente el valor de tiempo invertido al valor
de estimación restante actual.
Dejar la estimación existente.
Seleccione esta opción si no desea cambiar el valor estimado restante de la
incidencia.
Establecer el tiempo restante estimado.
Elija esta opción para establecer manualmente el valor estimado restante del
problema en la cantidad especificada.
Aumentar el tiempo estimado restante.
Seleccione esta opción para aumentar el remanente estimado.
4. Haga clic en Eliminar.

Instalaciones personalizadas de JIRA.

Las aplicaciones JIRA pueden ser personalizadas por su administrador de JIRA agregando
los campos Registro de Trabajo(Log Work) y Seguimiento de Tiempo(Time Tracking) a las
pantallas personalizadas. De esta manera, puede realizar tareas de registro y especificar
estimaciones de tiempo en la misma pantalla de JIRA al realizar cualquier operación de
JIRA, como editar, crear una incidencia o hacer la transición de una incidencia a otro
estado.
Si desea trabajar y / o especificar estimaciones de tiempo en la misma pantalla de JIRA:
1. Navegue hasta la incidencia y vea sus detalles.
2. Realice la operación JIRA personalizada que le permite registrar el trabajo y
especificar estimaciones de tiempo en la misma pantalla JIRA. Por ejemplo,
suponiendo que el administrador de JIRA haya añadido los campos Seguimiento de
Tiempo a la pantalla Resolver incidencia y asumiendo que esta pantalla también
conserva los campos de Registro de Trabajo predeterminados, seleccione Flujo de
trabajo> Resolver incidencia en la parte superior del problema.
• Si su administrador de JIRA ha configurado los campos de Registro de Trabajo como
opcionales, puede elegir si desea o no iniciar la tarea, marcando la casilla de
verificación Registro de Trabajo.
• Si su administrador de JIRA ha hecho obligatorio el trabajo de registro, no verá la
casilla de verificación Registro de Trabajo y, en su lugar, tendrá que iniciar sesión
cuando realice la transición de una incidencia.

Marcar una incidiencia.

Puede marcar una incidencia para indicar que es importante. La tarjeta de una incidencia
marcada se muestra en amarillo tanto en Backlog como en sprints activos, con el icono
"bandera" reemplaza el icono Prioridad.

1. Haga clic en Pizarras (en el encabezado)> seleccione la pizarra deseada.

2. Haga clic en Backlog , en sprints activos o en kanban.
3. Haga clic en la incidencia que desea marcar o no.
4. En la vista Detalles de incidencias, seleccione Añadir indicador o Borrar indicador en
el menú desplegable superior (...). También puede hacer clic con el botón derecho
del ratón en la incidencia > Añadir indicador o Borrar indicador.
También puede agregar un comentario cuando agrega un indicador o quita un indicador de
una incidencia. Es posible que desee hacer esto para indicar la razón de agregar o quitar
el indicador.
En la vista Detalles de incidencia, seleccione Añadir indicador y comentario o Borrar
indicador y agregar comentario desde el menú desplegable superior (…) . También puede
hacer clic con el botón secundario del mouse en la incidencia > Agregar indicador y
comentario o Eliminar indicador y agregar comentario. Después de agregar su comentario,
aparecerá en la sección de comentarios de la incidencia, con una indicación de que un
indicador se ha agregado o eliminado en consecuencia.

Búsqueda de incidencias marcadas.

El indicador de una incidencia se almacena en un campo de casilla de verificación
personalizado denominado "Marcado", que tiene sólo un valor: Impediment.
Esto significa que puede utilizar esta consulta JQL para encontrar problemas marcados:
Flagged = Impediment.

Clasificación de una incidencia.

Clasifique sus incidencias para organizar las tareas en un sprint con mayor eficacia. Al
clasificar las incidencias, realmente organizar los problemas de acuerdo a su importancia
relativa o urgencia. Por ejemplo, tiene dos incidencias que son de prioridad alta. Con JIRA
Software ranking, puede elegir cuál de estas dos incidencias tienen una prioridad o rango
más alto que el otro.
Cuando clasifica una incidencia, también cambia su prioridad relativa en su columna
actual y swimlane.
Para clasificar una incidencia:
1. Haga clic en Pizarras (en el encabezado)> seleccione la pizarra deseada.
2. Haga clic en Backlog o sprints activos.
3. Clasifique una incidencia arrastrándola y soltándola a una posición más alta o más
baja en el Backlog, o a una columna en los sprints activos.

Captura de pantalla: arrastrar y soltar un problema en el Backlog.

Captura de pantalla: arrastrar y soltar un problema en una columna de los sprints activos.

Consejos y notas:

• Puede usar los atajos de teclado '+' b ' para mover una incidencia al final de su
columna actual, o ' s '+' t ' para moverlo a la parte superior.
• Puede enviar varias incidencias a la parte superior o inferior del backlog. Seleccione
las incidencias mientras mantiene pulsada la tecla 'Mayúsculas' o 'Ctrl' y, a
continuación, haga clic con el botón derecho del ratón en la parte superior del
backlog o en el fondo del backlog.
• Cuando clasifica una incidencia que tiene subtareas, todas las subtareas se mueven
automáticamente con el problema.
• Las incidencias subtareas sólo pueden clasificarse en relación con sus incidencias
"hermanas".
Tenga en cuenta:
•Sólo puede clasificar las incidencias si se ha habilitado la clasificación. Consulte
Habilitación de la clasificación.
•Sólo puede clasificar incidencias si tiene los permisos 'Editar incidencia' y 'Editar
incidencia' para el problema que desea mover más alto o más bajo en su pizarra.

Hacer referencia a incidencias en su trabajo de

desarrollo.
Si su administrador ha conectado JIRA a sus herramientas de desarrollo, puede sincronizar
fácilmente su trabajo de desarrollo con sus incidencias; solo haga referencia a una o varias
claves de incidencia en sus commits, ramas, solicitudes de extracción, etc. y habilitará lo
siguiente:
• Mostrar enlaces a su trabajo de desarrollo sobre la incidencia en el panel de
desarrollo.
• Transmitir automáticamente la incidencia a un nuevo estado, si su administrador ha
configurado desencadenadores de flujo de trabajo.
• Agrupe las incidencias y el trabajo de desarrollo en la página Detalles de la versión ,
que se utiliza para rastrear y liberar la versión.

Tenga en cuenta que al hacer referencia a las claves de incidencias, las herramientas de
desarrollo conectadas también tendrán vínculos con ellos.

En la tabla siguiente se describe cómo hacer referencia a una clave de incidencia en un

commit, una rama, una solicitud de extracción (pull request) o una revisión. En todos los
casos, la clave de incidencia debe ajustarse al formato de clave de JIRA predeterminado,
es decir, dos o más letras mayúsculas ([AZ][AZ]+), seguido de un guión y el número de
publicación. Por ejemplo, ABC-123.
 Herramienta
Evento Instrucciones
de desarrollo
Bitbucket, Incluya la clave de incidencia en el mensaje del
GitHub, commit.
Crear commit GitHub Por ejemplo, un mensaje de commit como este "TIS-1
Enterprise, Initial commit" hará que la incidencia TIS-1 cambie
FishEye automáticamente de 'To Do' a 'In Progress'.
Bitbucket, Incluyala clave de incidencia en el nombre de la
GitHub, rama cuando cree la rama.
Crear una rama GitHub Por ejemplo, si nombra su rama "Función TIS-2",
Enterprise, cambiará automáticamente la incidencia TIS-2 de "To
Pescado Do" a "In Progress".
Haga por lo menos uno de los siguientes:
• Incluir un commit en la solicitud de extracción
que tiene la clave de incidencia en el mensaje
de confirmación. Tenga en cuenta que el
commit no puede ser un commit de
combinación.
Crear / Reabrir /
Bitbucket, • Incluya la clave de incidencia en el título de
rechazar la
GitHub, solicitud de extracción.
solicitud de
GitHub
extracción(Pull • Asegúrese de que el nombre de la rama de
Enterprise
Request) origen incluya la clave de incidencia.
• Por ejemplo, si crea una solicitud de extracción que
tiene "TIS-3" en el título, cambiará automáticamente
la incidencia "TIS-3" de "In Progress" a "In Review". Si
vuelve a abrir, rechaza o fusiona la solicitud de
extracción, también cambiará el problema "TIS-3" en
consecuencia.
Incluya la clave de incidencia en el título de la
revisión cuando cree la revisión.
Rechazar / Por ejemplo, si nombra su revisión "TIS-4 New story"
Abandonar / Crisol y comienza la revisión, automáticamente cambiará la
Cerrar revisión edición TIS-4 de 'In Progress' a 'In Review'. Si
rechaza, abandona o cierra la revisión, también
cambiará la incidencia "TIS-4" en consecuencia.
Una compilación se vincula automáticamente a una
Crear plan de incidencia si uno de los commit de la compilación
construcción. Bamboo incluye la clave de incidencia en su mensaje de
(Build) confirmación. La clave de incidencia debe incluirse
en el commit para activar esta función.
Un despliegue en un entorno, como Producción o
pruebas, está vinculado a una incidencia si un
Crear proyecto de commit asociado con el despliegue contiene la clave
Bamboo
implementación de incidencia en su mensaje de confirmación. La
clave de incidencia debe incluirse en el commit para
activar esta función.
Transición de una incidencia.
Antes de empezar.
Antes de poder cambiar las incidencias a las columnas de una pizarra, el administrador de
JIRA o el administrador de la pizarra ya han asignado estados de flujo de trabajo a las
columnas de su pizarra. Para obtener más información sobre cómo configurar estas
asignaciones, consulte Configuración de Columnas. Además, sólo puede realizar la
transición de una incidencia si tiene permiso de proyecto para mover esa incidencia al
estado en el flujo de trabajo de JIRA al que se ha asignado la columna.

JIRA Software respetará su configuración de flujo de trabajo de JIRA y activará todas las
validaciones, condiciones, funciones y notificaciones de flujo de trabajo de JIRA cuando
tenga transición de incidencias.

Para cambiar una incidencia a un estado de flujo de trabajo de JIRA diferente en

la pizarra:

1. Haga clic en Pizarras (en el encabezado)> seleccione la pizarra deseada.

2. En los sprints Activos (tablero Scrum) o tablero Kanban (tablero Kanban),
transforme un problema (s) arrastrando y soltandolos de una columna a otra.

• Puede seleccionar varias incidencias utilizando la tecla Mayús o Ctrl mientras hace
clic en las incidencias. Sin embargo, no puede realizar la transición de varias
incidencias arrastrándolas a otra columna. Sólo puede mover varias incidencias
dentro de la misma columna.

• Cuando empiece a arrastrar una incidencia, solo puede hacer que la misma cambie
a columnas cuyo fondo se vuelva azul. Cuando la inciden se sitúa sobre la columna
de destino, el fondo azul se vuelve verde.

3. Si la columna de destino está asociada con más de un estado, al colocar la

incidencia sobre esa columna, cada estado aparecerá como una sección
independiente con un contorno discontinuo. Complete la transición al estado
apropiado dejando la incidencia en la sección de la columna.
4. Si se abre un cuadro de diálogo para el estado de transición del flujo de trabajo,
debe completar todos los campos obligatorios (indicados por un asterisco rojo)
antes de enviar el formulario.

Tenga en cuenta que si una incidencia tiene subtareas y todas las subtareas se han
completado, debe resolver la incidencia en sí. Cuando mueva la última subtarea a la
columna 'Done', JIRA Software le pedirá que mueva la incidencia padre también. Si resolvió
las subtareas en el software nativo de JIRA en su lugar, aparecerá un botón en la incidencia
principal la próxima vez que visite la página de sprints activos.

Visualización de información de desarrollo de

una incidencia.
Si su administrador ha conectado JIRA Software a una herramienta de desarrollo
compatible, se mostrará un panel de desarrollo en la pantalla Ver problema. Dependiendo
de las herramientas con las que está conectado el software JIRA, el panel de desarrollo
proporciona las siguientes funcionalidades:
• Bitbucket Cloud o Bitbucket Server: ver y crear ramas, ver commits y ver y crear
pull request.
• FishEye/Crucible(Git / Subversion / Perforce / CVS): ver ramas (no crear), ver
 commits y ver y crear comentarios
• Bamboo: ver el estado de las compilaciones y las implementaciones.
• GitHub o GitHub Enterprise: ver ramas (no crear), ver commits y ver y crear
solicitudes de extracción.

Antes de empezar.
• Su administrador debe configurar correctamente el software JIRA y sus
herramientas de desarrollo.
• Debe tener el permiso 'Ver herramientas de desarrollo' para poder ver el panel
Desarrollo.

Haga que su información de desarrollo esté disponible en

JIRA.
Debe hacer referencia a la clave de incidencia en su commit, rama, solicitud de extracción,
etc. si desea que se muestre como un vínculo en el panel Desarrollo. Para obtener
información sobre cómo hacer referencia a las claves de incidencia correctamente,
consulte Referencia de incdiencias en su trabajo de desarrollo.

Ver el panel de desarrollo.

Si todo se ha configurado correctamente, verá un panel de desarrollo en cada una de sus
incidencias, similar a la captura de pantalla de abajo. El panel de desarrollo le proporciona
la información suficiente para evaluar el estado del desarrollo de un problema.

Notas.
¿Qué significa la pastilla de estado junto a las solicitudes de extracción?
• OPEN si hay al menos una solicitud de pull abierto.
• MERGED si no hay peticiones de extracción abiertos, y al menos una solicitud de
extracción se ha fusionado.
• DECLINED si hay peticiones no abiertas o fusionadas, y al menos una solicitud de
extracción ha sido rechazada.

¿Qué significa la pastilla de estado junto a los comentarios?

El estado de revisión (s) en el panel de Desarrollo es:
• REVIEW si hay al menos una revisión en el estado "Revisión". (Amarillo con la
escritura negra).
• APPROVAL si no hay comentarios en el estado de 'Review ', y al menos un
comentario está en el estado 'Aprobación'.(negro).
• SUMMARIZE si no hay comentarios en 'Revisión' o estados de 'aprobación', y al
menos una revisión se encuentra en estado 'Resumir'.(negro)
• REJECTED si no hay revisiones en los estados de "Revisión", "Aprobación" o
"Resumen" y al menos una revisión está en estado "Rechazado".(rojo)
• APPROVAL todos los comentarios están en estado 'cerrado'.
Tenga en cuenta que no se muestran las revisiones "Borrador" y "Abandonado".

¿Qué significa la pastilla de estado junto a los builds?

El estado de construcción (s) en el panel de desarrollo es:
• Si todas las compilaciones diferentes (por ejemplo, pruebas de unidad, pruebas
funcionales, implementar en estadificación) han pasado.
• Si al menos una ejecución falló para cualquier compilación por cualquier servidor
de compilación vinculado.

Investigar y actuar la información.

Si desea investigar algo en el panel Desarrollo, puede hacer clic en el elemento para
mostrar un cuadro de diálogo con más detalles. El cuadro de diálogo proporciona enlaces
para que usted pueda actuar o explorar. Tenga en cuenta que se le pedirá que primero se
autentique con la aplicación vinculada.
Por ejemplo, digamos que el panel de desarrollo estaba mostrando esto: 3 builds . Puede
hacer clic en 3 builds para abrir un cuadro de diálogo que muestra cuál de las tres
compilaciones está fallando. Si desea investigar más, puede hacer clic en el plan de
construcción o crear un resultado para verlo en Bamboo.
Estas son las acciones que puede realizar a través del panel Desarrollo:
Crear ramas de caracteristicas.
BITBUCKET
Haga clic en Crear Rama en el panel Desarrollo para abrir su SCM conectado e iniciar el
proceso para crear una rama. Si tiene varias aplicaciones conectadas, puede elegir dónde
desea crear la rama. La clave para la incidiencia de JIRA se agregará automáticamente al
nombre de la rama.

Ver ramas del repositorio.

BITBUCKET FISHEYE GITHUB
Haga clic en n ramas en el panel Desarrollo para abrir un diálogo en el software JIRA que
muestra las ramas para el SCM vinculado. Si JIRA Software se ha vinculado a más de un
SCM, se mostrará una pestaña para cada producto SCM (por ejemplo, Bitbucket). Las
ramas se agruparán en cada SCM en estas pestañas.

• Haga clic en un repositorio o rama para abrir el SCM vinculado en el repositorio /

rama relevante.
• Coloca el cursor sobre un estado de solicitud Pull (por ejemplo, MERGED ) para
mostrar una ventana emergente que muestra un enlace a la solicitud de extracción.
• Haga clic en Crear solicitud de extracción para crear una solicitud de extracción
 para la rama (para volver a combinarla con el maestro).

Ver commits a repositorios.

BITBUCKET FISHEYE GITHUB
Haga clic en n commit en el panel de desarrollo para abrir un diálogo en el software JIRA
que muestra los commits y archivos relacionados para el SCM vinculado. Si JIRA Software
se ha vinculado a más de un SCM, se mostrará una pestaña para cada producto SCM (por
ejemplo, Bitbucket). Los commits se agruparán bajo cada SCM en estas pestañas. Si un
commit está en gris, se ha fusionado a través de una solicitud de extracción.

• Haga clic en un repositorio o commit para abrir el SCM en el repositorio/rama

relevante.
• Si JIRA Software está vinculado a más de un SCM, el cuadro de diálogo puede
mostrar commits duplicados a través de las pestañas. Por ejemplo, puede haber
señalado FishEye y Bitbucket al mismo repositorio.
• (Bitbucket solamente) Si los commits pertenecen a un fork de un repositorio, se
agruparán bajo el fork. El fork también tendrá un enlace al repositorio original, "Fork
de <nombre del repositorio>".

Crear una solicitud de extracción.( Pull Request).

BITBUCKET GITHUB
Ver ' Ver ramas del repositorio' sección anterior.

Ver el estado de las solicitudes de extracción.

BITBUCKET GITHUB
Haga clic en n pull request en el panel de desarrollo para abrir un diálogo en el software
de JIRA que muestra las solicitudes de extracción para los SCM vinculados. Si JIRA Software
se ha vinculado a más de un SCM, se mostrará una pestaña para cada producto SCM (por
ejemplo, Bitbucket ).Las solicitudes de extracción se agruparán en cada SCM en estas
fichas.

• Haga clic en una solicitud de extracción para abrirla en el SCM vinculado.

 • Coloca el cursor sobre un icono de usuario para mostrar el nombre del usuario.

Ver el estado de las revisiones.

CRUCIBLE
Haga Haga clic en n reviews en el panel de desarrollo para abrir un diálogo en JIRA
Software que muestre las revisiones.

Haga clic en una revisión para abrirla en Crucible.

Ver el estado de las compilaciones.

BAMBOO
Haga clic en n builds en el panel de desarrollo para abrir un diálogo en el software de
JIRA que muestra las compilaciones.

Haga clic en un plan o build para verlo en bamboo.

Ver el estado de los despliegues.

BAMBOO
Haga clic en Deployed en el panel Desarrollo para abrir un diálogo en el software JIRA que
muestre el despliegue.

Haga clic en un entorno o liberación para verlo en bamboo.

Aprobación de una solicitud de servicio
técnico.
Los proyectos de JIRA Service Desk tienen la opción de incluir un paso de aprobación y
asignar a los aprobadores a sus problemas de la mesa de servicio. Es posible que se le
solicite que apruebe una solicitud de servicio si ha sido asignado como aprobador. Recibirá
un correo electrónico para notificarle que se requiere su aprobación y un enlace al portal
de servicio al cliente donde podrá ver la solicitud. Cuando está en el portal de clientes,
también puede ver las aprobaciones pendientes o las solicitudes que pueda tener.

Aprobación y rechazo de solicitudes.

1. Acceda al portal del servicio de atención al cliente seleccionando el enlace en su
correo electrónico o ingresando la URL.
2. Vea la solicitud de aprobación y revise la información de apoyo.
3. Seleccione Aprobar o Rechazar y agregue un comentario opcional si lo desea (no
necesita agregar un comentario, pero si está rechazando una solicitud, es útil que la
persona que envió la solicitud sepa por qué la rechazó). El cliente no recibirá una
respuesta cuando apruebe o rechace una solicitud, pero lo hará si agrega un
comentario.

Si es el único aprobador requerido en la solicitud y lo aprueba, la solicitud se trasladará al

estado definido en el flujo de trabajo para la transición de aprobación. Si hay más de una
aprobación requerida, el estado permanecerá igual hasta que todos los aprobadores hayan
respondido, y su aprobación será anotada en la solicitud.

Si rechaza una solicitud (o cualquiera de los aprobadores la declina), se cambia

automáticamente al estado definido en el flujo de trabajo para la transición de disminución
y su respuesta aparece en la solicitud.

Impresión de tarjetas de incidencias.

Ya sea que esté planeando trabajar o trabajando en incidencias de su tablero Scrum o
Kanban, también puede ser bueno imprimir estas tarjetas de problemas. Usted y su equipo
pueden utilizar las tarjetas impresas en una pizarra física, que puede ser una réplica de su
pizarra en el software de JIRA. Puede imprimir una sola tarjeta de incidencia o varias
tarjetas, si lo desea. También puede imprimir todas las tarjetas de problema en su pizarra
actual.

Las tarjetas de incidnecias impresas incluyen los siguientes detalles de incidencia:

• Resumen.
• Tipo de incidencia.
• Clave de incidencia.
• Prioridad.
• Estimación.
• Asignado.
• Epic (opcional en sprints activos / tablero Kanban)
• Versión (al imprimir desde el Backlog)
• Hasta 3 campos adicionales, dependiendo de la configuración de la tarjeta

Las tarjetas impresas se adaptan a las páginas de tamaño A4, A3 o Carta en los modos
vertical y horizontal.

Para imprimir una tarjeta:

1. Haga clic en Pizarras(en el encabezado)> seleccione la pizarra deseada.

2. Haga clic en Backlog, sprints activos o tablero Kanban.
3. Haga clic con el botón derecho en la incidencia que desea imprimir> Imprimir la
tarjeta seleccionada. Aparecerá la ventana de impresión.
4. Seleccione el tamaño de la tarjeta para imprimir desde el menú desplegable
"Tamaño de la tarjeta".
5. Haga clic en el botón Imprimir y utilice la funcionalidad de impresión de su
navegador.

Consejos:

• Para imprimir varias tarjetas de incidencias, seleccionelas mientras mantiene

pulsadas las teclas 'Mayúsculas' o 'Ctrl' y, a continuación, haga clic con el botón
derecho del ratón> Imprimir las tarjetas seleccionadas. La ventana Imprimir
muestra el número de tarjetas de incidencias para imprimir.

• Para imprimir todas las incidencias de su tabla actual, haga clic en Tablero>
Imprimir tarjetas.
• Cuando los filtros están activos, sólo se imprimirán los problemas visibles.
• Cuando imprima desde el Backlog de una tarjeta Scrum, puede filtrar las tarjetas
para imprimir seleccionando uno de los sprints en el menú desplegable
'Seleccionar'.
Procesamiento de incidencias con Smart
Commits.
Cuando administre los repositorios de su proyecto en Bitbucket o GitHub, o use FishEye
para navegar y buscar en sus repositorios, puede procesar sus incidencias de software JIRA
mediante comandos especiales, llamados Commits inteligentes, en sus mensajes de
confirmación.
Usted puede:
• Comentar sobre incidencias.
• Registrar información de seguimiento de tiempo en contra de los problemas.
• Transición a cualquier estado definido en el flujo de trabajo del proyecto JIRA
Software.

Hay otros comandos disponibles si utiliza Crucible para revisiones de software.

Un solo comando Smart Commit no puede abarcar más de una línea (es decir, no puede
utilizar retornos de carro en el mensaje de confirmación), pero puede agregar varios
comandos a la misma línea o varios comandos en líneas separadas. Vea este ejemplo a
continuación.

Comandos Smart Commit

La sintaxis básica de la línea de comandos para un mensaje Smart Commit es:
<ignored text> <ISSUE_KEY> <ignored text> #<COMMAND> <optional
COMMAND_ARGUMENTS>
Cualquier texto entre la clave de incidencia y el comando Smart Commit se ignora.
Hay tres comandos Smart Commit que puede utilizar en los mensajes de confirmación:
• comment
• time
• transition
Comment (Comentario).

Descripció
Registra la información de seguimiento de tiempo contra una incidencia.
n
Sintaxis <ignored text>ISSUE_KEY <ignored text> #comment <comment_string>
Ejemplo JRA-34 #comment corrected indent issue
• La dirección de correo electrónico del conmutador debe coincidir con la
Notas dirección de correo electrónico de un solo usuario del software JIRA con
permiso para comentar las incidencias de ese proyecto en particular.

Time (Hora).

Descripció
Registra la información de seguimiento de tiempo contra una incidencia.
n
<ignored text>ISSUE_KEY <ignored text> #time <value>w <value>d
Sintaxis
<value>h <value>m <comment_string>
Ejemplo JRA-34 #time 1w 2d 4h 30m Total de trabajos registrados
Notas Este ejemplo graba 1 semana, 2 días, 4 horas y 30 minutos contra la
incidencia y agrega el comentario "Total work logged" en la ficha Registro de
trabajo del problema.
Cada valor de w, d, h, m puede ser un número decimal.
La dirección de correo electrónico del conmutador debe coincidir con la
 dirección de correo electrónico de un solo usuario de JIRA Software con
permiso para iniciar sesión en una incidencia.
El administrador del sistema debe haber habilitado el seguimiento de tiempo
en su instancia de JIRA Software.

Transiciones del flujo de trabajo (Transition).

Descripció Transforma una incidencia de software JIRA en un estado de flujo de trabajo

n concreto.
<ignored text>ISSUE_KEY <ignored text> #<transition_name>
Sintaxis
<comment_string>
Ejemplo JRA-090 #close Arreglar esto hoy
En este ejemplo se ejecuta la transición de flujo de trabajo de cierre de
incidencias para el problema y se agrega el comentario 'Fixed this today' al
problema. Tenga en cuenta que el comentario se agrega automáticamente
sin necesidad de utilizar el comando #comment.
Puede ver los comandos personalizados disponibles para su uso con Smart
Commits visitando el problema del software JIRA y viendo sus transiciones de
flujo de trabajo disponibles:
1. Abrir un problema en el proyecto.
2. Haga clic en Ver flujo de trabajo (cerca del estado del problema).
El Smart Commit sólo considera la parte de un nombre de transición antes del
primer espacio. Por lo tanto, para un nombre de transición como el finish
work, entonces especificar #finish es suficiente. Debe usar guiones para
reemplazar espacios cuando pueda surgir ambigüedad sobre nombres de
transición, por ejemplo: #finish-work.
Si un flujo de trabajo tiene dos transiciones válidas, como:
Notas
• Start Progress
• Start Review
Un Smart Commit con la acción #start es ambiguo porque podría significar
cualquiera de las dos transiciones. Para especificar una de estas dos
transiciones, califique completamente la transición que desea utilizando
#start-review o #start-progress.
• Cuando resuelve un problema con el comando #resolve, no puede establecer
el campo Resolution con Smart Commits.
• Si desea agregar un comentario durante la transición, la transición debe
tener una pantalla asociada a ella.
• La dirección de correo electrónico del conmutador debe coincidir con la
dirección de correo electrónico de un solo usuario de JIRA Software con los
permisos de proyecto apropiados para los problemas de transición.
Ejemplos avanzados.
• Múltiples comandos a través de varias líneas en una sola incidencia.
Sintaxis.
<ISSUE_KEY> #<COMMAND_1> <optional
COMMAND_1_ARGUMENTS>#<COMMAND_2> <optional
COMMAND_2_ARGUMENTS> ... #<COMMAND_n> <optional
COMMAND_n_ARGUMENTS>
Mensaje de confirmación.
JRA-123 #comment Imagine that this is a really, and I mean really, long comment
#time 2d 5h.
Resultado.
Agrega el comentario 'This is a really, and I' (pero deja caer el resto del comentario )
y registra 2 días y 5 horas de trabajo en la incid JRA-123.

• Múltiples comandos en una única incidencia.

Sintaxis.
<ISSUE_KEY> #<COMMAND_1> <optional
COMMAND_1_ARGUMENTS>#<COMMAND_2> <optional
COMMAND_2_ARGUMENTS> ... #<COMMAND_n> <optional
COMMAND_n_ARGUMENTS>
Mensaje de confirmación.
RJ-123 #time 2d 5h #comment Tarea finalizada antes de lo previsto #resolve
Resultado.
Registra 2 días y 5 horas de trabajo contra la incidencia JRA-123, agrega el
comentario 'Tarea completada antes de lo previsto', Y resuelve el problema.

• Un solo comando en varias incidencias.

Sintaxis.
<ISSUE_KEY1> <ISSUE_KEY2> <ISSUE_KEY3> #<COMMAND> <optional
COMMAND_ARGUMENTS> etc
Mensaje de confirmación.
ARJ-123 ARJ-234 ARJ-345 #resolve
Resultado.
Resuelve las incidencias ARJ-123, ARJ-234 y ARJ-345.
Las Claves de incidencias múltiples deben estar separados por espacios en blanco o
comas.

• Múltiples comandos en varias incidencias.

Sintaxis.
<ISSUE_KEY1> <ISSUE_KEY2> ... <ISSUE_KEYn> #<COMMAND_1> <optional
COMMAND_1_ARGUMENTS> #<COMMAND_2> <optional
COMMAND_2_ARGUMENTS> ... #<COMMAND_n> <optional COMMAND_n_ARGUMENTS>
Mensaje de confirmación.
ARJ-123 ARJ-234 ARJ-345 #resolve #time 2d 5h #comentario Tarea finalizada antes
de lo previsto
Resultado.
Registros de 2 días y 5 horas de trabajo en las incidencias ARJ-123, ARJ-234 y ERJ-
345, agrega el comentario 'tarea finalizada antes de lo previsto' a las tres incidencias, y
resuelve todas las tres incidencias.
Las Claves de incidencias múltiples deben estar separados por espacios en blanco o
comas.
Poner a trabajar los Smart Commits.
Es fácil obtener Smart Commits trabajando para su instancia de JIRA Software:

Herramienta Instrucciones de conexión

Servidor Cree un enlace de aplicación entre JIRA Software y Bitbucket Server.
Bitbucket A continuación, habilite Smart Commits en el software JIRA.
Cree un enlace de aplicación entre JIRA Software y FishEye.
FishEye
A continuación, habilite Smart Commits en el software JIRA.
Cree un enlace de aplicación entre JIRA Software y Crucible.
Crucible
A continuación, habilite Smart Commits en el software JIRA.
Bitbucket Primero, vincule sus cuentas JIRA Software y Bitbucket.
Cloud A continuación, habilite Smart Commits en el software JIRA.
Primero, vincule sus cuentas de JIRA Software y GitHub.
GitHub
A continuación, habilite Smart Commits en el software JIRA.

Notas
• Smart Commits sólo admite el formato predeterminado de clave de incidencia de
software JIRA. Este formato es de dos o más letras mayúsculas, seguido de un guión
y el número de incidencia, por ejemplo JRA-123.
• Un DVCS como Git incluye una dirección de correo electrónico del usuario en los
datos de confirmación. Los usuarios configuran esta dirección de correo electrónico
en su sistema local. Smart Commits requiere que esta dirección de correo
electrónico coincida exactamente con una dirección de correo electrónico en la base
de usuarios de JIRA Software. Si la dirección de correo electrónico coincide con
varios usuarios del software JIRA, o el usuario no tiene permisos para la acción
solicitada, la acción Smart Commit fallará. El commit sin embargo tendrá éxito, y se
mostrará sobre la incidencia. Las direcciones de correo electrónico no coincidentes
son una razón común por la que Smart Commits no funciona como se esperaba. Si
falla un commit inteligente, JIRA Software envía una notificación por correo
electrónico al usuario de JIRA Software o al usuario de DVCS (si no se puede
identificar un usuario de JIRA Software). En casos excepcionales, JIRA Software no
tiene ninguna de estas direcciones de correo electrónico, y el Smart Commit falla en
silencio.
• Smart Commits se basa en el plugin JIRA DVCS Connector cuando tus repositorios
están alojados en Bitbucket Cloud o GitHub. El complemento se incluye con JIRA
Software, pero si es necesario, un administrador de JIRA puede instalarlo
directamente desde el área de administración de JIRA. Ir a Complementos >
Encontrar nuevos complementos.
Administrar su perfil de usuario.
Puede administrar la configuración de JIRA (por ejemplo, su contraseña, dirección de
correo electrónico o el formato en el que desea recibir notificaciones por correo
electrónico) en su perfil de usuario.Su perfil de usuario también muestra trabajos recientes
en la secuencia de actividades y contiene accesos directos útiles para las incidencias en
las que ha estado trabajando o informado.
Para administrar su perfil de usuario:
Elija su nombre de usuario en la parte superior derecha de la pantalla y, a continuación,
seleccione Perfil.

Edición de los detalles de usuario.

En la sección Detalles de la página Resumen, haga clic en el icono de ediciónµ §En la parte
superior derecha de la sección para editar el nombre de visualización, la dirección de
correo electrónico y la contraseña.S i su administrador de JIRA ha configurado el directorio
de usuario con la administración de contraseñas externas, el enlace Cambiar contraseña
no estará disponible.

Cambiar tu avatar.
Seleccionar O su avatar actual para cambiar la imagen que aparece junto a su nombre
en JIRA. Si tu administrador ha habilitado Gravatar para avatares de usuario, tu Gravatar
(es decir, el Gravatar asociado con la dirección de correo electrónico en tu perfil de
usuario) se establecerá automáticamente como tu avatar de usuario. Si Gravatar ha sido
habilitado, no podrá elegir avatares de usuario específicos de JIRA y viceversa.Utilizando
Gravatar.com. Si Gravatar ha sido deshabilitado, puede elegir su avatar de usuario de los
que están pre-empaquetados con JIRA o cargar los suyos.
• Tu imagen recortada se redimensiona a 48x48 píxeles antes de que se guarde como
tu nuevo avatar de usuario personalizado.
• Una versión independiente de 16x16 píxeles de tu avatar de usuario personalizado
se generará para su uso en los comentarios.
• Los avatares de usuario personalizados sólo pueden ser seleccionados por el
usuario que los subió.
Elegir tu página principal.
Su página de inicio de JIRA es la página de JIRA que se presenta con inmediatamente
después de iniciar sesión.
Puede configurar las siguientes páginas de JIRA como su página principal de JIRA:
• El Cuadro de Mandos.
• El navegador de incidencias.
• La tarjeta rápida (disponible si está utilizando el software JIRA)
1. Haga clic en el icono de su perfil en la parte superior derecha de la pantalla.
2. Seleccione la opción de página de inicio apropiada en la sección Mi página de inicio
de JIRA:
• Cuadro de Mandos.
• Navegador de incidencias.
• Tabla rápida (disponible si está utilizando el software JIRA)
Su página se volverá a cargar en la página principal de JIRA que seleccionó.
(Opcional) Para verificar que su página de inicio de JIRA se ha restablecido, cierre la sesión
y vuelva a iniciar sesión. Debe ser llevado directamente a la página principal de JIRA que
seleccionó en el paso anterior.

Administración de notificaciones por correo electrónico.

En la sección Preferencias de la página Resumen , haga clic en el icono de edición µ § En la
parte superior derecha de la sección para abrir el cuadro de diálogo Preferencias de
usuario actualizadas. A continuación, puede administrar lo siguiente:
• Cambie el tipo de correo electrónico para cambiar el formato (texto sin formato o
HTML) en el que JIRA envía sus notificaciones de correo electrónico salientes.
• En Mis cambios, elija entre hacer que JIRA le envíe notificaciones por correo
electrónico acerca de las actualizaciones de incidencias hechas tanto por usted
como por otras personas (Notificarme) u otras personas (es decir,no me notifiques).

Administrar sus preferencias de usuario.

El administrador de JIRA puede configurar los valores predeterminados globales para la
mayoría de las preferencias de usuario a continuación. Sin embargo, puede anular estas
configuraciones predeterminadas cambiando lo siguiente:
• El tamaño de la página o el número de incidencias se reproducen en cada página
del Navegador de incidencias.
• El idioma preferido en la lista desplegable.
• Su zona horaria especificada en su perfil no coincide con la zona horaria del equipo
en el que está trabajando, JIRA le preguntará si desea actualizar esta configuración
de zona horaria seleccionada. Todos los campos de hora en JIRA ahora se mostrarán
en su zona horaria preferida.
• Elija la configuración de Compartir predeterminada para cuando cree nuevos filtros
y cuadros de mando, que pueden ser compartidos con todos los demás usuarios
(públicos) o restringidos.
• Elija habilitar o deshabilitar la función de atajos de teclado de JIRA.
• Elija entre permitir que JIRA le haga un auto-observar cualquier incidencia que cree
o comente.

Administrar las preferencias de la mesa de servicios.

Los agentes de Service Desk pueden habilitar o deshabilitar el campo de comentarios pre-
poblados editando sus perfiles de usuario. Esta configuración puede ayudar a ahorrar
tiempo rellenando previamente el texto de saludo de conversación cuando los agentes
comentan los problemas del cliente. Cuando está activado, aparece el siguiente texto en el
campo de comentarios y en la notificación por correo electrónico enviada a los clientes:
Administrar sus fichas de acceso y de inicio de sesión.
JIRA otorga un token de acceso Oauth para dar acceso a los gadgets a los datos
restringidos en una aplicación web o sitio web externo, compatible con OAuth (también
conocido como "consumidor").Consulte Permitir Acceso a Oauth obtenga recomendaciones
sobre cuándo emitir o revocar las claves de acceso de OAuth.
Si accede a sus aplicaciones JIRA en un entorno público, puede borrar los tokens de inicio
de sesión haciendo clic en el enlace Invalidar todos los tokens en la sección Detalles de su
perfil.

Permitiendo el acceso Oauth.

Acerca de los tokens de acceso de OAuth
Los tokens de acceso de OAuth le permiten:
• Utilizar un gadget de JIRA en una aplicación web o sitio web externo compatible con
OAuth (también conocido como "consumidor").
• Conceder al gadget el acceso a los mismos datos de JIRA a los que puede acceder.

Antes de empezar.

El administrador de JIRA debe vincular su instancia de JIRA y el consumidor mediante un

enlace de aplicación y Oauth. Por ejemplo, si desea agregar un gadget JIRA a su página de
inicio de Bamboo, el administrador de JIRA debe aprobar primero a Bamboo como
consumidor de OAuth.

Emisión de tokens de acceso de OAuth.

Para permitir que un gadget tenga acceso a los mismos datos de JIRA que pueda, JIRA lo
emite como un token de acceso de OAuth. El token de OAuth es exclusivo para el gadget.
1. Cuando utiliza un gadget JIRA en un consumidor (como Bamboo) y este gadget
requiere acceso a los datos de JIRA, se le pedirá que inicie sesión en JIRA si aún no
lo ha hecho.
2. Después de iniciar sesión en JIRA, se le pedirá un mensaje de Solicitud de acceso:

3. Para emitir el token de OAuth y conceder al gadget el acceso a los datos de JIRA,
haga clic en Permitir. El gadget puede acceder a los datos de JIRA hasta que revoca
el token.

4. Para ver las fichas que ha emitido, vaya a su perfil> Ver las fichas de acceso de
OAuth:
Revocación de los tokens de acceso de OAuth.
Puede revocar un token de acceso de OAuth para denegar un acceso de gadget JIRA a sus
datos de JIRA. Cuando revoca el acceso, el gadget sólo puede acceder a los datos públicos
en la instancia de JIRA.
1. Elija su nombre de usuario en la parte superior derecha de la pantalla y, a
continuación, seleccione Perfil.

2. Hacer clic Ver fichas de acceso de OAuth.

3. La página Aplicaciones autorizadas muestra una lista de los símbolos de OAuth.
4. Junto a la aplicación cuyo acceso OAuth desea revocar, haga clic en Revocar
acceso.
5. Es posible que se le pida que confirme esta acción. Si es así, haga clic en Aceptar.

El token de acceso al gadget se revoca y el gadget JIRA sólo puede acceder a los datos
públicos de JIRA.
Solicitud de complementos.
El sitio web de Atlassian Marketplace ofrece cientos de complementos que los
administradores pueden instalar para mejorar y ampliar sus aplicaciones JIRA. Si la función
de petición de complemento está habilitada para su instancia, puede enviar solicitudes de
complementos de Marketplace directamente a su administrador.
La página 'Atlassian Marketplace for JIRA' presenta una vista integrada del sitio web
Marketplace desde la interfaz de usuario de JIRA. La página ofrece las mismas
características que el sitio web Marketplace, como la búsqueda de complementos y el
filtrado de categorías, pero adapta la experiencia de navegación a los usuarios de la
aplicación JIRA.

Esta visión de producto en el mercado proporciona a los usuarios diarios de las

aplicaciones de Atlassian, no sólo a los administradores, una manera fácil de descubrir los
complementos que pueden ayudarles a trabajar. Cuando encuentre un complemento de
interés, puede enviar una solicitud con sólo unos clics.

Envío de una solicitud de complemento

1. Desde cualquier lugar de la aplicación, abra su menú de perfiles y elija Atlassian
Marketplace.
2. En la página de Atlassian Marketplace, utilice el cuadro de búsqueda para encontrar
complementos o utilice los menús de categorías para examinar o filtrar por
complementos por tipo, popularidad, precio u otros criterios. Puedes ver lo que tus
compañeros han solicitado seleccionando el filtro Más solicitado.
3. Cuando encuentre un complemento que le interese, haga clic en Solicitar para
generar una solicitud para su administrador.
4. Opcionalmente, escriba un mensaje personal a sus administradores en el cuadro de
texto. Este mensaje es visible para los administradores en la vista de detalles del
complemento.
5. Cuando esté listo, haga clic en Enviar solicitud.
6. Haga clic en Cerrar para descartar la opción 'Éxito!'.Cuadro de diálogo de mensaje.

En este punto, aparece una notificación en la interfaz que usan sus administradores para
administrar complementos. Además, el mensaje de solicitud aparecerá en la vista de
detalles del complemento, visible desde la página "Buscar nuevos complementos" del
administrador. A partir de ahí, su administrador puede comprar el complemento, probarlo
o descartar solicitudes.

Actualización de una solicitud de complemento.

Después de enviar la solicitud, puede actualizar su mensaje en cualquier momento. Haga
clic en el botón Actualizar solicitud junto al listado en la página de "Atlassian Marketplace"
para modificar el mensaje a su administrador.
No se notifica al administrador de la actualización. Sin embargo, su mensaje actualizado
aparecerá, ya que lo ha modificado en la vista de detalles para el complemento de
inmediato.

Uso de atajos de teclado

Los atajos de teclado son una excelente manera de acelerar la edición, la navegación y la
realización de acciones sin tener que quitar los dedos del teclado.
Algunos métodos abreviados de teclado requieren permisos o aplicaciones adicionales y
dependen de cómo los administradores de JIRA han configurado permisos para su cuenta
de usuario y qué aplicaciones están instaladas.
Ver atajos de teclado.
• Escoger En la parte superior derecha de la pantalla, luego seleccione Atajos de
teclado.
• Cuando vea una página, presione Mayús + /.
El cuadro de diálogo Atajos de teclado se muestra y muestra los comandos para el sistema
operativo y el navegador que está utilizando. El diálogo se divide en secciones para la
siguiente información:Accesos globales - accesos directos que pueden utilizarse cuando se
encuentra en cualquier parte de JIRA.
• Navegación de Incidencias: accesos directos para navegar por incidencias.
• Acciones para la incidencia- accesos directos para trabajar con incidencias.
• Aplicación específica: cualquier acceso directo específico de la aplicación. Estos
atajos sólo funcionan en la aplicación listada.
Más información sobre el diálogo de atajos de teclado.
Si tiene otras aplicaciones JIRA instaladas, es posible que tenga disponibles accesos
directos de teclado adicionales. Por ejemplo, si tiene instalado JIRA Software, verá una
serie de atajos de teclado adicionales en la parte inferior derecha de este cuadro de
diálogo (y algunos accesos directos de teclado adicionales específicos de JIRA Software en
la sección superior izquierda). Sin embargo, los métodos abreviados de teclado en la
sección Agile Shortcuts sólo funcionan en el software JIRA, y no en un contexto de JIRA.

Habilitación y deshabilitación de atajos de teclado.

Los métodos abreviados de teclado están habilitados de forma predeterminada. Sin
embargo, puede deshabilitarlos por usuario en el cuadro de diálogo Atajos de teclado.
1. Asegúrese de haber iniciado sesión y abra el cuadro de diálogo Accesos directos del
teclado (véase más arriba).
2. En la parte inferior del cuadro de diálogo Atajos de teclado, haga clic en Desactivar
los atajos de teclado o Activar los atajos de teclado.
También puede desactivar o volver a habilitar los métodos abreviados de teclado
editando la sección Preferencias de su perfil de usuario.

Teclas modificadoras
Algunos atajos de teclado requieren que se presionen teclas modificadoras
simultáneamente, junto con una sola tecla de acción. Las teclas de modificación pueden
diferir, dependiendo de su combinación de sistema operativo y navegador web. La
siguiente tabla identifica las teclas de modificación para algunos navegadores web y
sistemas operativos compatibles:
Navegador Mac OS Ventana Linux /
Notas
web X s Solaris
En Firefox, es posible personalizar los "atajos
Alt + Alt +
Firefox Ctrl de teclas modificadores".Lea la documentación
Mayús Mayús
de Mozilla para obtener más información.
Escribir un "modificador de tecla de acceso
explorador directo r" que conduce a un enlace requiere
Alt
de Internet que presione el botón "Enter" para completar
la acción.
Ctrl +
Safari Alt / Ctrl
Opción
Cromo Ctrl + Alt + Alt +
Alt / Mayús Mayús
Opción
Estimación de una incidencia.
Antes de empezar.
La estimación de historias en su historial le ayuda a predecir cuánto tiempo le llevaría a
entregar ciertas porciones del backlog. Tenga en cuenta que esta discusión se refiere a las
mejores prácticas que hemos implementado como la ruta principal en JIRA Software -
puede optar por no utilizar este enfoque si usted siente que no es realmente adecuado
para su equipo.
Esta página sólo se aplica a las tarjetas Scrum.

Calcular una incidencia.

Antes de que empiece un sprint, debe ingresar las estimaciones originales de sus
problemas. Y mientras trabajas en las incidencias durante el sprint, es posible que
necesites ajustar las estimaciones restantes según sea necesario.
Para ingresar la estimación original, haga lo siguiente para cada incidencia:
1. Navegue hasta el Backlog de su proyecto deseado.
2. Haga clic en la incidencia para el que desea establecer la estimación original.
3. En la vista de detalles de incidencia, escriba su estimación en el campo Estimado.

El tipo de unidades utilizado por el campo "Estimar" (por ejemplo, horas) se ve

afectado por su Estadística de estimación. Consulte Configuración de Estimación y
Seguimiento.

Para ajustar la estimación restante:

1. Vaya a los sprints Activos de la pizarra deseada.
2. Haga clic en la incidencia que desea ajustar la estimación restante.
3. En la vista Detalles de incidencia, escriba su estimación en el campo Restante.

El tipo de unidades utilizado por el campo "Restante" (por ejemplo, horas) se ve afectado
por su Estadística de estimación. Consulte Configuración de Estimación y Seguimiento.

Al usar el Gráfico de Burndown, tenga en cuenta que el comportamiento de la subtarea

puede variar, dependiendo de si la estimación restante y el tiempo invertido están
habilitados para su pizarra.
Comportamiento de subtarea cuando El comportamiento de la subtarea
la estimación restante y el tiempo cuando la estimación restante y el
invertido están habilitados tiempo gastado están inhabilitados
Si agrega una subtarea a un problema que Si agrega una subtarea a una incidencia que
ya está en un sprint activo, la subtarea se ya está en un sprint activo, la subtarea
trata como cambio de ámbito. también se tratará como cambio de ámbito.
Sin embargo, el cambio de alcance no se
El cambio de alcance también se indica en indica en el Gráfico de Burndown para la
el gráfico de Burndown. subtarea.
Las estimaciones de tiempo de las
subtareas se transfieren a la tarea
principal. Las estimaciones de tiempo se rastrean
individualmente a través de las subtareas y la
Esto significa que la tarea principal tendrá tarea principal misma.
la suma total de todas las estimaciones
restantes de las subtareas.

Conceptos sobre la estimación

Estos son algunos conceptos a considerar al estimar las incidencias en el software de JIRA.
La estimación es diferente del seguimiento.
En Scrum, hay una distinción entre estimación y seguimiento. La estimación se realiza
típicamente contra los Elementos de Cartera Principal (PBIs, generalmente historias), y se
usa para calcular cuánto tiempo tardarán en entregarse las porciones del backlog.
Seguimiento se refiere a la supervisión del progreso de un sprint, para asegurarse de que
todas las historias incluidas en el sprint se entregarán.

El rastreo se realiza a menudo dividiendo historias en tareas y aplicando estimaciones de

horas a ellas durante la planificación de sprint, y luego supervisando el tiempo restante en
un burndown durante el sprint.

¿Cómo se realiza la estimación en entornos de desarrollo tradicionales?

En entornos de desarrollo tradicionales, la estimación se realiza de esta manera:
1. Un equipo estima los ítems en 'hombre-hora' - y se supone que estas estimaciones
son exactas.
2. El equipo calcula entonces el número total de horas-hombre para el atraso de un
proyecto.
3. El equipo divide a continuación el número total de horas hombre por el número de
personas en el equipo, y el hombre-horas en una semana. Esto se convierte en la
fecha prevista para el proyecto.
Estas estimaciones son a menudo inexactas porque no consideran lo siguiente:

• Las características de estimación natural del equipo - significado, sobre y

subestimación no se consideran.
• Interrupciones inesperadas durante las horas-hombre asignadas a los artículos.
• El rendimiento de los miembros del equipo a lo largo del tiempo.

Cuando las estimaciones se vuelven inexactas, el equipo ejerce entonces tiempo y

esfuerzo al tratar de "forzar" que las estimaciones sean precisas. Esto hace que el enfoque
hora-hombre sea difícil, si no imposible.

La estimación en el mundo Scrum es todo acerca de la velocidad.

En el mundo de Scrum, los equipos no intentan alcanzar la exactitud de la estimación. En
lugar de eso, apuntan alcanzar la "velocidad confiable".
La velocidad es una medida del número de unidades de estimación que un equipo tiende a
completar de sprint a sprint. Después de sus primeros sprints, la mayoría de los equipos
alcanzarán una velocidad razonablemente constante. Armados con la velocidad y las
estimaciones de las PBI en el backlog, los equipos pueden predecir con mayor precisión
cuántas porciones del backlog tardarán en completarse.
La clave es que la unidad de estimación no importa, siempre y cuando sea
razonablemente previsible desde sprint hasta sprint. Por ejemplo, los equipos pueden usar
estimaciones de "hora ideal", pero no es necesario ni se espera que esas horas tengan
relación alguna con el tiempo transcurrido. Si un equipo tiene una capacidad hora-hombre
de 120h en cada sprint pero una velocidad de 60h, eso no hace ninguna diferencia porque
todavía se puede usar la velocidad de 60h para estimar el número de sprints que las
porciones del backlog tardarán en completarse - Y por lo tanto, el tiempo transcurrido.

Muchas personas empiezan a preguntarse dónde 'las otras 60 horas' fueron, lo que implica
que hay algo mal con la productividad del equipo. Pero eso generalmente no tiene nada
que ver con ello: las estimaciones de un equipo simplemente representan su visión de
cómo serán los elementos difíciles, teniendo en cuenta el comportamiento natural del
equipo (como sobre y subestimación), así como los gastos generales de organización, etc.
La velocidad es todo lo que importa desde una perspectiva de planificación.

Dado que las unidades no están relacionadas con el tiempo, la mayoría de los equipos
ahora eligen usar puntos de la historia como su unidad de estimación. Un punto de la
historia es un número arbitrario que mide la complejidad de una historia relativa a otras.
En efecto, los puntos de historia claramente rompen el vínculo mental con el tiempo.

Las estimaciones inexactas son buenas, siempre y cuando sean igualmente

inexactas.
Para que la velocidad de un equipo alcance un estado estable, el equipo debe estimar
cada ítem de retraso con el mismo nivel de precisión. A riesgo de repetir lo obvio, el
objetivo de la velocidad es poder mirar un retraso de historias no muy bien comprendidas,
y entender cuántos sprints tomará para completar. Esto requiere un nivel similar de
incertidumbre para todas las estimaciones en el backlog.

Hay una implicación contra-intuitiva aquí - que los equipos deben estimar cada artículo
una vez, y no cambiar esa estimación incluso si descubren nueva información sobre el
artículo que los hace sentir su estimación original era incorrecta. Si el equipo va a seguir
adelante y actualizar estimaciones, este 'descubrimiento de nueva información' sucederá
regularmente. Esto lleva a la acumulación de algunos elementos que tienen una mayor
precisión, pero la mayoría no. Esto contaminaría la velocidad porque los sprints con un
porcentaje mayor de estimaciones de alta precisión completarán un número diferente de
unidades en comparación con aquellos con un porcentaje menor de estimaciones de alta
precisión. Como resultado, la velocidad no podría utilizarse para su propósito principal, es
decir, para estimar el número de sprints que necesitará un equipo para completar un
conjunto de historias no bien entendidas en el backlog. Por lo tanto, es fundamental
utilizar las primeras estimaciones para que la velocidad del equipo realista represente su
capacidad para completar un cierto número de unidades de trabajo no bien entendido muy
por delante en el futuro.

¿Pero qué pasa cuando los equipos se dan cuenta de que se han equivocado?
Tenga en cuenta la situación siguiente:
• El número X tiene una estimación original de 5 días.
• Antes de que se planifique el próximo sprint, el equipo se da cuenta de que la
estimación original era demasiado optimista y que la incidencia tarda en realidad
15 días.
Algunas personas argumentan que el uso de la estimación original pondrá en peligro el
éxito del sprint, porque el equipo tomará en lo que piensan es de 5 días de trabajo en el
próximo sprint cuando en realidad es de 15 días de trabajo.

Sin embargo, la estimación inexacta de 5 días es poco probable que sea un hecho aislado.
De hecho, las estimaciones siempre van a ser erróneas (algunas muy poco, algunas
descontroladamente). Esto a menudo se descubrirá después de que el sprint ha
comenzado en lugar de antes. Mientras el equipo estime la misma forma en todo el
backlog, esto se resolverá con el tiempo. Por ejemplo, si siempre subestiman, pueden
encontrar que para un sprint de 10 días con 4 miembros del equipo, sólo pueden
comprometerse a 20 días de su unidad de estimación. Si han establecido una velocidad
estable, entonces esto no tiene ningún efecto. Desde una perspectiva de planificación,
todavía podemos estimar con fiabilidad cuánto trabajo vamos a hacer en los próximos
Sprints.
¿Pero eso no rompe el compromiso de Sprint?
Cuando el equipo está a punto de comenzar un sprint, pueden utilizar la velocidad como
una indicación de los elementos del backlog que pueden completar de manera realista. La
velocidad aquí se basa en el número de elementos que han completado con éxito en el
pasado. Sin embargo, algunas personas pueden cuestionar cómo esto puede ser correcto
cuando las estimaciones originales no incluirán información sobre el trabajo que ya se
haya hecho, o información sobre lo difícil que es un determinado trabajo.

Por ejemplo, considere el siguiente escenario:

• Una incidencia tiene una estimación original de 10 días.
• El equipo trabaja 5 días en la incidencia en el sprint actual.
• El equipo descubre un mal error en algún otro sitio del proyecto y deciden que
arreglar ese fallo en el sprint actual es mucho más importante que completar el
problema X según lo planeado.
• El sprint se termina, y la incidencia vuelve al backlog.

En el próximo sprint, el equipo estaría tentado a actualizar el estimado para la incidencia a

5 días, y utilizarlo para tomar su decisión de incluirlo o no en el sprint. La implicación es
que tal vez no incluyan suficiente trabajo en el próximo sprint si usaron el Estimado
Original de la incidencia de 10 días. Sin embargo, la razón por la que la tarea no se
completó anteriormente es debido a un trabajo no planificado - y no es realista suponer
que esto no ocurrirá de nuevo en el futuro, tal vez incluso en el próximo sprint. Por lo
tanto, la estimación de 10 días es un número realista para usar en ausencia de certeza.
Como resultado, el costo del trabajo no planificado que puede ocurrir se contabilizará en la
estimación original. Incluso si el trabajo resulta ser insuficiente para el próximo sprint, el
equipo va a corregir eso arrastrando más trabajo en el sprint.

En el mismo ejemplo, considere si este era lal única incidencia en ese sprint y será la única
incidencia en el siguiente. Si la incidencia se completa en el segundo sprint, y usamos la
estimación restante, entonces la velocidad será (0d + 5d) / 2 = 2.5d. Sin embargo, el
equipo puede claramente completar más trabajo que en futuros sprints. Si utilizamos la
estimación original, entonces la velocidad será (0d + 10d) / 2 = 5d. El uso de la estimación
original cuenta para el hecho de que el equipo no puede comprometerse a 10d en cada
sprint porque el trabajo no planificado es probable que sea imposible. También realista
explica el hecho de que el trabajo no planificado no sucederá en cada sprint.

¿Por qué no estimar en subtareas y rodar eso para Velocity y Compromiso?

Muchos equipos dividen las historias en subtareas poco antes de que comience el sprint
para que puedan utilizar las historias para el seguimiento. Esto plantea la posibilidad de
utilizar la suma de las estimaciones sobre las subtareas como una forma de decidir qué
temas comprometerse en el sprint (y potencialmente para la velocidad).

Como se ha descrito anteriormente, el seguimiento es realmente un proceso separado de

la estimación y la velocidad. Las estimaciones que se aplican a las subtareas claramente
tienen mayor precisión que las que se aplicaron originalmente a la historia. Utilizarlos para
la velocidad haría que la velocidad tuviera estimaciones altas y bajas de exactitud,
haciéndola inutilizable para mirar más lejos en el backlog donde las historias tienen
solamente estimaciones de exactitud bajas.

Además, es probable que los elementos que se encuentren en la parte superior del retraso
hayan sido divididos en tareas. El uso de estimaciones de la tarea para la velocidad
significa que el valor de la velocidad sólo podría predecir el tiempo para completar el
backlog hasta la última historia que se ha roto en tareas.

Por último, el uso de sub-tarea roll-up para decidir el compromiso sprint es arriesgado
porque, a diferencia del valor de la velocidad, no considera la sobrecarga de trabajo no
planificado y las interrupciones.

Los puntos de historia son muy recomendables, pero utilice lo que funciona para
su equipo.
Cada vez más líderes de la industria se están alejando de las estimaciones de horas, y
ahora están utilizando el enfoque del punto de la historia. Esto tiene sentido porque en un
sprint, las principales preguntas que se deben responder son:
• ¿Cuánto trabajo podemos comprometer realista para completar este sprint?
• ¿Cuánto tiempo tardará esta parte del backlog en entregar?

El enfoque del punto de la historia basado en estimaciones originales puede entregar las
respuestas a estas preguntas sin la ansiedad alrededor de la "exactitud" que los equipos
sienten cuando se les pide estimar en horas.

El equipo de software de JIRA utiliza el enfoque descrito en este artículo y ha establecido

una velocidad fiable que utilizamos para planificar los meses de trabajo por adelantado,
incluso cuando se han encontrado nuevos trabajos durante esos meses. Recomendamos
este acercamiento porque mientras que es a veces contra-intuitivo, es también de gran
alcance, rápido, y simple.

Todo lo dicho, uno de los preceptos clave de ágil es encontrar la forma en que funciona
para usted. Por lo tanto, JIRA Software apoya las alternativas descritas anteriormente,
incluyendo el uso de estimaciones restantes para el compromiso de Sprint, horas de
estimación y estimaciones de horas en subtareas.

Informes
La presentación de informes es una actividad que va a realizar a lo largo de un proyecto.
JIRA Software tiene una serie de informes que puede utilizar para mostrar información
sobre su proyecto, versiones, épics, sprints e incidencias.
La documentación de esta sección le ayudará a configurar y utilizar los informes en el
software JIRA.

Generación de un informe.
1. Vaya a la pizarra deseada y haga clic en Informes. Se mostrará el último informe
visualizado.
2. Haga clic en Cambiar informe para ver un informe diferente. Los informes de esta
lista son específicos para el desarrollo ágil.
Vea las secciones 'Informes para proyectos Scrum' o 'Informes para proyectos
Kanban' a continuación para obtener más detalles.
3. Si desea ver informes que no son específicos para el desarrollo ágil, seleccione
Todos los informes del menú desplegable Cambiar informe y vea los informes que
no están en la sección 'Agile'.
Consulte la sección "Informes generales para analizar las incidencias" a
continuación para obtener más detalles.
Informes para proyectos Scrum.
Gráfico Se aplica a Propósito
Rastrea el trabajo total restante y proyecta la
probabilidad de alcanzar el objetivo de sprint.
Burdown Chart Sprints
Esto ayuda a su equipo a gestionar su progreso y
responder en consecuencia.
Muestra el trabajo completado o empujado de nuevo al al
backlog en cada sprint.
Informe Sprint Sprints
Esto le ayudará a determinar si su equipo está
sobrecumpliendo o si hay margen de alcance.
Muestra el tiempo de ciclo de su producto, versión o
Proyectos, sprint.
Control Chart versiones o
sprints Esto le ayuda a identificar si los datos del proceso actual
se pueden utilizar para determinar el rendimiento futuro.
Diagrama de Cualquier Muestra los estados de las incidencias con el tiempo.
flujo período de Esto le ayuda a identificar posibles cuellos de botella que
acumulado tiempo necesitan ser investigados.
Muestra el progreso hacia completar un épic con el
tiempo.
Informe épic Épics
Esto le ayuda a gestionar el progreso de su equipo
siguiendo el trabajo incompleto y no estimado que queda.
Similar al Epic Report, pero optimizado para los equipos
Scrum que trabajan en sprints. Rastrea el número
proyectado de sprints necesarios para completar el epic.
Epic Burndown Épics
Esto le ayuda a controlar si el epic se lanzará a tiempo,
por lo que puede tomar medidas si el trabajo se está
quedando atrás.
Similar al informe de versión, pero optimizado para los
equipos Scrum que trabajan en sprints.
Release Rastrea la fecha de lanzamiento proyectada para una
Versiones
Burdown versión. Esto le ayuda a supervisar si la versión se
lanzará a tiempo, por lo que puede tomar medidas si el
trabajo se está quedando atrás.
Rastrea la cantidad de trabajo completado de sprint a
sprint.
Tabla de
Sprints Esto le ayuda a determinar la velocidad de su equipo y
velocidades
estimar el trabajo que su equipo puede lograr de manera
realista en futuros sprints.
Rastrea la fecha de lanzamiento proyectada para una
versión.
Informe de
Versiones Esto le ayuda a supervisar si la versión se lanzará a
versión
tiempo, por lo que puede tomar medidas si el trabajo se
está quedando atrás.
Informes para proyectos Kanban

Gráfico Se aplica a Propósito

Muestra el tiempo de ciclo de su producto, versión
Proyectos, o sprint.
Gráfica de
versiones o Esto le ayuda a identificar si los datos del proceso
Control
sprints actual se pueden utilizar para determinar el
rendimiento futuro.
Muestra los estados de las incidencias con el
Cualquier tiempo..
Diagrama de
período de
flujo acumulado Esto le ayuda a identificar posibles cuellos de
tiempo
botella que necesitan ser investigados.

Informes generales para analizar las incidencias.

Informe de edad promedio.
Muestra el promedio de edad de las incidencias no resueltas para un proyecto o un filtro.
Esto le ayuda a ver si su backlog se mantiene hasta la fecha.

Informe de incidencias creadas vs resueltas.

Muestra incidencias creadas en comparación con las incidencias resueltas durante un
período de tiempo. Esto le ayudará a entender si su backlog está creciendo o
disminuyendo.
- Notas:
Visualización del gráfico - Las áreas en rojo muestran períodos en los que se crearon más
incidencias que los que se resolvieron. Áreas en verde muestran períodos donde más se
resolvieron que crearon.

Informe Gráfico circular.

Muestra un gráfico circular de incidencias para un proyecto o filtro agrupado por un campo
especificado. Esto le ayuda a ver el desglose de un conjunto de incidencias, de un vistazo.
Por ejemplo, puede crear un gráfico para mostrar las incidencias agrupados por el
Asignado para una versión particular de un proyecto (mediante un filtro).

Informe de incidencias creadas recientemente.

Muestra el número de incidencias creadas durante un período de tiempo para un proyecto
o filtro y cuántos se resolvieron. Esto le ayuda a entender si su equipo está manteniendo al
día con el trabajo entrante.
- Notas
Visualización del gráfico: la parte verde de la barra muestra las incidencias creadas que se
resuelven. La parte roja muestra las incidencias creadas pero aún no resueltas.

Informe de tiempo de resolución.

Muestra el tiempo que se tarda en resolver un conjunto de incidencias para un proyecto o
filtro. Esto le ayuda a identificar tendencias e incidentes que puede investigar más.

Grupo de un solo nivel por informe.

Muestra las incidencias agrupadas por un campo en particular para un filtro. Esto le
ayudará a agrupar resultados de búsqueda por un campo y ver el estado general de cada
grupo.
Por ejemplo, puede ver las incidencias en una versión de un proyecto, agrupados por
Asignado.

Informe sobre el tiempo transcurrido.

Para un campo de fecha y proyecto o filtro, correlaciona las incidencias con la fecha en que
se estableció el campo. Esto puede ayudarle a rastrear cuántos problemas fueron creados,
actualizados, etc. durante un período de tiempo.

Informe de seguimiento del tiempo *.

Muestra la información de seguimiento de tiempo en los problemas de una versión
particular de un proyecto.
Notas.
La tabla del informe muestra las incidencias de la versión:
• Hay cuatro campos de seguimiento de tiempo como sigue:
◦ Estimación Original – Estimación original del tiempo total que se necesitaría
para completar esta incidencia.
◦ Tiempo estimado restante-Estimación actual del tiempo restante que se
necesitaría para completar esta incidencia.
◦ Tiempo Gastado- La cantidad de tiempo dedicado a la incidencia. Esta es la
cantidad agregada de tiempo que se ha registrado en este problema.
◦ Precisión- La exactitud de la estimación original en comparación con la
estimación actual para la incidencia. Es la diferencia entre la suma de los
campos Tiempo gastado y Tiempo restante estimado y el campo Estimado
original.

• Si las subtareas están habilitadas, la columna * 'Ó' * a la derecha del campo

muestra la información de seguimiento de tiempo agregado para cada incidencia
'padre' (es decir, la suma de los valores propios de la incidencia, más los de sus
subtareas) .

• La última línea de la tabla muestra la información de seguimiento de tiempo

agregada para toda la versión

El informe también incluye dos gráficos de barras (encima de la tabla), que representan la
información agregada de seguimiento de tiempo para la versión:
• El primer gráfico de barras ('Progreso') muestra el porcentaje de incidencias
completadas (verde) y las incidencias incompletas (naranja) en esta versión:

• El segundo gráfico de barras ('Accuracy' - azul) muestra la precisión de las

estimaciones originales.

La longitud de la barra de precisión en comparación con la barra de progreso indica si las

incidencias de esta versión están adelantadas o retrasadas. Hay tres casos:
1. Las incidencias están dentro del cronograma con la estimación original.
La barra de precisión es completamente azul y tiene la misma longitud que la barra
de progreso encima.

2. Las incidencias están detrás de la estimación original (es decir, tomará más tiempo
de lo originalmente estimado).
El gráfico de progreso es más largo que el gráfico de exactitud. La región azul
representa el tiempo estimado original, y la región gris claro es la cantidad de
tiempo por la cual las ediciones están detrás.

3. Las incidencias están por delante de la estimación original (es decir, tomará menos
 tiempo de lo originalmente estimado).
El gráfico de precisión es más largo que el gráfico de progreso. La barra azul
representa el tiempo estimado original, y la región gris claro representa la cantidad
de tiempo por el cual las estimaciones originales fueron sobrestimadas.

Cuando genere el informe de seguimiento de tiempo, considere la siguiente configuración:

1. Para la versión de corrección, elija la versión en la que desea informar. El informe
incluirá todos las incidencias que pertenezcan a esta versión, es decir, todos los
problemas cuya versión 'Fix' sea esta versión.
2. Para ordenar, elija cómo se ordenarán las incidencias del informe:
• Ultimas Incidencias terminadas primero- muestra primero las incidencias con el
mayor tiempo estimado restante.
• La mayoría de las incidencias completadas primero- muestra primero las
incidencias con el menor tiempo estimado restante.
3. En el caso de las incidencias, elija las incidencias que se incluirán en el informe:
• Todas- incluye todas las incidencias asignadas a esta versión.
• Incidencias incompletas solamente - excluye las incidencias que se completan
(es decir, tienen un tiempo restante estimado de cero), o no se controlan en el
tiempo (es decir, no tienen una estimación original).
Tenga en cuenta que el estado de incidencias no afecta a los problemas que se
muestran.
4. Para la inclusión de subtarea (nota: esto sólo aparecerá si las subtareas están
habilitadas), elija qué subtareas se incluirán en el informe, para todas las
incidencias padres que pertenezcan a esta versión:
• Incluir sólo subtareas con la versión seleccionada: incluye las subtareas de una
incidenca sólo si las subtareas pertenecen a la misma versión que la incidencia.
• También incluye subtareas sin un conjunto de versiones- incluye las subtareas
de una incidencia si las subtareas pertenecen a la misma versión que la
incdidencia o a ninguna versión.
• Incluir todas las subtareas: incluye todas las subtareas de una incidencia,
independientemente de si las subtareas pertenecen a la misma versión, alguna
otra versión o ninguna versión.
Tenga en cuenta que las subtareas que pertenecen a esta versión, pero cuyas
incidencias primarias no pertenecen a esta versión, siempre se incluirán en el
informe.

Informe de carga de trabajo del usuario. *

Muestra cuánto trabajo ha asignado un usuario, y cuánto tiempo debe tomar.
Para un usuario especificado, podrá ver el número de incidencias no resueltas asignados al
usuario especificado y la carga de trabajo restante, por proyecto.

Informe de la carga de trabajo de la versión. *

Muestra cuánto trabajo excepcional hay (por usuario y por edición) antes de que una
versión sea completa.
Para la versión especificada, podrá ver una lista de incidencias no resueltas asignados a
cada usuario, la carga de trabajo de cada usuario y un resumen de la carga de trabajo
restante para la versión.

Informe de Gráfico de Carga de Trabajo. *

Muestra la carga de trabajo relativa para los asignados de todas las incidencias de un
proyecto o filtro.

*Sólo está disponible si el administrador de JIRA ha habilitado el seguimiento de tiempo.

Informes disponibles en Confluence.
Si ha conectado JIRA a Confluence, puede crear los siguientes informes en Confluence.

Registro de cambios.
Muestra una lista de incidencias de JIRA. Esta lista puede ser estática o dinámica,
actualizándose automáticamente a medida que el estado de sus incidencias cambia en
JIRA.

Reporte de estado.
El informe de estado muestra el progreso de un proyecto JIRA y la versión de corrección en
gráficos circulares por estado, prioridad, componente y tipo de incidencia. El informe de
estado utiliza la macro Gráfico de JIRA y es dinámico.

Otros informes.
• Informes adicionales (p. Ej. Informe de Gráfico de Gantt, Informe de Hoja de Tiempo,
Plugin de SQL de JIRA) están disponibles para su descarga desde el Mercado de
Atlassian.
• Los administradores de JIRA también pueden crear nuevos informes con la API del
complemento – vea nuestro Tutorial - Creación de un informe de JIRA. Si no desea
crear un complemento, Atlassian Experts está disponible para proyectos
personalizados.
• Los filtros de incidencias se pueden exportar a Microsoft Excel, donde pueden ser
manipulados en gráficos e informes.

¿Qué sigue?
!Estás listo! Ahora el ciclo comienza de nuevo. Es probable que esté planeando una nueva
versión, incluso cuando termine una versión existente. Incluso puede estar listo para
comenzar un nuevo proyecto.
Burndown Chart

Un gráfico de Burndown muestra la cantidad real y estimada de trabajo que se realizará en

un sprint. El eje x horizontal en un gráfico de Burndown indica el tiempo, y el eje vertical y
indica las tarjetas (incidencias).
Utilice un gráfico de Burndown para rastrear el trabajo total restante y para proyectar la
probabilidad de alcanzar el objetivo de sprint. Al seguir el trabajo restante a lo largo de la
iteración, un equipo puede gestionar su progreso y responder a las tendencias en
consecuencia. Por ejemplo, si el Gráfico de Burndown muestra que el equipo
probablemente no alcance el objetivo de sprint, entonces el equipo puede tomar las
acciones necesarias para mantenerse en el buen camino.

Antes de empezar.
• La Tabla de Burndown sólo se aplica a las tarjetas Scrum.

Visualización del gráfico de Burndown.

1. Haga clic en Pizarras(en el encabezado)> seleccione la pizarra deseada.
2. Haga clic en Informes y , a continuación, seleccione Gráfico Burndown.P
• Para elegir un sprint diferente, haga clic en el sprint desplegable.
• Para elegir una estadística estimación diferente, haga clic en la estadística de la
estimación desplegable. Este cambio se guardará para usted, para su próxima
visita a esta pizarra.

Sugerencia: haga clic en Cómo leer este gráfico en la parte superior del informe para ver
una breve descripción del informe
Entendiendo el Gráfico de Burndown.
Antes de empezar a usar el Gráfico de Burndown, debe conocer cómo funciona. La
siguiente información le ayudará a entender las funcionalidades clave del Gráfico de
Burndown:
• El gráfico de Burndown es específico de la pizarra, es decir, sólo incluirá incidencias
que coincidan con el filtro guardado de la pizarra.El eje vertical representa la
estimación estadística que ha configurado para su pizarra.
• El gráfico de Burndown se basa en el mapeo de columnas de su pizarra.
• Se considera que una incidencia es "Hacer" cuando se encuentra en un estado que
se ha asignado a la columna de la izquierda de su tabla. Del mismo modo, una
incidencia se considera "Done" cuando se encuentra en un estado que se ha
asignado a la columna más a la derecha de su pizarra. Consulte Configuración de
columnas para obtener más información.
• Si la línea gris 'Orientación' no se muestra, el sprint puede haber sido iniciado antes
de que se le asignaran incidencias, como se describe en este artículo de KB.

Al usar el Gráfico de Burndown, tenga en cuenta que el comportamiento de la subtarea

puede variar, dependiendo de si laestimación restante y el tiempo invertido están
habilitados para su pizarra.

Comportamiento de subtarea cuando El comportamiento de la subtarea

la estimación restante y el tiempo cuando la estimación restante y el
invertido están habilitados tiempo gastado están inhabilitados
Si agrega una subtarea a uns incidencia que
Si agrega una subtarea a una incidencia
ya está en un sprint activo, la subtarea
que ya está en un sprint activo, la subtarea
también se tratará como cambio de ámbito.
se trata como cambio de ámbito.
Sin embargo, el cambio de alcance no se
El cambio de alcance también se indica en
indica en el Gráfico de Burndown para la
el gráfico de Burndown.
subtarea.
Las estimaciones de tiempo de las
subtareas se transfieren a la tarea
principal. Las estimaciones de tiempo se rastrean
individualmente a través de las subtareas y la
Esto significa que la tarea principal tendrá tarea principal misma.
la suma total de todas las estimaciones
restantes de las subtareas.
Gráfico de control (Control Chart).

Acerca del Gráfico de Control.

El gráfico de control muestra el tiempo de ciclo (o tiempo de avance) de su producto,
versión o sprint. Toma el tiempo pasado por cada incidencia en un estado particular (o
estados), y los mapas sobre un período de tiempo especificado. Se muestran el promedio,
la media de rodadura y la desviación estándar para estos datos.

Un gráfico de control le ayuda a identificar si los datos del sprint actual se pueden utilizar
para determinar el rendimiento futuro. Cuanto menor sea la varianza en el tiempo de ciclo
de un problema, mayor será la confianza en el uso de la media (o mediana) como una
indicación del desempeño futuro.

Estas son algunas de las formas en que podría utilizar un gráfico de control:
• Analizar el desempeño pasado de su equipo en una retrospectiva,
• Mida el efecto de un cambio de proceso en la productividad de su equipo,
• Proporcionar a los interesados externos visibilidad del rendimiento de su equipo, y
• Para Kanban, utilice el rendimiento pasado para establecer objetivos para su
equipo.

Visualización del gráfico de control

1. Haga clic en Pizarra (en el encabezado)> seleccione la pizarra deseada.
2. Haga clic en Informes y , a continuación, seleccione Grafico de control.
3. Configure el gráfico como desee. La captura de pantalla en la parte superior de esta
página resalta los controles que puede utilizar para configurar el Cuadro de control.
Sugerencia: haga clic en Cómo leer este gráfico en la parte superior del informe para ver
una breve descripción del informe. Si utiliza Internet Explorer 8, el gráfico de control no
funcionará.

Impresión del Gráfico de Control.

Para imprimir el informe, visualice el informe y utilice la funcionalidad de impresión de su
navegador. El informe se ajustará a las páginas de tamaño A4 o Letter en los modos
vertical y horizontal (tenga en cuenta que hay un problema conocido que se imprime en el
entorno horizontal con Chrome).

Entendiendo el Gráfico de Control.

Antes de empezar a usar el Cuadro de Control, debe conocer cómo funciona. Las
siguientes preguntas y respuestas cubren las principales funcionalidades del Gráfico de
Control:

¿Cuál es el tiempo de ciclo y el tiempo de entrega?

El ciclo de tiempo es el tiempo dedicado a trabajar en una incidencia, normalmente el
tiempo transcurrido desde el comienzo del trabajo hasta el final del trabajo, pero también
incluye cualquier otro tiempo dedicado al trabajo. Por ejemplo, si una incidencia se vuelve
a abrir, se trabaja y se completa de nuevo, se agrega el tiempo para este trabajo adicional
al tiempo de ciclo.

El tiempo de entrega es similar al tiempo de ciclo, pero es el tiempo que se toma desde
que se registra un problema (no cuando empieza el trabajo) hasta que se complete el
trabajo en ese asunto.

¿Cómo se determina el tiempo del ciclo?

Los estados utilizados para calcular el tiempo de ciclo dependen del flujo de trabajo que
utilice para su proyecto. Debe configurar el Cuadro de control para incluir los estados que
representan el tiempo dedicado a trabajar en una incidencia. Tenga en cuenta que el
gráfico de control intentará seleccionar estos estados automáticamente.

Por ejemplo, si está utilizando el flujo de trabajo de "Desarrollo de software de JIRA", puede
considerar que el trabajo ha comenzado en una incidencia cuando pasa a "In Progress" y
debe haber terminado cuando pasa de "In Review" a "Done" '. Podría mostrarlo en el
Gráfico de control seleccionando "In Progress " y "In Review" como Columnas , ya que esto
mostraría el tiempo que han pasado las incidencias en esos dos estados.

Sugerencia: también puede configurar el Gráfico de control para mostrar los datos de
tiempo de ejecución en lugar de los datos del tiempo de ciclo. Simplemente seleccione los
estados que representan el tiempo dedicado a una incidencia;Desde el momento en que
se plantea hasta que se haya completado el trabajo.

¿Cómo se calcula la media móvil?

El promedio móvil (línea azul en el gráfico) es basado en incidencia, no basado en el
tiempo. Para cada incidencia que se muestra en la pizarra, el promedio móvil (en ese
momento) se calcula tomando la incidencia en sí, las incidencias X antes de la incidencia y
las incidencia X después de la incidencia, luego promediando sus tiempos de ciclo. En el
cálculo se utiliza el 20% del total de incidencia visualizadas (siempre un número impar y
un mínimo de 5 números).

Por ejemplo, en la captura de pantalla que aparece a continuación, en el momento en que

se muestra una incidencia (punto verde), el promedio móvil se calcula de la siguiente
manera:
1. Tome la incidencia más cuatro incidencias antes y cuatro incidencia después (nueve
incidencias total).
 2. Promedie los tiempos de ciclo para las nueve incidencia.
3. Asigne la línea azul al promedio calculado.

Si el Cuadro de tiempo se reduce a "Dos semanas pasadas", el número de incidencias

utilizadas se reduciría, ya que hay menos incidencia totales disponibles para usar en los
cálculos.

Este método produce una línea de balanceo constante que muestra mejor los valores
atípicos (es decir, el promedio de rodadura no se desvía tan fuertemente hacia los valores
atípicos). La línea media móvil también es fácil de entender, ya que las inflexiones están
relacionadas con las posiciones de las incidencias.

¿Qué representa el área sombreada azul?

El área sombreada en azul del gráfico de control representa la desviación estándar, es

decir, la cantidad de variación de los datos reales del promedio móvil.

La desviación estándar le da una indicación del nivel de confianza que puede tener en los
datos. Por ejemplo, si hay una banda azul estrecha (baja desviación estándar), puede estar
seguro de que el tiempo de ciclo de las próximas incidencias estará cerca del promedio
móvil.

¿Qué representan los puntos en el gráfico?

Como se muestra en la leyenda del gráfico, cada punto representa una incidencia o un
grupo (grupo) de incidencias:
• La colocación vertical del punto representa el tiempo de ciclo para la incidencia, es
decir, el 'Tiempo transcurrido'. Para un grupo de incidencias, el punto se coloca en
el tiempo medio de ciclo para los problemas.
• La ubicación horizontal indica cuándo la(s) incidencia (s) pasa (n) del último estado
seleccionado en el gráfico (enColumnas). Por ejemplo, si utiliza el flujo de trabajo de
"Desarrollo de software JIRA" y ha seleccionado "In Progress" y "In Review" como las
columnas del Gráfico de control, los puntos indicarán cuándo la incidencia salió del
estado de "In Review" .

¿Por qué cambia la escala del eje Tiempo transcurrido cuando cambio el periodo
de tiempo?
Si el valor máximo de tiempo transcurrido en el gráfico es menor de 30 días, se utiliza una
escala lineal para el eje y. Si es 30 días o más, se usa una escala de potencia de raíz
cúbica.

Cuando cambia el periodo de tiempo , puede incluir incidencia con un tiempo transcurrido
de más de 30 días cuando no lo hizo previamente, o viceversa. Esto cambiará la escala,
como se describió anteriormente.

Escala lineal para el tiempo transcurrido

Escala de potencia de raiz cúbica para el tiempo transcurrido

Consejos y ejemplos.
Aprenda cómo ajustar su gráfico de control para mostrar los datos que necesita con los
siguientes ejemplos:

Consejo 1: Eliminar los valores atípicos no deseados

El gráfico de control puede ayudarle a identificar los valores atípicos. En un examen más
detallado, puede determinar que ciertos valores atípicos son inválidos debido a un error
humano. Por ejemplo, puede tener una historia que se inició, pero se detuvo y, a
continuación, volvió a quedarse en el backlog, pero no se devolvió al estado de "Hacer". El
tiempo que el problema pasó 'en progreso' incorrectamente sería sesgar de forma
incorrecta los datos para el gráfico de control.

Para eliminar los valores atípicos no deseados de su Gráfico de Control, agregue una
etiqueta a cada incidencia atípica (por ejemplo, outlier) y cree un Quick Filter con este JQL:
labels is EMPTY or labels not in (outlier). Configure su gráfico de control para utilizar este
filtro rápido.

Gráfico de control con valores atípicos no válidos

Gráfico de control con valores atípicos no válidos retirados (tenga en cuenta la escala más
pequeña de 'Tiempo transcurrido')
Consejo 2: Eliminar las bajas de triaje.

En un gráfico de control, generalmente desea realizar un seguimiento de las incidencias

que se resuelven como 'fijos'. Las incidencias que son triaged y resueltas como un
duplicado, contestado, rastreado en otro lugar, etc puede sesgar los datos, lo que reduce
el tiempo promedio del ciclo considerablemente.

Para eliminar las bajas de triaje de su gráfico de control, cree un filtro rápido con esta
resolución JQL: resolution in (Fixed). Configure su gráfico de control para utilizar este filtro
rápido.

Ejemplo de gráfico de control que incluye incidencias en los que la resolución no es 'Fixed'

Ejemplo de gráfico de control excluyendo las incidencias en los que la resolución no es '
Fixed '(tenga en cuenta el tiempo medio de ciclo más alto)
Consejo 3: Excluir el trabajo actual.

El Gráfico de control muestra los datos de las incidencia que han estado en una columna
seleccionada, pero ya no están en una columna seleccionada. Esto proporciona el tiempo
de ciclo (tiempo total transcurrido) para las incidencias. Sin embargo, de forma
predeterminada, esto incluirá incidencias que todavía se están moviendo a través de la
pizarra.

Para ver los datos del trabajo completo sólo en su Gráfico de Control, cree un Filtro Rápido
con este JQL:status in (Resolved, Closed).Configure su gráfico de control para utilizar este
filtro rápido.

Ejemplo de gráfico de control que incluye todos las incidencias.

Ejemplo de gráfico de control que incluye incidencias en los que el estado es 'Resuelto' o
'Cerrado' solamente.
Aprenda a interpretar una gráfico de control con los siguientes ejemplos:
Ejemplo 1:

• La productividad del equipo está aumentando: indicada por la tendencia a la baja

de la media móvil.
• El tiempo de ciclo de las incidencias futuras es probable que esté cerca del
promedio móvil (2 días o menos): indicado por la desviación estándar baja (área
azul sombreada estrecha).

Ejemplo 2:

• La productividad del equipo es bastante consistente: indicada por el promedio móvil

cercano al promedio.
• Hay obvios evidentes el martes 14 y miércoles 15 (7 días y 10 días de tiempo
transcurrido respectivamente, en comparación con 2 días en promedio) que deben
 investigarse.
• Los datos son cada vez más predecibles con el tiempo.
Comparando diferentes métodos de cálculo del promedio
móvil en el Gráfico de Control.
El nuevo Gráfico de Control utiliza un cálculo diferente para el promedio móvil que el
Gráfico de Control antiguo. En esta página, comparamos diferentes métodos para calcular
el promedio móvil y mostramos cómo el cálculo basado en incidencias (Ejemplo 3) es
mejor.
Considere cómo el promedio móvil (línea azul) se asigna en los ejemplos que se muestran
a continuación. Los tres ejemplos usan los mismos datos:

Ejemplo 1: Ventana basada en el tiempo, centrada en cada día.

En este ejemplo, se calcula y mapea el promedio móvil para cada día en el gráfico. Este
cálculo se utiliza en la antigua grafica de control.
En cada día, el promedio se calcula haciendo lo siguiente:
• Determine una ventana de tiempo (por ejemplo, dos días), basada en el calendario
general del gráfico.
• Utilice las incidencias de la ventana para calcular el tiempo de ciclo medio.

Calendario de una semana (ventana de un día)

 Calendario de dos semanas (ventana de dos días)
Este enfoque tiene una serie de problemas. En estos gráficos, se puede ver que la última
incidencia es claramente un caso atipico. Sin embargo, como está demasiado lejos de
otras incidencias, la línea del promedio móvil simplemente salta, especialmente en el
período de una semana. La línea de media móvil también se dobla en lugares inesperados
en el gráfico.
El intervalo de tiempo de una semana tampoco muestra una desviación estándar (área
sombreada azul claro) alrededor del caso atípico, aunque es un poco mejor cuando se
aleja a un período de dos semanas. Sin embargo, el plazo de dos semanas muestra otros
problemas - el promedio de balanceo aumenta e incluso fluctúa antes de la primera
incidencia.

Ejemplo 2: Ventana basada en el tiempo, centrada en cada

incidencia.
En este ejemplo, el promedio móvil se calcula y mapea para cada incidencia en el gráfico.
En cada incidencia, el promedio se calcula haciendo lo siguiente:
• Determine una ventana de tiempo(por ejemplo, dos días), basada en el calendario
general del gráfico.
• Utilice las incidencia de la ventana para calcular el tiempo medio del ciclo.

Una semana de periodo de tiempo(ventana de un día)

 Dos semanas de plazo (ventana de dos días). Este gráfico es el mismo que el de más
arriba, pero se amplía a dos semanas, es decir, incluye una semana adicional antes de la
original.

Este enfoque es mejor que el enfoque del ejemplo 1. Al centrarse alrededor de los puntos
de incidencias, la variación en la línea del promedio móvil es más fácil de entender: cada
incidencia completada causa un cambio. El promedio móvil también comienza en el primer
punto, en lugar de subir de cero.
Sin embargo, tenga en cuenta que el caso atípico todavía no se maneja bien. La media de
balanceo sigue subiendo y no muestra la desviación estándar.

Ejemplo 3: Ventana basada en un número de incidencias totales,

centrada en cada incidencia.
En este ejemplo, la media móvil se calcula y asigna para cada incidencia en el gráfico.
Este cálculo se utiliza en el nuevo gráfico de control y se describe en más detalle en el
gráfico de control.
En cada incidencia, el promedio se calcula de la siguiente manera:
• Tome un número determinado de incidencias (por ejemplo, cinco), basado en el
número total de incidencias en el gráfico.
• Utilice las incidencias de la ventana para calcular el tiempo de ciclo medio.

Una semana de plazo

 Dos semanas de plazo.
Este enfoque mejora sobre ambos ejemplos 1 y 2. La ventana no está basada en el
tiempo, sino que se basa en el número de incidencias - en los gráficos anteriores, se
incluyen dos incidencias por delante y dos detrás de los problemas.
La media móvil empieza en el primer punto de datos y las variaciones son fáciles de
entender. Además, se maneja mejor el valor atípico. El promedio móvil es una línea más
constante hacia la derecha de la tabla, y muestra claramente la última incidencia como un
valor atípico con la desviación estándar correspondiente.

Diagrama de flujo acumulado.

Un Diagrama de Flujo Acumulado (CFD en inglés) es un gráfico de área que muestra los
diferentes estados de los elementos de trabajo para una aplicación, una versión o un
sprint. El eje x horizontal en un CFD indica el tiempo, y el eje vertical y indica tarjetas
(incidencias). Cada área coloreada del gráfico equivale a un estado de flujo de trabajo (es
decir, una columna en su pizarra).

El CFD puede ser útil para identificar cuellos de botella. Si su gráfico contiene un área que
se está ensanchando verticalmente con el tiempo, la columna que equivale al área de
ensanchamiento generalmente será un cuello de botella.

Visualización del Diagrama de Flujo Acumulado.

1. Haga clic en Pizarras (en el encabezado)> seleccione la pizarra deseada.
2. Haga clic en Informes y, a continuación, seleccione Diagrama de flujo acumulado.
• Para refinar los datos mostrados en el informe, haga clic en Perfeccionar informe y
seleccione los filtros que desee.
• Para seleccionar un intervalo de tiempo diferente, haga clic en el menú desplegable
del intervalo de fechas en la parte superior del gráfico.
• Para seleccionar un intervalo de fechas diferente, arrastre el cursor a través de la
vista general en la parte inferior del gráfico.
Sugerencia: haga clic en Cómo leer este gráfico en la parte superior del informe para ver
una breve descripción del informe.
Descripción del diagrama de flujo acumulativo. (CFD)
Antes de empezar a usar el CFD, debe conocer cómo funciona. La siguiente información le
ayudará a entender las funcionalidades clave del CFD:

• El CFD es específico de la pizarra, es decir, sólo incluirá incidencias que coincidan

con el filtro guardado de su pizarra.
• El CFD se basa en el mapeo de columnas de su pizarra. Se considera que una
incidencia es "To Do" cuando se encuentra en un estado que se ha asignado a la
columna de la izquierda de su pizarra. Del mismo modo, una incidencia se
considera "Done" cuando se encuentra en un estado que se ha asignado a la
columna más a la derecha de su pizarra.

Epic Burndown.
Acerca del informe Epic Burndown.
El informe Epic Burndown le muestra cómo su equipo está progresando en contra del
trabajo por un épic. Un epic es una gran historia de usuario que puede desglosarse en una
serie de historias más pequeñas. El informe mostrará los datos basados en la estadística
de estimación que utiliza su proyecto.

Estas son algunas de las formas en que podría utilizar un informe Epic Burndown:
• Vea con qué rapidez su equipo está trabajando a través de la epic,
• Vea cómo el trabajo agregado y eliminado durante el sprint ha afectado el progreso
general de su equipo, y
• Predecir cuántos sprints se necesitará para completar el trabajo para un epic,
basado en sprints y cambios pasados durante los sprints.

Si ha utilizado el Informe Epic antes, notará algunas similitudes. Sin embargo, el Epic
Burndown está optimizado para los equipos scrum que trabajan en sprints, lo que facilita
mucho el seguimiento.

Visualización del informe Epic Burndown.

1. Haga clic en Pizarras(en el encabezado)> seleccione la pizarra deseada.
2. Haga clic en Informes y seleccione Epic Burndown.
3. Selecciona el epic relevante del menú desplegable Epic Burndown. Podrás
seleccionar entre épics que están en proyectos configurados para tu pizarra (a
través del filtro de la pizarra).

Sugerencia: haga clic en Cómo leer este gráfico en la parte superior del informe para ver
una breve descripción del informe.

Si está utilizando Internet Explorer 8,el Epic Burndown no funcionará.

Impresión del informe de Epic Burndown

Para imprimir el informe, visualice el informe y utilice la funcionalidad de impresión de su
navegador. El informe se ajustará a las páginas de tamaño A4 o Letter en los modos
vertical y horizontal (tenga en cuenta que hay un problema conocido que se imprime en el
entorno horizontal con Chrome).

Entendiendo el informe Epic Burndown.

Antes de empezar a usar el informe Epic Burndown, debe conocer cómo funciona.

La barra de sprint
• Sección verde claro= trabajo realizado
durante el sprint.
Tenga en cuenta, si una barra es
completamente verde claro, no será capaz de
decir cuánto del trabajo terminado se estimó
originalmente o no.Para obtener esta
información, haga clic en la barra para ver los
detalles.
• Sección azul claro = trabajo que permanece
en la epic, del trabajo total estimado para la
epic al inicio del sprint.Sección azul oscuro=
trabajo que se agregó durante el sprint, pero no
se incluyó originalmente (es decir, cambio de
alcance).
 • Sección verde claro + sección azul claro = trabajo total en la epic que
originalmente se estimó al comienzo del sprint.
• Sección azul claro + sección azul oscuro = trabajo total en la epic que queda al
final del sprint.
• Barras con secciones grises = sprints predichos (ver abajo).

Previsiones de sprints.
Los sprints pronosticados se calculan en base a la velocidad * de tu equipo (cantidad de
trabajo completado en los últimos tres sprints) y el trabajo total restante para la epic. El
cambio de alcance no se considera al calcular la velocidad *, pero se incluye en el trabajo
total restante.

No es lo mismo que la velocidad descrita en el gráfico de velocidad

Considere el siguiente ejemplo:

1. Evaluación del trabajo sobresaliente: 12 puntos de historia quedan para el

epic, al inicio del sprint actual (sprint 10).
2. Cálculo de la velocidad: 7 puntos de historia se completaron en los últimos tres
sprints (sprint 8, sprint 9 y sprint 10). Esto promedia a una velocidad de 2 puntos de
la historia por sprint, redondeando al punto más cercano de la historia.
3. Predicción de los sprints restantes: A una velocidad de 2 puntos de historia por
sprint, se necesitarán 6 sprints más para completar el trabajo para la epic. Es decir,
6 sprints de 2 puntos de historia cada uno.

¿Se cuenta mi sprint actual al calcular la velocidad de mi equipo?

El sprint actual normalmente no se cuenta al calcular la velocidad del equipo. En el

ejemplo anterior, la barra de sprint actual muestra secciones grises (como las barras para
los sprints previstos) para representar esto.
La excepción es cuando ya ha completado más trabajo en el sprint actual que el trabajo
que se predijo que se completará. En este caso, el sprint actual (y el trabajo real
terminado) se utiliza como uno de los tres sprints utilizados para calcular la velocidad.
Además, la barra de sprint mostrará secciones verdes / azules, como las barras para los
sprints completados.
Por ejemplo, en el gráfico anterior, si su equipo no ha completado más de 2 puntos de
historia en el sprint 10, se utilizará el sprint 7, sprint 8 y sprint 9 para calcular la velocidad
- en lugar de sprint 8, Sprint 9 y sprint 10.
Otras funcionalidades.
Las siguientes preguntas y respuestas cubren las otras funciones clave del informe Epic
Burndown:

¿Qué determina el primer y último sprint que se muestra en el gráfico?

• El primer sprint que se muestra es el que contiene la primera edición (en el épic)
que transiciones fuera del estado 'To Do', es decir, el trabajo se inicia en el epic.
• El último sprint demostrado es el uno cuando se termina todo el trabajo para el
epic; O si el trabajo permanece, entonces el sprint pronosticado cuando el trabajo
será terminado.
El mapeo de estados a su pizarra determina cuándo una incidencia se considera 'To Do' o
'Done'.

¿Cómo afecta el porcentaje de incidencias no estimadas al informe?

El informe Epic Burndown sólo puede hacer predicciones basadas en las incidencias
estimadas en tu epic. Esto no incluye incidencias que no se pueden estimar (por ejemplo,
si ha configurado un tipo de incidencia para no tener el campo Puntos de historia). Si usted
tiene un alto porcentaje de incidencias no estimadas, entonces las predicciones en el
informe no serán confiables(la etiqueta % unestimated issues está coloreada de rojo
cuando el porcentaje está por encima del 30%).
Por ejemplo, si sólo has estimado un 10% de las incidencias de la epic, entonces el informe
predice la finalización del trabajo para la epic en base al 10% del total de incidencias. En
realidad, su equipo probablemente tiene mucho más trabajo por completar.

¿Qué cambios afectan a la estimación original y qué cambios afectan al alcance

(trabajo agregado)?

Los siguientes cambios afectan a la estimación original de un sprint:

• Se estima una incidencia en una epic (antes de comenzar) (se añade estimación).
• Una incidencia en un epic (antes de que comenzara) es reestimado (cambios de la
estimación).
Los siguientes cambios afectan el alcance de un sprint:
• Se agrega una incidencia a un epic (después de que se inició) con una estimación
existente.
• Una incidencia que se agregó a una epic (después de que se inició) se estima (se
agrega la estimación).
• Una incidencia que se agregó a una epic (después de que se inició) es re-estimado
(cambios de estimación).Tenga en cuenta que si la incidencia se vuelve a calcular
en un sprint posterior, el alcance se ajusta retroactivamente en el sprint al que se
añadió originalmente el problema.

Si el trabajo se realiza fuera de un sprint, ¿cómo se representa?

Cualquier cambio (burndown o alcance) que ocurra fuera de un sprint se mostrará como
parte del sprint con la última fecha de inicio antes de la fecha de cambio.

Si se vuelve a abrir una incidencia completada o se agrega/quita de un epic,

¿cómo se representa?

Incidencia completada en un sprint, luego reabierta:

• La incidencia no se mostrará en el sprint anterior.

Incidencia terminada en un épic, pero retirada de la epic después:

• El alcance permanecerá sin cambios y el trabajo terminado todavía se muestra.
Incidencia terminada en otra épic, pero posteriormente es incluida en la épic (mostrada en
el informe):
• El alcance permanecerá sin cambios.

Incidencia completada en un sprint, pero sólo añadido a la épic después:

• La incidencia se mostrará en el informe, como si siempre fuera parte de la epic.

¿Qué pasa si mi problema está en un estado no asignado?

Si su incidencia se encuentra en un estado no asignado(es decir, estado no asigando a una

columna), no se considerará en el informe Epic Burndown. Es decir, no se incluirá en las
barras de sprint, las incidencias no estimadas, los puntos restantes de la historia, etc.

Informe epic

El Epic Report muestra una lista de incidencias completas, incompletas y no estimadas en

una épic. Es particularmente útil en la planificación de trabajo para una epic que puede
extenderse a través de múltiples sprints.
Utilice el Informe Epic para entender el progreso hacia la terminación de una epic con el
tiempo y para rastrear la cantidad de trabajo restante que está incompleto o no estimado.

Antes de empezar.
• Esto sólo se aplica a las pizarra Scrum.
Visualización del informe Epic.
1. Haga clic en Pizarras (en el encabezado)> seleccione la pizarra deseada.
2. Haga clic en Informes y, a continuación, seleccione Informe epic.
3. Selecciona el épic relevante del menú desplegable épic.
• Haga clic en Ver en el Navegador de incidencias para saltar al Navegador de
Incidenciasy ver una lista de todas las incidencias del épic.

Sugerencia: haga clic en Cómo leer este gráfico en la parte superior del informe para ver
una breve descripción del informe.

Entendiendo el Informe Epic.

Antes de empezar a usar el Informe Epic, debe conocer cómo funciona. La siguiente
información le ayudará a entender las funcionalidades clave del Informe Epic:
• El informe Epic se basa en la asignación de columnas de su pizarra. Se considera
que una incidencia es "To Do" cuando se encuentra en un estado que se ha
asignado a la columna de la izquierda de su tabla. Del mismo modo, una incidencia
se considera "Done" cuando se encuentra en un estado que se ha asignado a la
columna más a la derecha de su pizarra.
• El gráfico se verá diferente si está usando el Recuento de incidencias como su
Estadística de estimación (en lugar de Puntos de historia, como se muestra en la
captura de pantalla anterior).
Release Burndown.

Captura de pantalla: Release Burndown (puntos de historia)

Acerca del informe Release Burndown.

El informe Release Burndown le muestra cómo su equipo está progresando en contra del
trabajo para una versión. En JIRA Software, no existe una entidad 'release' - una versión es
equivalente a una versión (por lo tanto, el término 'version' se utilizará en lugar de
'release' en este documento). El informe mostrará los datos basados en la estadística de
estimación que utiliza su proyecto.
Estas son algunas de las maneras en que podría utilizar un informe de Release Burndown:
• Vea con qué rapidez su equipo está trabajando a través del backlog,
• Vea cómo el trabajo agregado y eliminado durante el sprint ha afectado el progreso
general de su equipo, y
• Predecir cuántos sprints se necesitará para completar el trabajo de una versión,
basada en sprints pasados y cambios durante los sprints.

Si ha utilizado el Informe de versión antes, notará algunas similitudes. Sin embargo, el

informe Release Burndown está optimizado para equipos scrum que funcionan en sprints,
lo que facilita el seguimiento.
Visualización del informe Release Burndown.
1. Haga clic en Pizarras(en el encabezado)> seleccione la pizarra deseada.
2. Haga clic en Informes y , a continuación, seleccione Release Burndown.
3. Seleccione la versión correspondiente en el menú desplegable LRelease Burndown .
Podrá elegir entre versiones que estén en proyectos configurados para su pizarra (a
través del filtro de la pizarra).

Sugerencia: haga clic en Cómo leer este gráfico en la parte superior del informe para ver
una breve descripción del informe.

Si utiliza Internet Explorer 8, el Release Burndown no funcionará.

Impresión del informe Release Burndown.

Para imprimir el informe, visualice el informe y utilice la funcionalidad de impresión de su
navegador. El informe se ajustará a las páginas de tamaño A4 o Letter en los modos
vertical y horizontal (tenga en cuenta que hay un problema conocido que se imprime en el
entorno horizontal con Chrome).

Descripción del informe Release Burndown.

La barra de sprint.
Sección verde claro= trabajo realizado
•
durante el sprint.
Tenga en cuenta, si una barra es
completamente verde claro, no será capaz
de decir cuánto del trabajo terminado se
estimó originalmente o no.Para obtener esta
información, haga clic en la barra para ver
los detalles.
• Sección azul claro = trabajo que
permanece en la epic, del trabajo total
estimado para la epic al inicio del
sprint.Sección azul oscuro= trabajo que se
agregó durante el sprint, pero no se incluyó
originalmente (es decir, cambio de alcance).
• Sección verde claro + sección azul claro
= trabajo total en la epic que originalmente
se estimó al comienzo del sprint.
• Sección azul claro + sección azul oscuro
= trabajo total en la epic que queda al final
del sprint.
• Barras con secciones grises = sprints predichos (ver abajo).

Previsiones de sprints.
Los sprints pronosticados se calculan en base a la velocidad * de tu equipo (cantidad de
trabajo completado en los últimos tres sprints) y el trabajo total restante para la epic. El
cambio de alcance no se considera al calcular la velocidad *, pero se incluye en el trabajo
total restante.
• No es lo mismo que la velocidad descrita en el gráfico de velocidad
Considere el siguiente ejemplo:

1. Evaluación del trabajo destacado: quedan 26 puntos de historia para la versión,

al inicio del sprint actual (sprint 5).
Tenga en cuenta que la etiqueta '22 restante (story points) '(en la parte superior de
cada informe de Release Burndown) resta los 4 puntos de historia que se prevé que
se completarán en el sprint actual.
2. Calculando la velocidad:11 puntos de historia se completaron en los últimos tres
sprints (sprint 2, sprint 3 y sprint 4). Esto promedia a una velocidad de 4 puntos de
la historia por sprint , redondeando al punto más cercano de la historia.
3. Predicción de los sprints restantes: A una velocidad de 4 puntos de historia por
sprint, se necesitarán 7 sprints más (incluyendo el sprint actual) para completar el
trabajo para la versión: 26 puntos de historia. Es decir, 6 sprints de 4 puntos de
historia, más un sprint final de 2 puntos de historia.
¿Se cuenta mi sprint actual al calcular la velocidad de mi equipo?
El sprint actual normalmente no se cuenta al calcular la velocidad del equipo. En el
ejemplo anterior, la barra de sprint actual muestra secciones grises (como las barras para
los sprints previstos) para representar esto. La excepción es cuando ya ha completado
más trabajo en el sprint actual que el trabajo que se predijo que se completará. En este
caso, el sprint actual (y el trabajo real terminado) se utiliza como uno de los tres sprints
utilizados para calcular la velocidad. Además, la barra de sprint mostrará secciones verdes
/ azules, como las barras para los sprints completados.
Por ejemplo, en el gráfico anterior, si su equipo ya había completado más de 4 puntos de
historia en el sprint 5, se utilizaría el sprint 3, sprint 4 y sprint 5 para calcular la velocidad,
en lugar del sprint 2, Sprint 3 y sprint 4.

Otras funcionalidades.
Las siguientes preguntas y respuestas cubren las otras funciones clave del informe
Release Burndown:

¿Por qué las fechas de los primeros / últimos sprints de mi informe coinciden con
la fecha de inicio / fecha de lanzamiento configurada para mi versión?
La Fecha de inicio y la Fecha de lanzamiento configuradas para la versión se muestran en
la parte inferior del informe como Fecha de inicio planificada y Fecha de finalización
planeada. Sin embargo, se trata de fechas planificadas, y no determinan el primer y el
último sprint que se muestran en el informe.
• El primer sprint que se muestra es el que contiene la primer incidencia (en la
versión) que sale del estado 'To Do', es decir, se inicia el trabajo en la versión.
• El último sprint demostrado es el uno cuando se termina todo el trabajo para la
versión; O si el trabajo permanece, entonces el sprint pronosticado cuando el
trabajo será terminado.

El mapeo de estados a su pizarra determina cuándo una incidencia se considera 'To Do' o
'Done'.

¿De qué manera el porcentaje de problemas no estimadas afecta el informe?

El informe Release Burndown sólo puede hacer predicciones basadas en las incidencias
estimadas en su versión. Si tiene un alto porcentaje de incidencias no estimadas, entonces
las predicciones en el informe no serán confiables (la etiqueta % unestiated issues está
coloreada de rojo cuando el porcentaje está por encima del 30%, para ayudarlo a tomar
conciencia de esto).

Por ejemplo, si sólo ha estimado el 10% de las incidencias de la versión, el informe predice
la finalización del trabajo para la versión basada en el 10% del total de las incidencias. En
realidad, su equipo probablemente tiene mucho más trabajo por completar.

¿Qué cambios afectan a la estimación original y qué cambios afectan al alcance

(trabajo agregado)?

Los siguientes cambios afectan a la estimación original de un sprint:

• Se estima una incidencia en una versión (antes de comenzar) (se agrega la
estimación).
• Se vuelve a estimar una incidencia en una versión (antes de que se inicie) (cambios
de estimación)

Los siguientes cambios afectan el alcance de un sprint:

• Se agrega una incidencia a una versión (después de que se inició) con una
estimación existente.
• Una incidencia que se agregó a una versión (después de que se inició) se estima (se
agrega la estimación)
• Una incidencia que se agregó a una versión (después de que se inició) se vuelve a
estimar (cambios de estimación). Tenga en cuenta que si la incidencia se vuelve a
calcular en un sprint posterior, el alcance se ajusta retroactivamente en el sprint al
que se añadió originalmente la incidencia.

Si el trabajo se realiza fuera de un sprint, ¿cómo se representa?

Cualquier cambio (burndown o alcance) que ocurra fuera de un sprint se mostrará como
parte del sprint con la última fecha de inicio antes de la fecha de cambio.

Si se vuelve a abrir o se añade / suprime una incidencia completada de una

versión, ¿cómo se representa?

Problema completado en un sprint, luego reabierto:

• La incidencia no se mostrará en el sprint anterior.

Incidencia completada en una versión, pero eliminada de la versión posterior:

• El alcance permanecerá sin cambios y el trabajo terminado todavía se muestra.

Incidencia completada en otra versión o sin una versión, pero posteriormente incluido en
la versión (mostrada en el informe):
 • El alcance permanecerá sin cambios.

La incidencia se completó en un sprint, pero sólo se agregó a la versión posterior:

• La incidencia se mostrará en el informe, como si siempre fuera parte de la versión.
¿Qué pasa si mi problema está en un estado no asignado?

Si su incidencia está en un estado no asignado es decir, el estado no está asignado a una

columna), no se considerará en el gráfico Burdown Release. Es decir, no se incluirá en las
barras de sprint, las incidencias no estimadas, los puntos restantes de la historia, etc.

Informe Sprint

El Informe Sprint muestra la lista de incidencias en cada sprint. Es útil para sus reuniones
de Sprint Retrospective, y también para verificaciones de progreso a mediados del sprint.

Antes de que empieces

Esta página sólo se aplica a las pizarras Scrum.

Visualización del informe Sprint

1. Haga clic en Pizarras(en el encabezado)> seleccione la pizarra deseada.
2. Haga clic en Informes y, a continuación , seleccione Sprint Report.
3. Seleccione el sprint relevante en el menú desplegable de sprint.

Sugerencia: haga clic en Cómo leer este gráfico en la parte superior del informe para ver
una breve descripción del informe.

Explicación del informe Sprint.

Antes de empezar a usar el Informe de Sprint, usted debe conocer cómo funciona. La
siguiente información le ayudará a entender las funcionalidades clave del Informe de
Sprint:
• El informe de Sprint es específico de la pizarra, es decir, sólo incluirá las incidencia
que coincidan con el filtro guardado de la pizarra.
• Las incidencias añadidas después del inicio del sprint se indican con un asterisco.
• Se considera que una incidencia es "To Do" cuando se encuentra en un estado que
se ha asignado a la columna de la izquierda de su pizarra. Del mismo modo, una
incidencia se considera "Done" cuando se encuentra en un estado que se ha
asignado a la columna más a la derecha de su pizarra.
• La línea gris es una guía que se extrae de la estimación total de las incidencias al
inicio del sprint, a 0 al final del sprint.La línea gris permanece plana durante los días
no laborables.
• La línea roja representa el trabajo real realizado durante el sprint - se extrae de la
estimación total de las incidencias al inicio del sprint, y va más o menos a medida
que su equipo trabaja en las incidencias del sprint. Tenga en cuenta que la línea roja
muestra la estimación total actual de incidencias no resueltas en cualquier punto
del sprint. También refleja incidencias que se agregan o eliminan del sprint.
• Si su pizarra está configurada para realizar un seguimiento de las estimaciones
restantes y el tiempo invertido se mostrará una línea verde en el Informe Sprint,
indicando el registro de trabajo de las incidencias.

Gráfico de velocidad.
El gráfico de velocidad muestra la cantidad de valor entregada en cada sprint, lo que le
permite predecir la cantidad de trabajo que el equipo puede hacer en los futuros sprints.
Es útil durante sus reuniones de planificación de sprint, para ayudarle a decidir cuánto
trabajo se puede comprometer de manera factible.

Puede calcular la velocidad de su equipo en función de la estimación total (para todas las
historias completas) de cada sprint reciente. Esto no es una ciencia exacta - mirando
varios sprints le ayudará a tener una idea de la tendencia. Para cada sprint, la Tabla de
Velocidades muestra la suma de las Estimaciones para historias completas e incompletas.
Las estimaciones pueden basarse en los puntos de la historia, el valor del negocio, las
horas, el número de incidencias o cualquier campo numérico de su elección.

La velocidad se puede estimar como el promedio de la suma de las estimaciones para la

cantidad de trabajo completada por un equipo por sprint, así que en la tabla anterior, la
velocidad = (13 + 10 + 17 + 26 + 23) / 5 = 17,8. La velocidad reciente de un equipo
puede ser útil para ayudar a predecir cuánto trabajo puede ser completado por el equipo
en un futuro sprint.

Visualización del gráfico de velocidades.

1. Haga clic en Pizarras(en el encabezado)> seleccione la pizarra deseada.
2. Haga clic en Informes y , a continuación, seleccione Gráfico de velocidades.
3. Se mostrará el gráfico de velocidades, mostrando sus últimos siete sprints
completados.

Sugerencia: haga clic en Cómo leer este gráfico en la parte superior del informe para ver
una breve descripción del informe.
Entendiendo el gráfico de velocidad.
Antes de empezar a usar el gráfico de velocidad, debe conocer cómo funciona. La
siguiente información le ayudará a comprender las funcionalidades clave del gráfico de
velocidades:

• El gráfico de velocidades es específico de la pizarra, es decir, sólo incluirá

incidencias que coincidan con el filtro guardado de la pizarra.
• El gráfico de velocidades se basa en la asignación de columnas de la pizarra. Se
considera que una incidencia es "To Do" cuando se encuentra en un estado que se
ha asignado a la columna de la izquierda de su pizarra. Del mismo modo, una
incidencia se considera "Done" cuando se encuentra en un estado que se ha
asignado a la columna más a la derecha de su pizarra.
Informe de versión.

El informe de versión muestra el progreso de su equipo hacia la finalización de una

versión. El informe de versión también muestra la fecha de lanzamiento prevista, basada
en la velocidad promedio de progreso de su equipo (velocidad) desde el inicio de la versión
y la cantidad estimada de trabajo restante.

Antes de empezar.

• Esto sólo se aplica a las pizarra Scrum.

Visualización del informe de versión.

1. Haga clic en Pizarras(en el encabezado)> seleccione la pizarra deseada.
2. Haga clic en Informes y , a continuación, seleccione Informe de versión.
3. Seleccione la versión relevante en el menú desplegable Versión del informe.

Sugerencia: haga clic en Cómo leer este gráfico en la parte superior del informe para ver
una breve descripción del informe.
Descripción del informe de versión.
Antes de comenzar a usar el Informe de versiones, debe conocer cómo funciona. La
siguiente información le ayudará a entender las funcionalidades clave del Informe de
versión:
• El informe de versión es específico de la pizarra, es decir, sólo incluirá las
incidencias que coincidan con el filtro guardado de la pizarra.
• El informe de versión excluirá las incidencias de tipo subtarea.
• El informe de versiones muestra versiones 'liberadas' pero no 'archivadas'.
• El informe de versión se basa en la asignación de columnas de su pizarra. Se
considera que una incidencia es "To Do" cuando se encuentra en un estado que se
ha asignado a la columna de la izquierda de su pizarra. Del mismo modo, una
incidencia se considera "Done" cuando se encuentra en un estado que se ha
asignado a la columna más a la derecha de su pizarra.
• El eje horizontal comienza en la fecha de inicio de la versión; O si no se especifica
Fecha de inicio , la fecha en la que se agregó primero una inidencia a la versión. La
gráfica muestra el estado en el que se encontraba su versión en cualquier punto
dado, en términos de sus Puntos de historia totales y completados (u otra
estadística de estimación de su elección), para que pueda ver cómo el alcance
puede haber cambiado y cómo Están avanzando hacia la finalización del trabajo
estimado.
• El gráfico muestra las siguientes predicciones:
◦ La fecha prevista de lanzamiento (línea azul), es decir, la fecha en la que puede
esperar que todas las incidencias de su versión sean completas, en función de
su velocidad diaria promedio y la cantidad de trabajo estimado restante.
◦ La fecha prevista de lanzamiento (Optimistic)(área sombreada a la izquierda de
la línea azul) , es decir, la fecha más temprana en la que se podría esperar que
la versión esté completa. (La fecha "optimista" se calcula sumando un 10% a la
velocidad media diaria).
◦ La fecha de lanzamiento prevista (pesimista)(área sombreada a la derecha de la
línea azul), es decir, la última fecha en la que se puede esperar que la versión
esté completa. (La fecha "pesimista" se calcula restando el 10% de la velocidad
media diaria).

• El 10% del trabajo estimado para la versión tendrá que estar completo antes de que
se puedan calcular las predicciones.
Configuración de cuadros de mando.
Su cuadro de mandos es la pantalla principal que ves al iniciar sesión en tu proyecto. Se
pueden crear varios cuadros de mando para diferentes proyectos, o múltiples cuadros de
mando para un gran proyecto . Cada proyecto tiene un panel predeterminado, o puede
crear un panel de control personal y agregar gadgets para realizar un seguimiento de las
asignaciones y problemas en los que está trabajando. Los cuadros de mando están
diseñados para mostrar gadgets que ayudan a organizar sus proyectos, tareas y logros en
diferentes gráficos.
Puede ver todos los cuadros de mando seleccionando el menú desplegable Cuadros de
Mandos en el encabezado de la aplicación JIRA.

Acerca del cuadro de mandos predeterminado.

Los gadgets del panel predeterminado se pueden reordenar y cambiar entre las columnas
izquierda y derecha. También se pueden agregar gadgets adicionales, mientras que
algunos gadgets pueden configurarse. También se puede configurar el diseño del panel
(por ejemplo, número de columnas).
Todos los cambios realizados en el panel predeterminado también cambiarán los cuadros
de mando de todos los usuarios que utilicen actualmente el panel de mandos
predeterminado. Sin embargo, los gadgets que los usuarios no tienen permisos para ver no
se mostrarán a ellos. Por ejemplo, el gadget 'Administración', aunque pueda existir en la
configuración predeterminada del panel, no será visible para usuarios que no sean
administradores.
Creación de un cuadro de mando
Puede crear y personalizar fácilmente su propio panel de control para mostrar la
información que necesita. Tenga en cuenta que sólo los administradores pueden
personalizar el panel de control predeterminado para su proyecto.
1. En la parte superior derecha del Cuadro de Mandos, haga clic en el menú
Herramientas.
2. Seleccione Crear Cuadro de Mandos para crear un panel en blanco o Copiar Cuadro
de Mandos para crear una copia del panel que está viendo actualmente.
3. Nombre y describa su cuadro de mando.
4. Llene el resto de los campos según corresponda.
5. Haga clic en Añadir.

De forma predeterminada, compartir se establece en privado si no ha especificado una

preferencia personal. Puede ajustar esta configuración en las preferencias de uso
compartido en su perfil de usuario y cambiar los permisos del panel en cualquier momento
en la página Administrar Cuadros de Mandos.
Elegir un diseño para el cuadro de mando.
Para elegir un diseño diferente para el panel (por ejemplo, tres columnas en lugar de dos):
1. En la parte superior derecha del panel, haz clic en el enlace "Editar diseño". Se
mostrará una selección de diseños:
 2. Seleccione su diseño preferido.

Administración de gadgets.
Para obtener el máximo rendimiento de su panel de control, incluyendo la adición,
reordenación, eliminación y configuración de gadgets, consulte Adición y personalización
de gadgets.

Gestión de cuadros de mandos y permisos.

Puede editar, eliminar, copiar, marcar favoritos y compartir sus cuadros de mando desde
la página Administrar Cuadros de Mando.
1. Seleccione Cuadros de Mando> Administrar Cuadros de Mandos.
2. Elija el Cuadro de Mando.

Compartir y editar su cuadro de mando.

Puede editar los detalles de su panel de control y restringir o compartir con otros usuarios
de acuerdo con los permisos establecidos. Además, puede ver todos los cuadros de mando
que ha creado, los cuadros de mandos públicos y los cuadros de mandos compartidos.

1. Haga clic en >Editar/Compartir>Añadir permisos de uso compartido.

2. Edite los ajustes.

Cómo añadir cuadros de mando favoritos.

Si encuentra un panel que desee, haga clic en el icono de estrella junto a su nombre para
agregarlo a su lista de cuadros de mando favoritos. También puede agregar el panel
predeterminado a su lista de favoritos para que esté fácilmente disponible para usted.

Nota sobre los permisos del cuadro de mando.

Los administradores de JIRA, como se establece en permisos globales, pueden administrar
los cuadros de mandos compartidos de sus usuarios en el menú de cuadros de mando
compartidos. Los administradores también pueden cambiar la propiedad de un cuadro de
mando si el creador no puede mantener el panel o sus gadgets.
Configurar un Cuadro de Mando.
Convierta cualquier cuadro de mando de aplicación de JIRA en un tablero de pared
conectando a su computadora o a un monitor de TV. El Wallboard es un gadget del cuadro
de mando que actúa como radiador de información para proporcionar una visión visual
instantánea del progreso del proyecto y los logros del equipo. Con el cuadro de mando
favorito seleccionado, haga clic en Herramientas(...)> Ver como tablero. El tablero
aparecerá contra un fondo negro y rotará gadgets si el usuario activa la opción de
presentación.

El Wallboard a continuación muestra los mismos gadgets de incidencias creados

vs.resueltos y datos anteriores.

Adición y personalización de gadgets.

Cómo añadir un gadget a un panel de control.
Puede agregar gadgets a sus propios cuadros de mandos personales. Para agregar un
gadget al cuadro de mandos predeterminado para su aplicación JIRA, debe ser un
administrador de JIRA.

Algunas aplicaciones permiten paneles compartidos por grupos de personas. Si tiene

permiso para actualizar un panel compartido, las otras personas que comparten el panel
también verán sus cambios.

1. Vaya al Cuadro de Mando seleccionando el enlace en Cuadros de Mandos en el

encabezado.
2. En el panel de control, haga clic en Agregar gadget.
3. Utilice el asistente de gadget para elegir los gadgets que desea agregar. Puede ver
una lista de estos gadgets en Gadgets para aplicaciones JIRA.

Cómo personalizar la apariencia de los gadgets.

Existen algunas maneras de personalizar la vista de los gadgets en un cuadro de mando:

Expandir o contraer gadgets.

Utilizar el botón del encabezado del gadget.

Expanda un gadget para ocupar todo el cuadro de mando.

Utilizar el botón del encabezado del gadget.
Notas
Esta vista a menudo proporciona más funcionalidad que la disponible en la vista estándar
del gadget. Sólo algunos gadgets proporcionan la vista maximizada o de lienzo. La
configuración de la vista de lienzo se almacena en una cookie y no se guarda en el
servidor del panel.
Reorganizar los gadgets.
Utilizar el botón del encabezado del gadget.

Personalizar los marcos de gadget o Eliminar un gadget.

Utilizar el botón del encabezado del gadget.

Gadgets personalizados.
Necesita privilegios de administrador para agregar un gadget a la lista de gadgets
disponibles. Si tiene permiso para agregar gadgets y eliminar gadgets del directorio, verá
los botones "Añadir gadget al directorio" y "Quitar" en la pantalla "Añadir gadget".Esta
funcionalidad sólo está disponible para la versión de servidor de aplicaciones.

Gadgets para aplicaciones JIRA.

Los gadgets le permiten personalizar la información que aparece en los cuadros de
mandos de las aplicaciones JIRA (o en sus tableros de pared, si utiliza cuadros de mandos
para ese propósito). Esta página enumera todos los gadgets disponibles para las
aplicaciones de JIRA y para cuáles están disponibles.

Últimas acciones.
JIRA Core ,JIRA Software, JIRA Service Desk.
• Vea la actividad en su instancia: ¡es como un feed de Facebook para su instancia!

Sprint Burndown Gadget.

JIRA Software.
• Vea el burndown para un sprint dado en un gráfico de líneas útil.
Notas.
• El eje vertical representa la estadística de estimación configurada.
• El gadget sólo mostrará sprints que no se han completado.

Gadget de Salud Sprint.

JIRA Software.
• Ver un resumen de las incidencias en un sprint en un práctico gráfico de barras con
códigos de colores.
Notas.
• Los colores de este gadget coinciden con los colores de la configuración de la
columna.
• El trabajo realizado se calcula sobre la base de la estadística de estimación utilizada
para su pizarra. Esto se refleja en la parte verde de la barra de progreso. Por
ejemplo, si tiene 50 puntos de historia en un sprint y tiene 3 puntos con 10 puntos
de historia que han sido resueltos, el 'Trabajo completo' será 20% (es decir, 10 de
50 puntos de historia).
• El gadget no reflejará el progreso del trabajo registrado en los campos 'Estimado
restante' y 'Tiempo transcurrido' en JIRA.
• Agregar o quitar una incidencia de un sprint, después de que se ha iniciado se
considera un cambio de alcance. El porcentaje se calcula utilizando la estadística
configurada para la pizarra. Por ejemplo, si inició un sprint con 50 puntos de historia
y agregó una incidencia con 5 puntos de historia, el gadget de Sprint Health
mostraría un cambio de alcance del 10%.
• Si agrega o elimina incidencias que no tienen estimaciones, el cambio de ámbito no
se modificará.
• Si utiliza el seguimiento de tiempo, no se mostrará el cambio de ámbito.
 • El campo "bloqueador" cuenta todos los bloqueadores que están en 'To Do' o 'In
Progress'.

Informe de versión.
JIRA Software.
• Seguimiento de la fecha de lanzamiento proyectada para una versión. Esto le ayuda
a supervisar si la versión se lanzará a tiempo, por lo que puede tomar medidas si el
trabajo se está quedando atrás.

Gadget de pared ágil.

JIRA Software.
• Conozca el seguimiento de una pizarra ágil con un tablero ágil que se muestra en
su pizarra (o tablero de instrumentos).

Asignado a mí.
JIRA Core ,JIRA Software, JIRA Service Desk.
• Vea rápidamente todas las incidencias no resueltas asignadas a usted.

Gráfico de edad promedio.

JIRA Core ,JIRA Software, JIRA Service Desk.
• ¿Quieres saber la edad promedio de las incidencias no resueltas?
Este gadget te dice eso.
Notas.
• El informe se basa en su elección de proyecto o filtro de incidencias y sus unidades
de tiempo elegidas (es decir, horas, días, semanas, meses, trimestres o años).
• Para los propósitos de este gadget, una incidencia se define como no resuelto si no
tiene valor en el campo de resolución del sistema.
• La edad de una incidencia es la diferencia entre la fecha actual y la fecha de
creación del problema.

Promedio de veces en el estado.

JIRA Core ,JIRA Software, JIRA Service Desk.
• Muestra el número medio de veces que las incidencias han estado en un estado.

Gráficos de Bamboo.
JIRA Core ,JIRA Software, JIRA Service Desk.
• Comprueba las salidas de un plan de bamboo en el cuadro de mandos.
Notas.
• Su administrador de JIRA debe haber configurado el complemento Bamboo, si desea
agregar el gadget de gráficos de bamboo a su cuadro de mando. Si ha añadido
varios servidores de Bamboo en JIRA, habrá un gadget de gráficos de bamboo
disponible por servidor, por ejemplo, "Gadget de gráficos de bambú de
http://172.20.5.83:8085", "Gadget de gráficos de bambú de http://172.19.6.93:
8085', etc.
• Cuando agrega este gadget al panel de JIRA, puede ver un mensaje similar a este:

El sitio web (contenedor) en el que has colocado este gadget está

desautorizado.Póngase en contacto con el administrador del sistema para que se
apruebe.

Para solucionar este problema, necesitará configurar su sitio de Bamboo para permitir que
JIRA dibuje información a través de gadgets en el cuadro de mando de JIRA. Para ello,
primero el administrador de JIRA debe definir su sitio JIRA como un consumidor de OAuth
en Bamboo. A continuación, se le pedirá que realice una autenticación de una sola vez
antes de que su gadget se muestre correctamente.

Plan de Bamboo.
JIRA Core ,JIRA Software, JIRA Service Desk.
 • Ver una lista de todos los planes en un servidor Bamboo particular y el estado
actual de cada plan.
Gráfico de burbujas.
JIRA Core ,JIRA Software, JIRA Service Desk.
• Realizar un seguimiento visual de la correlación de incidencias en un proyecto o
filtro durante un período configurado, basado en los siguientes detalles:
◦ Número de días en que se han abierto las incidencias.
◦ Número de comentarios que tienen las incidencias.
◦ Número de participantes o votos que tienen las incidencias.
Notas.
• El eje horizontal representa el número de días en que las incidencias se han
mantenido abiertas, mientras que el eje vertical representa el número de
comentarios que tienen.
• Los colores de la burbuja también indican la correlación entre los días abiertos y el
número de comentarios - con el color verde indicando valores bajos y el color rojo
indicando valores altos.
• Sólo las primeras 200 incidencias abiertas coincidentes se muestran en el gráfico
de burbujas.
• Puede configurar los siguientes ajustes para el gráfico de burbujas:
◦ El período durante el cual los comentarios de incidencias se consideran
recientes.
◦ La base del tamaño de la burbuja , ya sea participantes o votos.
◦ Actualización automática de los datos de la tabla de burbujas cada 15 minutos.
◦ Coloración relativa para distinguir las incidencias que reciben más comentarios
de los que reciben menos comentarios.
◦ Escala logarítmica (el valor predeterminado es la escala lineal) para distribuir las
burbujas entre sí en consecuencia. Le recomendamos que utilice la escala
logarítmica si su gráfico de burbujas contiene una amplia gama de datos.

Cobertura de trébol.
JIRA Core ,JIRA Software, JIRA Service Desk.
• Ver la cobertura de Clover de los planes de un servidor particular de Bamboo.

Gráfico creado vs. Resuelto.

JIRA Core ,JIRA Software, JIRA Service Desk.
• Comprobar su progreso al ver el número de incidencias creadas en función del
número de incidencias resueltas durante un período de tiempo determinado.

Notas.
• El gráfico se basa en su opción de filtro de proyecto o incidencia y el gráfico puede
ser acumulativo o no.
• Una incidencias se marca como resuelto en un período si tiene una fecha de
resolución en ese período.
• La fecha de resolución es la última fecha en que el campo Resolución se estableció
en cualquier valor no vacío.

Gráficos de Crucible.
JIRA Core ,JIRA Software, JIRA Service Desk.
• Ver resúmenes estadísticos de sus revisiones de código.

Notas.
• Su administrador de JIRA debe haber configurado el complemento FishEye, si desea
agregar el gadget de Cuadros de Crucible a su panel (no aplicable a JIRA Cloud).

Días que quedan en el Sprint.

JIRA Software.
• ¡Cuenta regresiva! Vea cuántos días de trabajo tiene antes de que finalice el sprint
actual.
Filtros favoritos.
JIRA Core ,JIRA Software, JIRA Service Desk.
• Consulte una lista de todos los filtros de incidencias que ha agregado actualmente
como filtro favorito.

Filtrar Resultados.
JIRA Core ,JIRA Software, JIRA Service Desk.
• Ver los resultados de un filtro de incidencias especificado en el cuadro de mandos

Gráficos FishEye.
JIRA Core ,JIRA Software, JIRA Service Desk.
• Diagrama de datos LOC de un repositorio de FishEye.

FishEye Cambios reciente.

JIRA Core ,JIRA Software, JIRA Service Desk.
• Obtenga dos gráficos sobre su repositorio en uno: líneas de código y commits.

Introducción.
JIRA Core ,JIRA Software, JIRA Service Desk.
• Saluda a los usuarios con un mensaje configurable en el cuadro de mandos.

Notas.
• El texto / html que aparece en el dispositivo de introducción está configurado por el
administrador de JIRA, a través de la página de configuración de JIRA.

Estadísticas de incidencias.
JIRA Core ,JIRA Software, JIRA Service Desk.
• Consulte las incidencias devueltas de un proyecto especificado o de un filtro
guardado (agrupados por un campo especificado).

Incidencias en curso.
JIRA Core ,JIRA Software, JIRA Service Desk.
• ¡Tiempo de trabajar! Vea todas las incidencias que están en curso y asignadas.

Calendario de Incidencias JIRA.

JIRA Core ,JIRA Software, JIRA Service Desk.
• Generación de una vista basada en calendario de fechas de vencimiento para
incidencias y versiones.
Notas.
• El complemento de calendario de JIRA es necesario para que este gadget esté
disponible.

Mapa de Ruta de JIRA.

JIRA Core ,JIRA Software, JIRA Service Desk.
• Ver qué versiones se deben publicar en un período determinado, así como un
resumen de los avances realizados para completar las incidencias en las versiones.

Gadget de etiquetas.
Utilice este gadget para ver una lista de todas las etiquetas utilizadas en un proyecto
determinado.

Gráfico circular.
JIRA Core ,JIRA Software, JIRA Service Desk.
• Consulte las incidencias devueltas de un proyecto o filtro de incidencias
especificado, agrupados por un campo especificado.
Enlaces rápidos.
JIRA Core ,JIRA Software, JIRA Service Desk.
• Enlace a búsquedas y operaciones frecuentes.

Gráfico “Creado Recientemente”.

JIRA Core ,JIRA Software, JIRA Service Desk.
• Consulte la velocidad a la que se están creando las incidencias, así como cuántos
de esos problemas creados se resuelven, todo ello en un gráfico de barras.

Tiempo de resolucion.
JIRA Core ,JIRA Software, JIRA Service Desk.
• Compruebe las tendencias en el tiempo promedio de resolución de incidencias.
Notas.
• El informe se basa en su elección de proyecto o filtro de incidencias, y las unidades
de tiempo elegidas (por ejemplo, horas, días, semanas, meses, trimestres o años).
• El "tiempo de resolución" es la diferencia entre la fecha de resolución de una
incidencia y la fecha de creación.
• Si no se establece una fecha de resolución, la incidencia no se contará en este
gadget.
• La Fecha de Resolución es la última fecha en que el campo Resolución del sistema
se estableció en cualquier valor no vacío.

Texto.
JIRA Core ,JIRA Software, JIRA Service Desk.
• Muestra el texto HTML especificado en el cuadro de mandos.
Notas.
• Este gadget solo está disponible si el administrador de JIRA lo ha habilitado. Se
deshabilita de forma predeterminada porque es un riesgo potencial de seguridad,
ya que puede contener HTML arbitrario que podría potencialmente hacer que su
sistema JIRA sea vulnerable a los ataques XSS.
• Para habilitar el gadget de texto: Elija > Complementos. La pantalla "Encontrar
Complementos" muestra complementos disponibles a través de Atlassian
Marketplace. Elija Administrar complementos para ver los complementos
actualmente instalados en su sitio de JIRA. Habilite el módulo de texto en el plugin
JIRA de Atlassian - Plugins - Plugin de Gadgets (Necesita seleccionar los
complementos del sistema en el menú desplegable).

Sesiones de Prueba.
JIRA Core ,JIRA Software, JIRA Service Desk.
• Ver una lista de sesiones de prueba

Gráfico Tiempo Desde.

JIRA Core ,JIRA Software, JIRA Service Desk.
• Vea un gráfico de barras que muestra el número de incidencias para los cuales se
estableció el campo elegido (por ejemplo, 'Creado', 'Actualizado', 'Dado', 'Resuelto'
o un campo personalizado) en una fecha determinada.
Notas.
• 'Resuelto' aquí es el campo Fecha Resolución del sistema, que es la última fecha en
que el campo Resolución del sistema se estableció en cualquier valor no vacío.
• El informe se basa en su elección de proyecto o filtro de incidencias, y las unidades
de tiempo elegidas (por ejemplo, horas, días, semanas, meses, trimestres o años).

Tiempo para la primera respuesta.

JIRA Core ,JIRA Software, JIRA Service Desk.
• Muestra el número de horas trabajadas para responder a las incidencias de un
proyecto o filtro.
Estadísticas de filtro bidimensional.
JIRA Core ,JIRA Software, JIRA Service Desk.
• Vea los datos basados en un filtro de incidencias especificado (por ejemplo, puede
crear un filtro para recuperar todos los problemas abiertos de un proyecto en
particular, puede configurar el gadget para mostrar los datos estadísticos de esta
colección de incidencias en una tabla con ejes configurables

Incidencias votadas.
JIRA Core ,JIRA Software, JIRA Service Desk.
• Vea todas las incidencias que ha votado.

Incidencias observadas.
JIRA Core ,JIRA Software, JIRA Service Desk.
• Ver todas las incidencias que está “observando”.

Gráfico de la carga de trabajo.

JIRA Core ,JIRA Software, JIRA Service Desk.
• Muestra las incidencias coincidentes de un proyecto o filtro como un gráfico circular.
Uso de JIRA en un dispositivo móvil.
Cuando vea una página de JIRA en un dispositivo móvil, como un iPhone o un teléfono
Android, JIRA mostrará una versión optimizada de la página. JIRA elige la interfaz móvil o
de escritorio basada en su dispositivo.
La interfaz móvil de JIRA está diseñada para ver e interactuar con incidencias sobre la
marcha. Si necesita acceso completo a JIRA, siempre puede cambiar a la interfaz de
escritorio de JIRA a través del menú móvil (se muestra en las capturas de pantalla a
continuación).

¿Qué puede hacer en JIRA en un dispositivo móvil?

La interfaz móvil de JIRA ha sido diseñada para proporcionar a los usuarios un acceso
rápido a sus incidencias en cualquier lugar. Esto incluye;
• Visualización de incidencias, comentarios, archivos adjuntos, enlaces de incidencias
y sus filtros favoritos.
• Realizar operaciones básicas como agregar comentarios, ver o votar sobre
incidencias y asignar incidencias a los usuarios.

Si necesita crear o modificar incidencias en cualquier lugar, todavía puede hacerlo

cambiando a la interfaz de escritorio a través del menú móvil (mostrado en las capturas de
pantalla anteriores).

Preguntas frecuentes.
¿Qué dispositivos móviles se admiten?
Consulte las plataformas soportadas para obtener información detallada sobre los
dispositivos móviles compatibles.
¿Necesito instalar una aplicación para ver JIRA en un dispositivo móvil?
No, JIRA se ve en un dispositivo móvil a través de una interfaz web (optimizada para
dispositivos móviles), no una aplicación. Simplemente navegue a la URL de su
servidor JIRA usando su navegador móvil para abrir la interfaz para JIRA.
¿Puedo acceder a mi sitio Cloud de JIRA a través de un dispositivo móvil?
Sí, solo ingresa la URL de tu sitio de Cloud de JIRA en tu navegador web para
celulares.
¿Por qué no puedo ver mi campo personalizado en JIRA en mi móvil?
La interfaz de JIRA Mobile mostrará campos personalizados en la pantalla de detalles del
problema. Los campos personalizados que tienen su propio procesador de campos
personalizados no se mostrarán en la interfaz de JIRA Mobile. Tendrá que cambiar a la
interfaz de escritorio para ver estos campos.

Administración de JIRA.
Todas las funciones administrativas de JIRA Software requieren que usted sea un usuario
con el permiso global JIRA Administrators o JIRA System Administrator.
Como JIRA Software está basado en la plataforma JIRA, muchas de las funciones están
documentadas en la documentación de JIRA Admin.

Resumen de permisos.
Esta página describe los diferentes tipos de permisos y derechos de acceso que se pueden
configurar en las aplicaciones JIRA.

¿Qué son los permisos?

Los permisos son configuraciones dentro de aplicaciones JIRA que controlan lo que los
usuarios dentro de esas aplicaciones pueden ver y hacer. Todas las aplicaciones JIRA
permiten una variedad de permisos: si los usuarios pueden crear nuevos proyectos para
determinar si un usuario puede ver un tipo específico de comentario sobre una incidencia.
Estos permisos pueden diferir entre las aplicaciones.
Los permisos son diferentes del acceso a la aplicación, que es controlado por grupos que
tienen acceso de uso para una aplicación.

Tipos de permisos.
Hay tres tipos de permisos en aplicaciones JIRA, y van desde el nivel alto hasta el granular:
• Permisos globales: se aplican a las aplicaciones en su conjunto, no a los
proyectos individuales (por ejemplo, si los usuarios pueden ver a los otros usuarios
de la aplicación).
• Permisos de proyecto- Organizados en esquemas de permisos, estos se aplican a
proyectos (por ejemplo, quién puede ver las incidencias del proyecto, crearlos,
editarlos y asignarlos). Aunque los administradores del proyecto pueden asignar
usuarios a un proyecto, no pueden personalizar los esquemas de permisos de un
proyecto. Hay muchos permisos a nivel de proyecto que puede establecer para
controlar lo que los usuarios pueden hacer dentro de un proyecto.
• Permisos de seguridad de incidencia: organizados en esquemas de seguridad,
permiten ajustar la visibilidad de incidencias individuales (dentro de los límites de
los permisos del proyecto). Por ejemplo, los permisos de seguridad de incidencia
pueden permitir configurar tipos de incidencias que sólo pueden ser vistos por los
administradores del proyecto o los usuarios de grupos específicos.
¿Cómo se asignan los permisos?
Los permisos se pueden asignar a grupos o a roles de proyecto y / o roles de incidencias.
Este diagrama ilustra cómo se asignan los permisos a los usuarios:

¿Quién puede establecer permisos?

Permiso global.
• Un usuario con permiso de administrador del sistema JIRA.
• Un usuario de un grupo con acceso de administrador.

Permiso de proyecto.
• Un usuario con permiso de administrador del sistema JIRA.
• Un usuario de un grupo con acceso de administrador.

Permiso de seguridad de incidencias.

• Un usuario con permiso de administrador del sistema JIRA.
• Un usuario de un grupo con acceso de administrador.
• Un administrador de proyectos.
Los permisos de la pizarra se pueden dividir en dos partes: permisos de administración de
la pizarra y permisos de uso de la pizarra.
Los permisos de administración de la pizarra cubren la funcionalidad para cambiar la
configuración de una pizarra. Por ejemplo, cambiar columnas, personalizar tarjetas, etc. La
administración de la pizarra se puede asignar a grupos o usuarios.

Los permisos de uso de la pizarra cubren la funcionalidad para el uso de una pizarra. Por
ejemplo, la creación de sprints, clasificación de incidencias, etc. Los permisos de uso de la
pizarra se derivan de los permisos del proyecto. Esto se describe con más detalle a
continuación.

JIRA Software funciona con permisos.

En la documentación de JIRA Software, la mayoría de las opciones de configuración se
describen como restringidas a administradores de JIRA, administradores de proyectos o
administradores de pizarras.

• Un administrador de JIRA es un usuario con el permiso global de administradores de

JIRA.
• Un administrador de proyecto es un usuario con el permiso de proyecto Administrar
proyectos para un proyecto en particular.
De forma predeterminada, el permiso 'Administrar proyectos' se asigna al grupo
'administradores' (a través de la función Administradores) para proyectos.
Además, para realizar acciones relacionadas con sprint, los usuarios necesitan el
permiso 'Manage Sprint' para todos los proyectos en la pizarra de origen, siendo la
pizarra de origen la pizarra en la que se creó originalmente.
• Un administrador de la pizarra es un usuario que se ha agregado a los
administradores para una pizarra en particular.
De forma predeterminada, el administrador de una pizarra incluye a la persona que
la creó.
Administración de la pizarra.

Función /
Administrad Administrado Admin de la
Área Notas
or JIRA r de Proyecto Pizarra
funcional
Si crea una pizarra mediante
Pizarras(en el
encabezado)>Administrar
pizarra, no podrá
compartirlo, a menos que
tenga el permiso global
"Crear objetos
compartidos".Si crea la
pizarra mediante los
métodos siguientes, no
necesita el permiso global
"Crear objetos compartidos"
para compartir la
pizarra:Creación de un
Crear pizarra proyecto (donde se crea una
pizarra para el proyecto de
forma predeterminada).

Configuración de JIRA
Software por primera vez
(donde se le pide que cree
un proyecto, que también
crea una pizarra para el
proyecto).

Copiar una pizarra (la pizarra

copiada será compartida con
los mismos usuarios que la
original)
La pizarra también debe
Simplificar el
cumplir otros criterios (ver
flujo de trabajo
Flujo de trabajo simplificado)
El proyecto debe estar
utilizando un Flujo de trabajo
Agil Simplificado.
Tienes que ser administrador
de JIRA o administrador de la
Añadir estado pizarra (para ver la
configuración de la pizarra),
además, necesitas
administrar un proyecto para
el proyecto que está en la
pizarra.
Eliminar El proyecto debe estar
estado utilizando un Flujo de trabajo
Agile Simplificado.
Necesitas ser administrador
de JIRA o administrador de la
pizarra (para ver la
configuración de la pizarra),
además, necesitas ser un
administrador de proyecto
 para el proyecto que está en
la pizarra.
Todas las
demás
funciones de
configuración
de la pizarra
Uso de la pizarra.
Los permisos de uso de la pizarra se derivan de los permisos del proyecto. Dependiendo de
la complejidad de la consulta de filtro de su pizarra, es posible que deba tener más en
cuenta al configurar el permiso 'Administrar Sprints' para los usuarios.

Función Nivel de permiso Notas

Sprints
Permiso de administración
de Sprints (para todos los
Mover el pie de proyectos ede la pizarra )
página del sprint Permiso de programación de
incidencias y permisos
Editar incidencias.
Mover incidencia Permiso de programación de No es necesario si sólo mueve incidencias
(reordenar / incidencias y permisos a través del pie de página de Sprint sin
clasificar) Editar incidencias. cambiar el orden de las incidencias.
Permiso de administración Permiso similar para crear una versión. La
Comenzar sprint de Sprints (para todos los propiedad de la pizarra no juega un papel
proyectos en el tablero) aquí.
Este permiso se aplica incluso si el sprint
Permiso de administración
(que se va a iniciar) no incluye incidencias
Crear Sprint de Sprints (para todos los
de todos los proyectos consultados por la
proyectos de la pizarra)
pizarra.
Editar Permiso de administración
información de de Sprints (para todos los Sólo se puede hacer en el backlog.
Sprint proyectos de la pizarra)
Permiso de administración
Reordenar sprint de Sprints (para todos los
proyectos de la pizarra)
Permiso de administración
Eliminar Sprint de Sprints (para todos los
proyectos de la pizarra)

Añadir incidencia Permiso de programación de

al sprint incidencias y permisos
Editar incidencias.
Sprints activos - Sprints
Permiso de programación de
Añadir incidencia
incidencias y permisos
al sprint
Editar incidencias
Permiso de administración
Sprint completo de Sprints (para todos los Sólo se puede hacer en sprints activos
proyectos de la pizarra)
Permiso de programación de
Retire tema de
incidencias y permisos
Sprint
Editar incidencias
Backlog - Epics
Crear épic. Permiso Crear Incidencias
Renombrar épic Permiso Editar Incidencias
Permiso Programación de
Clasificar épic
Incidencias
Añadir incidencia
Permiso Editar Incidencias
al épic
Eliminar
incidencia del Permiso Editar Incidencias
épic
Backlog- Versiones
Permiso de administración
Crear versión de proyecto o permiso de
administración de JIRA
Permiso de administración
Editar versión de proyecto o permiso de
administración de JIRA
Añadir incidencia
Permiso Editar Incidencias
a la versión
Eliminar
incidencia de la Permiso Editar Incidencias
versión

Gestión de las pertenencias a roles de proyectos.

Puede utilizar roles de proyecto para asociar fácilmente usuarios y grupos con un proyecto
en particular. Por ejemplo, puede enviar notificaciones a un conjunto específico de
usuarios asociados con su proyecto y, agregándolos todos a una función de proyecto,
puede utilizar esa función de proyecto para controlar quién recibe las notificaciones.
También puede utilizar las funciones del proyecto para restringir la cantidad de acceso que
tienen determinados usuarios o grupos. A diferencia de los grupos, que tienen la misma
membresía en toda la aplicación, las funciones del proyecto tienen miembros específicos
para cada proyecto.

Esta página contiene instrucciones para administrar la pertenencia a las funciones de

proyecto existentes.

Visualización y edición de miembros de rol de proyecto.

1. Inicie sesión como administrador de proyectos y abra su proyecto.
2. Seleccionar >Usuarios y roles .
3. Verá todos los usuarios y grupos asociados con cada función del proyecto.
4. Para agregar usuarios o grupos a una función de proyecto, seleccione Agregar
usuarios a una función en la esquina superior derecha. Ingrese los usuarios o
grupos y seleccione el rol del proyecto al que desea agregarlos.
5. Para quitar un usuario o grupo de una función de proyecto, sitúese sobre la fila de
usuario o grupo y seleccione