Términos y conceptos utilizados para hacer seguimiento de elementos de trabajo en Azure Boards
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
El glosario de Microsoft Agile es un breve diccionario de términos que se usan para hacer un seguimiento del trabajo mediante Azure Boards. En los artículos siguientes se definen más términos:
- 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
Metodologías Agile
Un conjunto de los procedimientos recomendados de ingeniería cuya finalidad es facilitar la entrega rápida de software de alta calidad y un enfoque empresarial que permite adecuar las tareas de desarrollo a las necesidades del cliente y los objetivos de la empresa. En esta entorno, se necesitan la supervisión y la adaptación continuas. Además, el trabajo en equipo, la autoorganización y la rendición de cuentas son fundamentales para el éxito del proyecto.
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
Agrupan uno o varios tipos de elementos de trabajo para respaldar el uso de informes flexibles, consultas y otras funciones disponibles a través de las herramientas Agile. Las categorías respaldan la configuración del proceso empleada por las páginas del panel de tareas y del trabajo pendiente en el portal web. Por ejemplo, puede agregar tipos de elementos de trabajo personalizados a la categoría Requisitos y administrarlos mediante el trabajo pendiente y los paneles del producto. Para más información, consulte Uso de categorías para agrupar tipos de elemento 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 permiten hacer seguimiento de un fragmento de información sobre el trabajo que se va a realizar. Los valores que asigne a un campo se conservarán en el almacén de datos de seguimiento del trabajo que se puede consultar y permite generar gráficos para ver el estado y las tendencias. El proyecto contiene 100 o más campos de datos. Para actualizar los datos, modifique el campo de datos dentro de un elemento de trabajo. Cada elemento de trabajo está asociado a un tipo de elemento de trabajo (WIT) y los datos que puede supervisar se corresponden con los campos asignados al WIT. Para obtener una definición de cada campo predefinido, consulte la lista de campos 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
Definen una lista de elementos de menú o elementos de lista desplegable que se comparten entre WIT y proyectos como parte de una colección de proyectos. Las listas globales ayudan a minimizar el trabajo necesario para actualizar listas. Puede definir listas globales dentro de los tipos de elemento de trabajo que se cargan con la plantilla de proceso. Más información: Administración de listas globales de tipos de elemento de trabajo. (Solo compatible con modelos de proceso XML hospedado y XML local)
Flujo de trabajo global
Especifica los campos de elemento de trabajo y las listas globales que pueden compartir varios proyectos y tipos de elementos de trabajo. Más información: Administración del flujo de trabajo global (solo compatible con el modelo de proceso XML local).
Categorías de tipos ocultos
Especifican el conjunto de tipos de elementos 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 TFS Team Project Manager, un cliente de código abierto disponible en GitHub para determinar rápidamente qué WIT pertenecen a la categoría de tipos ocultos.
Modelo de proceso XML hospedado
El modelo de proceso XML hospedado proporciona compatibilidad para personalizar objetos de seguimiento de trabajo y herramientas Agile para un proyecto al modificar e importar una plantilla de proceso. Este modelo de proceso solo está disponible para determinadas cuentas hospedadas en la plataforma en la nube de Azure Boards. Para más información, consulte Modelo de proceso hospedado.
Problemas o impedimentos
Un tipo de elemento de trabajo que permite hacer un seguimiento de las actividades no planeadas. La resolución de un problema o impedimento requiere trabajo adicional, más allá del programado de acuerdo con los requisitos reales. Usar el tipo de elemento de trabajo relativo al problema (proceso Agile o CMMI) o al impedimento (proceso Scrum) permite hacer un seguimiento de estos problemas y administrarlos hasta que pueda resolverlos y cerrarlos. Más información: Administración de problemas e impedimentos.
Modelo de proceso de herencia
El modelo de proceso de herencia permite personalizar objetos de seguimiento de trabajo y herramientas Agile para un proyecto a través de la interfaz de usuario. Este modelo de proceso solo está disponible para las cuentas hospedadas en la plataforma en la nube de Azure Boards. Los proyectos heredan las personalizaciones realizadas en un proceso. Para más información, consulte Modelo de proceso de herencia.
Problema
Proceso Agile: Un problema es un tipo de elemento de trabajo que define un elemento al que desea hacer un seguimiento, ya que puede afectar a la finalización de otro trabajo. Se define para el proceso Agile y no figura como parte de un trabajo pendiente o panel. Consulte Administración de problemas e impedimentos.
Proceso básico: Un problema es un tipo de elemento de trabajo que define algún defecto en el trabajo o el código que requiere un seguimiento. Se define para el proceso Básico y aparece en el panel de trabajos pendientes del producto y Problemas.
Nota:
El proceso Basic está disponible al agregar un proyecto a Azure DevOps Services o Azure DevOps Server 2019 Actualización 1. En el caso de implementaciones locales anteriores, elija un proceso Agile, Scrum o CMMI.
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 una placa para cada trabajo pendiente de producto y 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.
Modelo de proceso XML local
El modelo de proceso XML local proporciona compatibilidad para personalizar objetos de seguimiento de trabajo y herramientas Agile para un proyecto. Con este modelo, puede actualizar la definición XML de los tipos de elementos de trabajo, la configuración del proceso, las categorías, etc. También puede actualizar los atributos de los campos. Este modelo de proceso solo está disponible para Azure DevOps local. Para más información, consulte Modelo de proceso local.
Listas desplegables
Una lista desplegable especifica un conjunto enumerado de valores que aparecen dentro de un menú desplegable, en un formulario de elemento de trabajo. Los valores también aparecen en la columna Valor del editor de consultas. El método que use para personalizar una lista desplegable puede variar. Dependerá del campo y del modelo de proceso. Para 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.
Proceso
Un proceso define los bloques fundamentales de un sistema de seguimiento de trabajo. Para personalizar un proceso, primero debe crear un proceso heredado a partir de uno de los procesos predeterminados del sistema, Agile, Scrum o CMMI. Todos los proyectos que usan el proceso verán los cambios que haga. Para obtener más información, consulte Acerca de la personalización de procesos y los procesos heredados.
Configuración de proceso
Define la configuración predeterminada y las capacidades funcionales a las que pueden acceder los equipos mediante las herramientas Agile. Estas herramientas del portal web incluyen el trabajo pendiente del producto, los trabajos pendientes de sprint, la placa y el panel de tareas. (Solo compatible con modelos de proceso XML hospedado y XML local)
Modelo de proceso
El método de personalización de seguimiento de trabajo admitido por su organización o colección. Se admiten uno de los tres modelos de proceso: herencia y XML hospedado para Azure Boards y XML local para Azure DevOps local. Más información: Personalización de la experiencia de seguimiento del trabajo
Plantilla de proceso
Especifica un conjunto de archivos relacionados entre sí que contienen las definiciones XML para hacer un seguimiento del trabajo y definir la configuración inicial de otras áreas funcionales. El sistema proporciona tres plantillas de proceso predeterminadas: Agile, Scrum o CMMI. Puede crear un proyecto y, a continuación, personalizarlo o personalizar una plantilla de proceso que después use para crear un proyecto. (Solo compatible con modelos de proceso XML hospedado y XML local)
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.
Vinculación remota
La vinculación remota permite establecer vínculos entre elementos de trabajo de una organización y elementos de trabajo u otros objetos definidos en otra organización. Las organizaciones las debe administrar la misma instancia de Microsoft Entra ID. Más información: Vinculación a un elemento de trabajo remoto.
Paquete acumulativo
Un resumen hace referencia a la suma de trabajo restante, puntos del caso u otro campo numérico de elementos de trabajo secundarios y descendientes dentro de una jerarquía. Para agregar columnas de resumen al trabajo pendiente de producto o en cartera, consulte Mostrar el progreso o los totales del paquete acumulativo.
Un resumen hace referencia a la suma de trabajo restante, puntos del caso u otro campo numérico de elementos de trabajo secundarios y descendientes dentro de una jerarquía. Azure Boards admite algunas características relacionadas con los resúmenes. Para obtener más información, vea Acumulación de trabajo y otros campos.
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 es una parte esencial de un elemento de trabajo. Se define mediante el tipo de elemento de trabajo correspondiente. El flujo de trabajo determina el avance y el retroceso lógicos en relación con los elementos de trabajo. En el proceso Agile, supervisa el estado del trabajo a medida que progresa de los estados New o Active a Closed o Completed. En el proceso Básico, todos los tipos de elementos de trabajo usan los estados To Do, Doing y Done para realizar un seguimiento del estado del flujo de trabajo.
El flujo de trabajo también especifica los valores que aparecen en los menús desplegables de los campos de estado y motivo. Para obtener más información, consulte Estados de flujo de trabajo y categorías de estado.