Professional Documents
Culture Documents
Roles
Típicamente, las variaciones en las siguientes funciones se pueden encontrar
en un entorno de desarrollo ágil.
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.
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 .
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! .
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.
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:
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.
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".
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.
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.
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.
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.
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 .
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.
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!
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.
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.
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.
Antes de empezar.
Debe ser un administrador de JIRA o un administrador de pizarra para poder modificar su
configuración.
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.
Antes de empezar.
Debe ser un administrador de JIRA o un administrador de la pizarra para permitir la
clasificación.
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.
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.
Columna
Estado JIRA asignado
Predetermina
por defecto
da
To Do Open, Reopened
In Progress In Progress
Done Resolved, Closed
Columna
Estado JIRA asignado
Predetermina
por defecto
da
To Do To Do
In Progress In Progress
Done Done
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.
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:
Tenga en cuenta, también puede eliminar las resticcopnes para todas las columnas. En la
columna desplegable Restricción, seleccione Ninguno.
Antes de empezar.
Debe ser un administrador de JIRA o un administrador de la pizarra para cambiar al flujo
de trabajo simplificado.
Antes de empezar
Usted debe ser un administrador de JIRA o un administrador de la pizarra para configurar
los swimlanes.
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.
Antes de empezar
Usted debe ser un administrador de JIRA o un administrador de la pizarra para configurar
los 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.
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).
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.
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.
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.
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.
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.
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.
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.
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.)
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.
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.
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.
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.
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).
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
Antes de empezar.
Estas instrucciones sólo se aplican a las pizarras Scrum.
Antes de empezar.
Estas instrucciones sólo se aplican a las proyectos Scrum.
Preguntas frecuentes
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".
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.
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.
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.
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.
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.
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.
Antes de epezar.
Debe ser administrador de un proyecto para realizar las tareas del software JIRA en
esta página.
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.
¿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.
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.
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.
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.
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.
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.
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):
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.
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.
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...
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.
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")
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")
endOfWeek()
Realice búsquedas basadas en el final de la semana actual.
endOfWeek()
endOfWeek("inc")
endOfYear()
Realiza búsquedas basadas en el final del año actual.
fin de año()
EndOfYear ("inc")
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
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")
startOfMonth()
Realiza búsquedas basadas en el inicio del mes actual.
startOfMonth()
startOfMonth("inc")
startOfWeek()
Realice búsquedas basadas en el inicio de la semana actual.
startOfWeek()
startOfWeek("inc")
startOfYear()
Realizar búsquedas basadas en el inicio del año actual.
startOfYear()
startOfYear("inc")
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()
• releasedVersions()
Funciones • latestReleasedVersion()
soportadas
• unreleasedVersions()
• earliestUnreleasedVersion()
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()
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(
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"
• releasedVersions()
Funciones
soportadas: • latestReleasedVersion()
Campos selector de
versiones
• unreleasedVersions()
• earliestUnreleasedVersion()
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()
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 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()
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
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
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"
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()
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\""
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()
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")
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
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
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
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
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
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
EJEMPLOS
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\""
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
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 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.
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á.
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:
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.
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.
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.
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.
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.
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:
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.'
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.
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.
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.
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.
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.
Para buscar incidencias que se deben entre dos fechas, llene los campos Due After y Due
Before.
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.
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.
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
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.
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.
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.
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.
• 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.
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.
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.
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.
Las tarjetas impresas se adaptan a las páginas de tamaño A4, A3 o Carta en los modos
vertical y horizontal.
Consejos:
• 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.
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.
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.
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.
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.
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.
Antes de empezar.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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
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:
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.
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
Antes de empezar.
• La Tabla de Burndown sólo se aplica a las tarjetas Scrum.
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.
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.
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.
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.
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.
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.
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.
Consejos y ejemplos.
Aprenda cómo ajustar su gráfico de control para mostrar los datos que necesita con los
siguientes ejemplos:
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.
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 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:
Ejemplo 2:
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.
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.
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.
Sugerencia: haga clic en Cómo leer este gráfico en la parte superior del informe para ver
una breve descripción del informe.
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.
• 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'.
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.
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.
Informe epic
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.
Sugerencia: haga clic en Cómo leer este gráfico en la parte superior del informe para ver
una breve descripción del informe.
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:
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'.
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.
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.
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.
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.
Sugerencia: haga clic en Cómo leer este gráfico en la parte superior del informe para ver
una breve descripción del informe.
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.
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:
Antes de empezar.
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.
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.
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.
Últimas acciones.
JIRA Core ,JIRA Software, JIRA Service Desk.
• Vea la actividad en su instancia: ¡es como un feed de Facebook para su instancia!
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.
Asignado a mí.
JIRA Core ,JIRA Software, JIRA Service Desk.
• Vea rápidamente todas las incidencias no resueltas asignadas a usted.
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:
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.
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).
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.
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.
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.
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
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”.
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.
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:
Permiso de proyecto.
• Un usuario con permiso de administrador del sistema JIRA.
• Un usuario de un grupo con acceso de administrador.
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.
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).
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)