Preguntas frecuentes sobre Azure Boards

Los miembros de un proyecto de Azure Boards pueden usar la mayoría de las características para realizar el seguimiento del trabajo. Algunas características requieren un nivel de acceso específico o pertenencia a grupos de seguridad. Pueden proceder más límites de permisos de seguimiento de trabajo o reglas personalizadas. Para más información, consulte Permisos y acceso predeterminados para Azure Boards.

Use permisos de ruta de acceso de área para restringir quién puede ver o modificar elementos de trabajo. Vea:

• Establecimiento de permisos de planeamiento y seguimiento del trabajo
• Conceder o restringir permisos para seleccionar tareas

Sí. El explorador almacena en caché las reglas condicionales basadas en la pertenencia a grupos o usuarios. Si no puede actualizar un elemento de trabajo, es probable que alcance una regla almacenada en caché. Puede esperar a que la caché del cliente expire (aproximadamente tres días) o borrarla manualmente. Para borrar la memoria caché, abra la consola del explorador y ejecute:

window.indexedDB.deleteDatabase("wit")

A continuación, actualice la página. Para obtener más información, consulte Reglas y evaluación de reglas.

Consulte Herramientas y clientes que se conectan a Azure DevOps.

Consulte Acerca de los elementos de trabajo para obtener una introducción.

Abra una consulta y agregue estas cláusulas:

• Work Item Type = [Any]
• State = [Any] A continuación, agregue filtros según sea necesario. Para más información, consulte Creación y guardado de consultas administradas con el editor de consultas.

No. Cada elemento de trabajo solo se puede asignar a un usuario. Solo puede asignar usuarios enumerados en el selector de personas.

Para agrupar el trabajo, asígnelo a la misma ruta de acceso de área. Las rutas de área ayudan a organizar el trabajo por producto, característica o área empresarial y permiten a los equipos centrarse en los elementos asignados a sus áreas. También puede agrupar el trabajo en un elemento de trabajo primario mediante vínculos primarios y secundarios (una agrupación jerárquica). Para obtener instrucciones, consulte Configuración y personalización de Azure Boards, rutas de acceso de área, equipos de productos y administración de carteras.

Azure Boards no usa marcadores de hito para elementos de trabajo individuales (Los planes de entrega admiten hitos). Para indicar un hito, puede:

• Agregar la palabra Hito al título del elemento de trabajo
• Agregar una etiqueta Hito (Agregar etiquetas a elementos de trabajo)
• Agregar un campo personalizado con la etiqueta Hito con una lista de selección (Personalizar campos de proceso)
• Vincular elementos de trabajo a un elemento de hito (vincular elementos de trabajo)
• Asignar el elemento de trabajo de hito al sprint de destino (Asignar trabajo a un sprint)

Vincule elementos de trabajo mediante Related, Predecessor/Successor u otros tipos de vínculo para realizar un seguimiento de las dependencias. Vea Vinculación de elementos de trabajo a otros objetos.

Para las dependencias entre organizaciones, considere la extensión Dependency Tracker.

Cada proceso define los niveles de trabajo pendiente predeterminados (por ejemplo: requisito, característica, epopeya). Los tipos de elementos de trabajo asignados a esos niveles de trabajo pendiente forman naturalmente relaciones de elementos primarios y secundarios. Para más información, consulte Organización del trabajo pendiente y asignación de elementos de trabajo secundarios a elementos principales. Para personalizar los trabajos pendientes, consulte Personalización de los trabajos pendientes o paneles, Edite o cambie el nombre del trabajo pendiente de requisitos.

Consulte Modificación en masa de elementos de trabajo, Modificación masiva de campos de texto enriquecido.

Sí. Configure dos reglas de nivel de trabajo pendiente:

1. Establezca el elemento primario en Activo cuando cualquier elemento secundario se convierta en Activo.
2. Establezca el elemento primario en Resuelto o Cerrado cuando todos los elementos secundarios estén cerrados. Para obtener más información, consulte Automatización de las transiciones de estado del elemento de trabajo.

Los administradores pueden configurar reglas de trabajo pendientes que actualicen automáticamente los estados del elemento de trabajo. Para más información y ejemplos, consulte Automatización de transiciones de estado de elementos de trabajo.

Las reglas se desencadenan cuando un elemento secundario pasa de Nuevo a Activo o Cerrado. No se desencadenan cuando un elemento secundario se mueve de Cerrado a Activo; este comportamiento es por diseño.

No. Las reglas se aplican a todos los tipos de elementos de trabajo de un nivel de trabajo pendiente porque las reglas usan categorías de estado (que son coherentes entre los tipos de elementos de trabajo).

Sí. Configure reglas por nivel de trabajo pendiente. Una regla del trabajo pendiente de casos de usuario no afecta a las características ni a las epopeyas. También puede configurar reglas independientes para características y epopeyas. Consulte Automatización de las transiciones de estado del elemento de trabajo.

Las reglas solo se desencadenan cuando los elementos primarios y secundarios pertenecen al mismo equipo. Esto impide que las reglas afecten automáticamente a los elementos que pertenecen a otros equipos. Para obtener más información, consulte Automatización de las transiciones de estado del elemento de trabajo.

Trabajos pendientes de lista de elementos de trabajo; los paneles muestran esos elementos como tarjetas. Ambos usan filtros basados en la ruta de acceso del área del equipo y la ruta de acceso de iteración. Para ver cómo funciona el filtrado, consulte Acerca de los equipos y las herramientas ágiles, Los valores predeterminados del equipo a los que hacen referencia los trabajos pendientes y los paneles.

Agregue un equipo. Cada equipo obtiene sus propios trabajos pendientes y paneles y puede personalizarlos. Consulte Acerca de los equipos y las herramientas ágiles.

Azure DevOps aplica límites como el número de elementos de trabajo que se muestran en un trabajo pendiente o en un panel y límites en los equipos. Para ver una lista completa, consulte Seguimiento del trabajo, procesos y límites de proyectos.

Consulte Migración e integración de Azure Boards.

Cada trabajo pendiente muestra los elementos de trabajo filtrados por las rutas de acceso de área y iteración del equipo y por tipo de elemento de trabajo:

• Trabajo pendiente de producto: enumera casos de usuario (Agile), problemas (Básico), elementos de trabajo pendiente de producto y errores (Scrum) o requisitos (CMMI). Ofrece opciones para mostrar elementos primarios, de previsión y secundarios.
• Trabajo pendiente de cartera: enumera características (trabajo pendiente de cartera) o Epopeyas (trabajo pendiente épico). Ofrece opciones para mostrar el progreso de los elementos secundarios y los padres .
• Trabajo pendiente de sprint: muestra los elementos de trabajo pendiente del producto asignados a la iteración seleccionada e incluye opciones de detalles del trabajo .

Sí. Asigne sprints a elementos de trabajo y filtre el panel por ruta de acceso de iteración. Consulta Filtrar la placa.

No. Las listas de comprobación de tareas solo admiten el tipo de elemento de trabajo Tarea.

Azure DevOps no proporciona una vista nativa de ruta de acceso crítica. Se recomienda usar planes de entrega para ver las dependencias y un calendario de trabajo. Para un análisis de ruta de acceso crítico más avanzado, considere la posibilidad de conectar Azure DevOps a Microsoft Project o explorar extensiones de Marketplace. Consulte Revisión de los planes de entrega del equipo y la búsqueda de Marketplace para las extensiones pertinentes.

No. La capacidad del equipo no se almacena en los almacenes de datos de seguimiento de trabajo normales, por lo que no se puede acumular de la misma manera que acumula los campos de elementos de trabajo numéricos.

No. El ancho de columna no es configurable. Para solicitar esta característica, votela en nuestra página De la Comunidad de desarrolladores.

Sí. Use campos relacionados con el panel para consultar los cambios de columna. Consulte Consulta por asignación o cambios de flujo de trabajo, consultas de cambios de panel.

Sí. Instale la extensión Marketplace de paneles basados en consultas.

Sí. Use la extensión de Marketplace de herramientas kanban de Azure Boards para copiar la configuración del panel en todos los equipos.

Sí. Realice un seguimiento de los movimientos de columna mediante los campos Columna de placa y Columna de placa Listo.

Este error normalmente significa que los estados de flujo de trabajo para los tipos de elemento de trabajo de la categoría Requisito no se asignan a columnas. Seleccione Corregir esto ahora en el cuadro de diálogo de error para abrir Configuración y asignar estados a columnas.

Después de asignar cada estado a una columna existente o nueva, el panel muestra los elementos asignados a esos estados.

Sí. Puede agregar o quitar calles y configurar reglas de calle para mover elementos de trabajo automáticamente cuando se cumplan las condiciones. Para obtener más información, consulte Agregar o quitar calles de natación y configurar reglas de calle.

Defina plantillas de elemento de trabajo para los equipos a los que pertenece. Para crear plantillas y establecer valores predeterminados para los campos, consulte Uso de plantillas para agregar y actualizar elementos de trabajo.

El producto no admite la configuración de una plantilla predeterminada para un equipo en este momento.

No. El producto no admite la copia de plantillas entre equipos o proyectos.

No se pueden crear plantillas de jerarquía que establezcan un elemento primario predeterminado. Para crear elementos secundarios vinculados, considere la posibilidad de usar Excel para agregar elementos de forma masiva y establecer vínculos primarios y secundarios o agregar elementos secundarios desde un panel. Vea:

• Adición de listas de comprobación de tareas
• Adición, ejecución y actualización de pruebas insertadas
• Adición de características y epopeyas

En la página tipo de elemento de trabajo, abra el menú acciones ( ) para la plantilla que desea quitar y elija Eliminar.

Consulte Azure Boards y GitHub.

No. No se puede establecer el estado del elemento de trabajo automáticamente al vincular una confirmación o una solicitud de incorporación de cambios.

Configure y personalice Azure Boards en el nivel de proyecto y equipo. Para obtener información general, consulte Configuración y personalización de Azure Boards.

Para ver otras preguntas más frecuentes sobre la configuración y la personalización, consulte Preguntas más frecuentes sobre configuración y personalización de Azure Boards.

Contenido relacionado

• Preguntas más frecuentes sobre consultas
• Seguimiento del trabajo, proceso y límites del proyecto
• Preguntas más frecuentes sobre la configuración y la personalización de Azure Boards
• Preguntas frecuentes sobre el uso de Excel en conexión con Azure Boards
• Preguntas más frecuentes sobre el trabajo entre proyectos
• Extensiones de Azure Boards
• Acerca de los equipos y las herramientas de Agile