Términos y conceptos utilizados para hacer seguimiento de elementos de trabajo en Azure Boards

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

En este glosario de Microsoft Agile se enumeran los términos comunes que se usan al realizar el seguimiento del trabajo con Azure Boards. Consulte estos glosarios relacionados para obtener más términos y contexto:

• Conceptos clave de Kanban
• Conceptos clave de Sprints y Scrum
• Índice de campo de elemento de trabajo
• Glosario de navegación y administración de proyectos

Herramientas de Agile

Un conjunto de herramientas web que se usan para hacer un seguimiento del trabajo y adoptar las metodologías Agile. Las herramientas Agile respaldan las principales metodologías Agile, como Scrum y Kanban, que utilizan en la actualidad los equipos de desarrollo de software. Más información: Acerca de las herramientas y la administración de proyectos de Agile

Ruta de acceso del área

Las rutas de acceso de área se usan para agrupar elementos de trabajo en función del equipo, el producto o el área funcional. Las rutas de acceso de iteración se usan para agrupar el trabajo en sprints, hitos u otros períodos de tiempo o relacionados con eventos específicos. Puede usar las rutas de acceso de área para definir una jerarquía de rutas de acceso. Para más información, consulte Acerca de las rutas de acceso de área e iteración.

Errores

Un tipo de elemento de trabajo que registra un posible motivo de insatisfacción con el producto. El nombre común de un tipo de elemento de trabajo con fines de seguimiento de defectos en el código. Cada equipo puede elegir cómo administrar los errores. Algunos equipos prefieren hacer un seguimiento de los errores junto con los requisitos del trabajo pendiente. Otros equipos prefieren hacer un seguimiento de los errores y considerarlo parte del trabajo asociado a un requisito. Los errores aparecerán en su panel de tareas. Más información: Administración de errores.

Categorías

Las categorías agrupan uno o varios tipos de elementos de trabajo para admitir informes, consultas y las páginas de acumulación y tableros de tareas del portal web. Por ejemplo, agregue tipos de elementos de trabajo personalizados a la categoría de Requisitos para administrarlos mediante el backlog del producto y los paneles. Para obtener más información, consulte Uso de categorías para agrupar tipos de elementos de trabajo.

Colecciones

Una colección es un contenedor para varios proyectos en Azure DevOps. Al registrarse con Azure DevOps Services o instalar Team Foundation Server, se creará una colección predeterminada. En Azure DevOps Services, una colección se corresponde con una organización. En el caso de implementaciones de TFS locales, puede agregar y administrar colecciones para especificar los recursos lógicos y físicos disponibles para los proyectos de la colección.

Más información: Acerca de los proyectos y la escalabilidad de una organización, Administración de organizaciones o Administración de colecciones de proyectos en Team Foundation Server.

Paneles

Los paneles son interactivos y configurables por los usuarios y proporcionan información en tiempo real. Estos paneles están asociados a un equipo y muestran widgets configurables que contienen información. Para obtener más información, consulte Agregar y administrar paneles.

Debate

Área dentro de un formulario de elemento de trabajo que permite agregar y revisar comentarios realizados sobre el trabajo en curso. De este modo, se capturan todos los comentarios dentro del elemento de trabajo, en lugar de mantener un largo hilo de correo electrónico. En la sección de debate, puede usar el control @mention para informar a otro miembro del equipo sobre la discusión. Escriba @ y el nombre.

Favoritos

Etiquetar un objeto como favorito es una forma de agilizar la navegación para el usuario y otros miembros del equipo. Puede etiquetar consultas de elementos de trabajo y crear definiciones como favoritos personales y de equipo. Otros objetos que puede etiquetar como favoritos solo para usted incluyen bifurcaciones de código, planes de entrega, planes de prueba, y equipos o proyectos. Para más información, consulte Establecer favoritos personales o de equipo.

Campos

Los campos capturan fragmentos específicos de información sobre el trabajo. Los valores de campo se almacenan en el almacén de datos de seguimiento de trabajo y se usan en consultas y gráficos para notificar el estado y las tendencias. Los proyectos incluyen muchos campos; para actualizar un campo, edítelo dentro de un elemento de trabajo. Cada elemento de trabajo está asociado a un tipo de elemento de trabajo (WIT) y los campos disponibles reflejan ese WIT. Para obtener definiciones de campos predefinidos, vea Índice de campo de elemento de trabajo.

Seguir

El etiquetado de elementos de trabajo específicos o solicitudes de incorporación de cambios para seguirlos es un método que se usa para recibir actualizaciones por correo electrónico sobre los cambios realizados. Para más información, consulte Seguimiento de un elemento de trabajo o una solicitud de cambios.

Listas globales

Las listas globales definen los valores de menú o de lista desplegable compartidos en los tipos de elementos de trabajo (WIT) y los proyectos de una colección. Use listas globales para reducir el mantenimiento cuando varios WIT usen los mismos valores. Defina listas globales en una plantilla de proceso para los modelos de procesos XML hospedados o XML locales. Consulte Administración de listas globales para tipos de elementos de trabajo.

Flujo de trabajo global

El flujo de trabajo global define campos y listas globales que pueden compartir varios proyectos y WIT. Los administradores lo usan para estandarizar el flujo de trabajo entre proyectos (solo modelo de proceso XML local). Consulte Administración del flujo de trabajo global.

Categorías de tipos ocultos

Los tipos ocultos enumeran los tipos de elemento de trabajo que no desea que los usuarios creen manualmente. De forma predeterminada, este conjunto incluye:

• Solicitud de revisión de código y Respuesta de revisión de código
• Solicitud de comentarios y Respuesta a comentarios
• Pasos compartidos y Parámetro compartido
• Plan de pruebas y Conjunto de pruebas

Puede usar el Administrador de proyectos de equipo de código abierto en GitHub para determinar qué WIT pertenecen a la categoría Tipos ocultos.

Procesar modelos y plantillas

• Modelo de proceso XML hospedado: admite la personalización de objetos de seguimiento de trabajos modificando e importando una plantilla de proceso (disponible para seleccionar cuentas en la nube de Azure Boards). Consulte Modelo de proceso hospedado.
• Modelo de proceso de herencia: admite la personalización basada en la interfaz de usuario para las cuentas en la nube de Azure Boards; los proyectos heredan personalizaciones de procesos. Consulte Modelo de proceso de herencia.
• Modelo de proceso XML local: admite la personalización basada en XML para Azure DevOps local. Consulte Modelo de proceso local.

Problema

• Proceso ágil: Una incidencia realiza un seguimiento de los elementos que podrían afectar la finalización de otro trabajo; no aparece en backlogs o tableros por defecto. Consulte Administración de problemas e impedimentos.
• Proceso básico: Una incidencia realiza el seguimiento del trabajo o de los defectos y aparece en el backlog del producto y en el tablón de incidencias.

Rutas de acceso de iteración (también conocidos como sprints)

Un período de tiempo, normalmente de dos a tres semanas, que se usa para agrupar los elementos de trabajo que se van a completar durante ese intervalo de tiempo. Los sprints se usan en metodologías Scrum para respaldar el planeamiento de sprints, la finalización de sprints y otros procesos Scrum. Las rutas de acceso de iteración permiten agrupar el trabajo en sprints, hitos u otros período de tiempo o relacionados con eventos específicos. Más información: Acerca de las rutas de acceso de área e iteración.

Panel kanban

Un panel interactivo y electrónico que permite visualizar el flujo de trabajo desde la concepción a la finalización y los métodos Lean. Azure DevOps proporciona un panel para cada trabajo pendiente de producto o en cartera. Para obtener más información, consulte Información general sobre la placa y características y epopeyas de board.

Vínculos y tipos de vínculo

Los vínculos permiten definir relaciones entre elementos de trabajo y otros objetos ( como confirmaciones, bifurcaciones, solicitudes de incorporación de cambios, etc.) mediante diferentes tipos de vínculo. Para más información, vea Vincular elementos de trabajo a otros objetos y Referencia de tipos de vínculo.

Listas desplegables

Una lista desplegable (menú desplegable) presenta un conjunto enumerado de valores para un campo. La forma de personalizar una lista de selección depende del campo y del modelo de proceso. Para obtener más información, consulte Personalización del trabajo.

Planes (también conocidos como planes de entrega)

Un plan es una vista configurable que muestra el trabajo de varios equipos y proyectos distribuidos en un calendario en función de las iteraciones de cada equipo. Cada fila de la vista representa las tareas correspondientes al trabajo pendiente de producto o en cartera de un equipo. Cada tarjeta corresponde a un elemento de trabajo, como un caso de usuario, característica o épica. Para obtener más información, consulte Revisión de los planes de entrega de equipos.

Trabajo pendiente de cartera

Una lista interactiva de elementos de trabajo, similar al trabajo pendiente del producto, que admite la organización o agrupación del trabajo en características, épicas o escenarios. Los trabajos pendientes de cartera funcionan de forma similar a los trabajos pendientes de producto en los que puede priorizar el trabajo y ver la jerarquía de árbol. Más información: Definición de características y épicas.

Trabajo pendiente del producto

Una lista interactiva de elementos de trabajo que se corresponde con el plan o la hoja de ruta de proyecto de un equipo con las entregas previstas. El trabajo pendiente del producto permite asignar prioridades al trabajo, organizar el trabajo en sprints y vincular rápidamente el trabajo a los elementos de trabajo pendiente en cartera. Puede definir los elementos de trabajo pendiente y, a continuación, administrar su estado mediante el panel.

Un equipo puede personalizar cada trabajo pendiente de producto. Más información: Creación de la lista de trabajo pendiente.

Elemento de trabajo pendiente (PBI)

Un tipo de elemento de trabajo que define las aplicaciones, los requisitos y los elementos que los equipos planean crear. Los propietarios de productos suelen definir y apilar los elementos de trabajo pendiente de producto que se definen con el proceso Scrum. Más información: Flujo de trabajo y tipos de elementos de trabajo en un proceso Scrum

Proyectos

Un proyecto, anteriormente conocido como proyecto de equipo, proporciona un repositorio para el código fuente. Los proyectos permiten a un grupo de personas planear, supervisar el progreso y colaborar para desarrollar soluciones de software. Un proyecto se crea para una organización de Azure DevOps Services, o bien dentro de una colección de proyectos de TFS. Se puede usar con el fin de centrar la atención en los objetos definidos dentro del proyecto. Para obtener más información, consulte Acerca de los proyectos y escalado de la organización.

Consultas

Las consultas se usan para buscar y enumerar elementos de trabajo. Estas consultas admiten búsquedas administradas, que se usan para evaluar prioridades de trabajo, a diferencia de las búsquedas ad hoc, que se usan para buscar un elemento de trabajo específico. Las consultas de lista plana también admiten gráficos de estado y de tendencias. Para más información, consulte Acerca de las consultas administradas.

Paquete acumulativo

Sprints (también conocidos como iteraciones)

Un sprint es un período de tiempo de dos a tres semanas que se usa para agrupar los elementos de trabajo que se completarán durante ese intervalo de tiempo. Los sprints se usan en metodologías Scrum para respaldar el planeamiento de sprints, la finalización de sprints y otros procesos Scrum. Los sprints se definen mediante rutas de iteración. Para obtener más información, vea Acerca de las rutas de acceso de área e iteración (también conocidos como sprints).

Trabajo pendiente del sprint

Una lista interactiva de elementos de trabajo asignados a la misma ruta de acceso de sprint o iteración para un equipo. El trabajo pendiente de sprint sirve de apoyo a los equipos que usan las metodologías Scrum. Más información: Planeamiento de sprints.

Panel de tareas

Un panel de tareas es un panel interactivo de elementos de trabajo que puede usar para revisar y actualizar las tareas definidas para el trabajo pendiente de sprint. El panel de tareas sirve de apoyo a los equipos que usan metodologías Scrum. Para obtener más información, consulte Actualización y supervisión del panel de tareas.

Teams

Un equipo es un conjunto específico de miembros de un proyecto. Los equipos permiten a las organizaciones clasificar el trabajo para centrarse mejor en todas las tareas que supervisan como parte de un proyecto. Cada equipo accede a un conjunto de herramientas Agile. Los equipos pueden usar estas herramientas para trabajar de forma autónoma y colaborar con otros equipos de la empresa. Cada equipo puede configurar y personalizar las herramientas en función de los requisitos de trabajo. Para obtener más información, consulte Acerca de los equipos y las herramientas de Agile.

Caso de usuario

Un tipo de elemento de trabajo que define las aplicaciones, los requisitos y los elementos que los equipos planean crear. Los propietarios de producto suelen definir y establecer el rango en la pila de los casos de usuario. El caso de usuario se define con el proceso Agile. Más información: Flujo de trabajo y tipos de elementos de trabajo en un proceso Agile

Widgets

Los widgets muestran información y gráficos en los paneles. Muchos de los widgets se pueden configurar. Algunos widgets muestran información en uno o varios almacenes de datos o gráficos creados por el sistema. Para obtener más información, consulte Catálogo de widgets.

Tipos de elemento de trabajo (WIT)

Un WIT especifica los campos, el flujo de trabajo y el formulario que se usan para supervisar un elemento de trabajo. Cada WIT está asociado a más de 30 campos del sistema y a varios campos más específicos. Los elementos de trabajo se usan para planear y supervisar el trabajo necesario para desarrollar un proyecto. Para obtener información general sobre los WIT predefinidos que se proporcionan con los procesos predeterminados, consulte Acerca de los procesos y las plantillas de proceso.

Flujo de trabajo

Un flujo de trabajo define la progresión y regresión permitidas de un elemento de trabajo según lo definido por su WIT. Por ejemplo, el flujo de trabajo ágil realiza un seguimiento del estado de Nuevo o Activo a Cerrado o Completado. El proceso Básico usa los estados To Do, Doing y Done . El flujo de trabajo también controla qué valores de Estado y Motivo aparecen en los menús desplegables. Consulte Estados de flujo de trabajo y categorías de estado.

Contenido relacionado

• Procedimientos recomendados de Scrum