Preguntas frecuentes sobre Azure Boards

Como miembro de un proyecto Azure Boards, puede usar la mayoría de las características para realizar un seguimiento del trabajo. Las limitaciones para seleccionar características se basan en el nivel de acceso y el grupo de seguridad al que se asigna un usuario. Se pueden imponer otras limitaciones en función de los permisos de seguimiento del trabajo o las reglas personalizadas. Para más información, consulte Permisos predeterminados y acceso para Azure Boards.

Puede restringir el acceso estableciendo permisos para una ruta de acceso de área. Para obtener más información, consulte los artículos siguientes:

• Establecer permisos de planeación y seguimiento del trabajo
• Conceder o restringir permisos para seleccionar tareas

Sí. Las reglas condicionales basadas en la pertenencia a grupos o usuarios se almacenan en caché para el explorador web. Si está restringido a actualizar un elemento de trabajo, es posible que haya encontrado una de estas reglas. Si cree que ha encontrado un problema que no se le aplica, consulte Problemas de almacenamiento en caché de IndexDB del formulario de elemento de trabajo. Para más información sobre las reglas condicionales, consulte Reglas y evaluación de reglas.

Vea Herramientas y clientes que se conectan a Azure DevOps.

Para obtener una introducción a los elementos de trabajo, vea Acerca de los elementos de trabajo.

Para ver todos los elementos de trabajo definidos en un proyecto, abra una consulta y agregue dos cláusulas:

• Work Item Type = [Any]
• State = [Any]

Desde allí, puede agregar filtros para refinar la consulta. Para más información, consulte Creación y guardado de consultas administradas con el editor de consultas.

No. Los elementos de trabajo solo se pueden asignar a un solo usuario. Además, solo puede agregar un usuario que esté disponible desde el selector de personas.

El método main para agrupar el trabajo es asignarlo a la misma ruta de acceso de área. Las rutas de acceso de área se usan para agrupar elementos de trabajo por producto, característica o área de negocio y para admitir equipos responsables del trabajo asignado a esas áreas. Además, puede agrupar el trabajo en un elemento de trabajo primario mediante vínculos primarios y secundarios, lo que se conoce como agrupación jerárquica.

Para obtener una explicación de estos dos usos y las herramientas que admiten, consulte Configuración y personalización de Azure Boards, Rutas de acceso de área, equipos de productos y administración de carteras.

Los marcadores de hito no se usan en Azure Boards seguimiento del trabajo, excepto en el caso de los planes de entrega. Los planes de entrega proporcionan una vista de calendario y permiten definir un marcador de hito. Para obtener más información, vea Revisar los planes de entrega del equipo.

Sin embargo, puede usar una o varias de las opciones siguientes para marcar un elemento de trabajo como un hito:

• Basta con anteponer o anexar la palabra Hito en el título del elemento de trabajo
• Agregar una etiqueta de elemento de trabajo etiquetada como Hito
• Agregar un campo personalizado con la etiqueta Hito y rellenarlo con una lista de selección de hitos
• Vincular elementos de trabajo mediante el tipo de vínculo Predecesor/Sucesor o Relacionado a un elemento de trabajo de hito
• Asigne el elemento de trabajo de hito al sprint en el que está destinado para su finalización.

Puede realizar un seguimiento de las dependencias entre elementos de trabajo vincándolos mediante un tipo de vínculo relacionado u otro tipo de vínculo. Vea Vincular elementos de trabajo y Vinculación, rastreabilidad y administración de dependencias.

Si está haciendo un seguimiento de las dependencias en una o varias organizaciones, puede que desee usar dependency tracker.

Cada proceso define cuatro niveles de trabajo pendiente predeterminados: trabajo pendiente de iteración, trabajo pendiente de requisitos, trabajo pendiente de características y trabajo pendiente de cartera de epopeya. Los tipos de elementos de trabajo agregados a cada nivel de trabajo pendiente son los tipos de elementos de trabajo naturales para formar relaciones de elementos primarios y secundarios y agrupar elementos de trabajo en una jerarquía. Para más información, consulte Organización del trabajo pendiente y asignación de elementos de trabajo secundarios a elementos secundarios. Para personalizar el proceso, consulte Personalización de los paneles o los trabajo pendientes, Editar ocambiar el nombre del trabajo pendiente de requisitos.

Consulte Modificación masiva de elementos de trabajo y Modificación masiva de campos de texto enriquecido.

Cada trabajo pendiente y panel representa un conjunto filtrado de elementos de trabajo basado en la ruta de acceso del área de equipo y las asignaciones de ruta de acceso de iteración. Los trabajos pendientes muestran elementos de trabajo y los paneles muestran elementos de trabajo como tarjetas. Para comprender cómo se aplica el filtrado, consulte Acerca de los equipos y las herramientas de Agile, Valores predeterminados del equipo a los que hacen referencia los paneles y los trabajo pendientes. Para obtener más información sobre el uso, vea Trabajo pendiente, Boards y Planes.

Para agregar un trabajo pendiente o una placa, agregue un equipo. Cada equipo se configura con su propio conjunto de trabajo pendientes y paneles, como se describe en Acerca de los equipos y las herramientas de Agile. Cada equipo puede personalizar estas herramientas de Agile.

Hay una serie de límites que Azure DevOps, como el número de elementos de trabajo que se muestran en un trabajo pendiente o placa, el número de equipos que puede definir, etc. Para obtener una lista completa, vea Seguimiento del trabajo, procesos y límites del proyecto.

Consulte Azure Boards migración e integración.

Cada trabajo pendiente muestra un conjunto filtrado de elementos de trabajo en función de la ruta de acceso de área, las rutas de iteración y los tipos de elementos de trabajo seleccionados del equipo.

• Trabajo pendiente del producto:de forma predeterminada, se enumeran casos de usuario (Agile), problemas (básico), elementos y errores de trabajo pendiente del producto (Scrum) o requisitos (CMMI). Proporciona opciones para mostrar elementos secundarios Parents, Forecasty In Progresso Completed.
• Trabajo pendiente de cartera:de forma predeterminada se enumeran las características (todos los modelos de proceso) para el trabajo pendiente características y epopeyas (Agile, Scrum y CMMI) para el trabajo pendiente de Epopeya. Proporciona opciones para mostrar elementos secundarios Parents y In Progresso Completed.
• Trabajo pendiente de sprint:de forma predeterminada enumera todos los elementos de trabajo pendiente del producto asignados a la iteración seleccionada, independientemente del estado. Proporciona opciones para mostrar detalles del trabajo.

Para más información, consulte Tareas admitidas por trabajos pendientes, Boards, Tablas de tareas y Planes.

Sí. Puede asignar sprints a elementos de trabajo y filtrar el panel Kanban en función de la ruta de iteración. Para más información, consulte Filter your Kanban board (Filtrar el panel Kanban).

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

Azure DevOps no proporciona una vista nativa de la ruta de acceso crítica. En parte, como las metodologías de Agile favorecen un producto mínimo viable (MVP) sobre la administración de rutas críticas (CPM). Mediante el uso de MVP, puede identificar la ruta de acceso y las dependencias más cortas mediante la priorización de epopeyas, características, historias y tareas.

Dicho esto, es posible que encuentre que una o varias de las siguientes características admiten CPM y MVP. Para obtener acceso a estas características, instale una extensión de Marketplace.

• Planes de entrega
• Feature Timeline
• Dependency Tracker

Si su organización admite la conexión a Microsoft Project, puede encontrar extensiones de Marketplace adicionales que admitan la conexión de Azure DevOps a Microsoft Project.

Para obtener contexto adicional, vea The Critical Path on Agile Projects (La ruta de acceso crítica en proyectos agile) y Running a lean startup on Azure DevOps (Ejecución de un inicio de lean en Azure DevOps).

No. Los datos especificados para la capacidad del equipo no se almacenan en los almacenes de datos normales.

No. Esta no es una característica admitida en este momento. Es una característica sugerida que puede invocar si va a nuestra página de desarrolladores Community .

Sí,consulte Consulta por asignación o cambios de flujo de trabajo, Consultas de cambio de panel kanban.

Sí, agregando la extensión de Marketplace basada Boards consulta.

Sí, agregando la Azure Boards de Marketplace de herramientas kanban.

Puede definir plantillas de elementos de trabajo para los equipos a los que pertenece. Para definir plantillas de elemento de trabajo para especificar valores predeterminados para campos seleccionados, vea Usar plantillas para agregar y actualizar elementos de trabajo.

No. Esta característica no se admite en este momento.

Solicitud deejemplo: al crear una plantilla, me gustaría que el caso de usuario primario se usara de forma predeterminada. No hay ningún campo determinado previamente en la plantilla. ¿Estaría o podría estar en una selección definida por el usuario?

No, no hay compatibilidad nativa para crear plantillas de jerarquía. En concreto, no se puede especificar un elemento de trabajo primario predeterminado. Sin embargo, puede copiar rápidamente tareas, errores y otros elementos mediante Excel para aplicar vínculos primarios y secundarios en una lista de árboles. O bien, puede usar un panel Kanban para agregar tareas secundarias, elementos de trabajo pendiente o características. Para más información, vea:

• Agregar listas de comprobación de tareas
• Agregar, ejecutar y actualizar pruebas insertdas
• Agregar características y epopeyas

En la página de tipo de elemento de trabajo, elija el icono de acciones de una plantilla existente y seleccione la opción Eliminar.

Azure Boards integra con GitHub para Azure DevOps Server 2019 y versiones posteriores. Para más información, consulte Azure Boards GitHub.

No. Esta característica no se admite en este momento.

La configuración y personalización Azure Boards se produce en el nivel de proyecto y equipo. Para obtener información general sobre lo que puede configurar y personalizar para satisfacer sus necesidades empresariales, consulte Configuración y personalizaciónde Azure Boards .

Para obtener preguntas más frecuentes sobre la configuración y la personalización, Azure Boards preguntas más frecuentes sobre la configuración y la personalización.

Artículos relacionados

• Preguntas más frecuentes sobre consultas
• Seguimiento del trabajo, proceso y límites del proyecto
• Azure Boards de configuración y personalización
• Preguntas más frecuentes: Trabajar en Excel conectado a Azure Boards
• Preguntas más frecuentes sobre el trabajo entre proyectos
• Azure Boards de datos
• Acerca de los equipos y las herramientas de Agile