Glosario de navegación y administración de proyectos

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

En este glosario se describen los términos que se usan al navegar en el portal web para Azure DevOps. Consulte también el glosario de Agile.

Trabajos pendientes

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 Kanban.

Teams puede personalizar cada trabajo pendiente. Para más información, consulte Creación de un trabajo pendiente.

Vistas de análisis

Las vistas de análisis proporcionan una manera simplificada de especificar los criterios de filtro para un informe de Power BI basado en el servicio Analytics. El servicio Analytics es la plataforma de informes de Azure DevOps Services.

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 y de iteración.

Registro de auditoría

Los registros de auditoría contienen muchos cambios que se producen en toda una organización de Azure DevOps. Los cambios se producen cuando un usuario o una identidad de servicio dentro de la organización edita el estado de un artefacto, incluidos los cambios en los permisos. Para obtener más información, consulte Acceso, exportación y filtrado de registros de auditoría.

Autenticación

La autenticación comprueba la identificación de un usuario en función de las credenciales proporcionadas al iniciar sesión en una organización en Azure DevOps. Estos servicios o servidores normalmente se integran con y dependen de las características de seguridad proporcionadas por servicios como Active Directory o Microsoft Entra ID. Para obtener más información, consulte Acerca de la seguridad, la autenticación y la autorización.

Authorization

La autorización es la operación que se realiza para comprobar que la identidad que intenta conectarse a un servicio o instancia de servidor tiene los permisos necesarios para acceder a un servicio, una característica, una función, un objeto o un método. Para obtener más información, consulte Acerca de la seguridad, la autenticación y la autorización.

Paneles (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. Más información: Introducción a Kanban.

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.

Acceso condicional

El acceso condicional proporciona compatibilidad para proteger los recursos de Azure DevOps respaldados por un inquilino de Microsoft Entra. Por ejemplo, puede habilitar la autenticación multifactor para ayudar a protegerse contra el riesgo de credenciales en peligro. Para más información, consulte Administración del acceso condicional a Azure DevOps.

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, vea Adición y administración de paneles.

Extensiones

Las extensiones son complementos sencillos que se usan para personalizar y ampliar la experiencia de DevOps de Azure DevOps. Se escriben con tecnologías estándar (HTML, JavaScript, CSS) y se pueden desarrollar mediante sus herramientas de desarrollo preferidas. Hay cientos de extensiones disponibles en la pestaña Visual Studio Marketplace, Azure DevOps.

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 Definición de favoritos personales o de equipo.

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 incorporación de cambios.

Repositorio Git

Un repositorio de Git admite un sistema de control de versiones distribuido para realizar un seguimiento de los cambios, revisar las contribuciones al código, etc. Cada desarrollador tiene una copia del repositorio de origen en su máquina de desarrollo. Puede agregar varios repositorios de Git a un proyecto. Más información: Repositorios de Git.

Nota:

Git en Visual Studio y Azure DevOps Services son Git estándar. Puede usar Visual Studio con servicios de Git de terceros y también puede usar clientes git de terceros con Azure DevOps Services.

Herencia

Es posible que se hereden los permisos que no están permitidos o denegados directamente para un usuario. Para más información, consulte Introducción a los permisos, el acceso y los grupos de seguridad.

Biblioteca de autenticación de Microsoft

La Biblioteca de autenticación de Microsoft (MSAL) permite a los desarrolladores de aplicaciones adquirir tokens de la Plataforma de identidad de Microsoft para autenticar a los usuarios y acceder a las API web protegidas. Se puede usar para ofrecer acceso seguro a Microsoft Graph, otras API de Microsoft, API web de terceros o su propia API web. MSAL es compatible con muchas arquitecturas y plataformas de aplicación distintas, incluidas .NET, JavaScript, Java, Python, Android e iOS. Para obtener más información, consulte Introducción a la biblioteca de autenticación de Microsoft.

Espacio de nombres

Cada familia de recursos de Azure DevOps (elementos de trabajo, repositorios de Git, etc.) se protege mediante un espacio de nombres diferente. Cada espacio de nombres de seguridad contiene cero o más ACL. Cada ACL contiene un token, una marca de herencia y un conjunto de cero o más ACE. Cada ACE contiene un descriptor de identidad, una máscara de bits de permisos permitida y una máscara de bits de permisos denegada.

Para obtener una lista de los espacios de nombres de Azure DevOps, consulte Security namespace and permission reference (Referencia de permisos y espacio de nombres de seguridad).

Notificaciones

Con las notificaciones, se recibe una notificación cuando se produce un cambio en los elementos de trabajo, revisiones del código, solicitudes de incorporación de cambios, archivos de control de código fuente y compilaciones. Por ejemplo, puede recibir una notificación cada vez que se resuelva un error abierto, o cuando se le asigne un elemento de trabajo. Recibirá notificaciones según las reglas o suscripciones que haya creado para sí mismo, para los equipos o para el proyecto. Más información: Acerca de las notificaciones.

OAuth

OAuth 2.0 es un protocolo estándar de la industria para la autorización. OAuth 2.0 es compatible con Azure DevOps Services para autenticar las API REST. Para más información, consulte Autorización del acceso a las API REST con OAuth 2.0.

Propietario de la organización

La persona que creó la organización o que se asignó posteriormente como propietario de la organización. El propietario de la organización tiene acceso a todas las funciones y características de Azure DevOps, y puede conceder acceso a otras personas a características y funciones. Para buscar o cambiar el propietario de la organización, consulte Cambiar el propietario de la organización.

Un token de acceso personal (PAT)

Los tokens de acceso personal (PAT) son contraseñas alternativas que puede usar para autenticarse en Azure DevOps. Para obtener información sobre cómo crear y revocar PAT, consulte Autenticación del acceso con tokens de acceso personal.

Permiso

Asignación realizada a un usuario o grupo para usar una característica o función. Los permisos se asignan a los grupos de seguridad predeterminados. Para más información, consulte Introducción a los permisos, el acceso y los grupos de seguridad.

Estado del permiso

El estado asignado a una característica o función al permiso de un usuario o grupo. Los usuarios tienen permiso para acceder a una característica si su permiso está establecido en Permitir, Permitir heredado o Permitir del sistema. No tienen permiso cuando el estado está establecido en Deny, Inherited deny, System deny o Not set. Para más información, consulte Introducción a los permisos, el acceso y los grupos de seguridad.

Pipelines

Las canalizaciones son artefactos que se definen para ejecutar compilaciones simultáneas o implementar versiones simultáneas. Se admiten dos tipos de canalizaciones, privadas y hospedadas. Para más información, consulte Trabajos simultáneos de CI/CD.

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 planes de entrega de equipo.

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 más información, consulte Acerca de la personalización de procesos y los procesos heredados.

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, vea Acerca de los proyectos y escalado de la organización.

Proyectos públicos

Son proyectos creados en una organización de Azure DevOps Services que son visibles para todo el mundo. Cualquier usuario en cualquier parte pueden detectarlos y realizar operaciones limitadas. Puede usar la CLI de Azure DevOps para encontrar una lista de proyectos. Los administradores pueden controlar quién puede contribuir plenamente. Los administradores pueden cambiar un proyecto de privado a público (y viceversa), tal y como se describe en Cambio de la visibilidad del proyecto.

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.

Repositorios

Una carpeta o contenedor de control de código fuente que configure para ayudarle a realizar un seguimiento de los cambios de archivos. Puede tener cualquier número de repositorios en el equipo, cada uno almacenado en su propia carpeta. Cada repositorio es independiente, por lo que los cambios guardados en un repositorio no afectan al contenido de otro. Más información: Creación de un nuevo repositorio de Git.

Permisos basados en roles

Modelo de seguridad que limita las acciones basadas en la pertenencia a un rol y permisos asignados a ese rol. Para más información, consulte Permisos basados en roles.

Grupo de seguridad

Método por el que puede organizar usuarios y otros objetos de dominio para simplificar la administración de permisos y acceso. Azure DevOps admite muchos grupos de seguridad predeterminados y la capacidad de crear grupos personalizados. Para más información, consulte Introducción a los permisos, el acceso y los grupos de seguridad.

Cuenta de servicio

Una cuenta que se usa para supervisar o administrar servicios seleccionados, como servicios de compilación o prueba.

Entidad de servicio

Una entidad de servicio es la representación local o la instancia de aplicación de un objeto de aplicación global en un único inquilino o directorio. Cuando una aplicación tiene permiso para acceder a los recursos de un inquilino (tras el registro o consentimiento), se crea un objeto de entidad de seguridad de servicio. Para obtener más información, consulte Objetos de aplicación y entidad de servicio en identificador de Microsoft Entra y compatibilidad con la entidad de servicio y la identidad administrada en Azure DevOps.

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 más información, consulte Acerca de las rutas de acceso de área e iteración (también llamadas sprints).

Trabajo pendiente del sprint

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.

Parte interesada

Una cuenta de usuario a la que se concedió la pertenencia a una organización en una instancia de Azure DevOps con acceso de partes interesadas. Con el acceso a las partes interesadas, puede agregar y modificar elementos de trabajo, comprobar el estado del proyecto, administrar canalizaciones y ver y administrar paneles. Para obtener más información, consulte Introducción a las partes interesadas.

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 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, vea Acerca de los equipos y herramientas de Agile.

Grupo de equipos

Un grupo de seguridad que se define cuando se crea un equipo y se rellena automáticamente con los miembros a medida que se agregan al equipo.

Inquilino

Identificador de Entra de Microsoft que se usa para administrar el acceso o la facturación. Para obtener más información, consulte Cambio del inquilino de Microsoft Entra.

Control de versiones de Team Foundation (TFVC)

Un sistema de control de versiones centralizado. Con TFVC, los desarrolladores solo tienen una versión de cada archivo en sus equipos de desarrollo. Las bifurcaciones se basan en las rutas de acceso y se crean en el servidor. Los datos históricos se conservan únicamente en el servidor. Más información: Uso de Control de versiones de Team Foundation.

Usuarios válidos

Los usuarios válidos son usuarios que Azure DevOps reconoce como capaces de conectarse a la cuenta o a un proyecto. Cuando agrega cuentas de usuarios directamente a un grupo integrado o a través de un grupo de Windows, Active Directory o Microsoft Entra, se agregan automáticamente a uno de los grupos de usuarios válidos. Para más información, consulte Introducción a los permisos, el acceso y los grupos de seguridad.

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 más información, consulte Catálogo de widgets.

Elementos de trabajo

Un elemento de trabajo representa un objeto almacenado en el almacén de datos del elemento de trabajo. Cada elemento de trabajo se basa en un tipo de elemento de trabajo(por ejemplo, un caso de usuario, una característica, un error, una tarea o un problema) y se le asigna un identificador que es único en todos los proyectos de una organización o colección de proyectos. Los tipos de elemento de trabajo disponibles se basan en el proceso usado cuando se creó el proyecto. Cada elemento de trabajo admite la captura de información, la adición de datos adjuntos, la vinculación a otros elementos de trabajo, etc. Más información: Acerca de los elementos de trabajo.

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.