Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
Con la mayoría de Azure DevOps Services, puede empezar a usar el servicio y configurar los recursos a medida que vaya. No se requiere ningún trabajo inicial. La mayoría de la configuración definen los valores predeterminados.
Si ha creado un proyecto o se le agrega al grupo Administradores de proyectos, familiarícese con las tareas administrativas con las que se le cobra. Es posible que desee realizar algunas tareas para garantizar una experiencia operativa fluida.
Prerrequisitos
| Categoría | Requisitos |
|---|---|
| Permisos | Miembro del grupo de seguridad de administradores de proyectos . |
Nota
En este artículo se proporciona información general sobre las tareas a las que debe revisar y asistir un miembro del grupo Administradores de proyectos. Para obtener información sobre las tareas que deben realizar los miembros del grupo Administradores de colecciones de proyectos, vea Administrar la organización o la colección de proyectos.
Agregar usuarios al proyecto
Los usuarios se agregan a un equipo o proyecto para que puedan contribuir a estos. Los usuarios se pueden agregar a varios equipos y proyectos.
Los usuarios que se agregan a una organización se pueden agregar fácilmente a un proyecto agregándolos a un equipo o invitando a contribuir a un proyecto.
Los administradores del equipo pueden agregar usuarios a su equipo, lo que los agrega automáticamente al proyecto. Al agregar usuarios a un equipo, los usuarios se vuelven visibles para herramientas específicas del equipo, como el grupo de seguridad del equipo, el widget Miembros del equipo y las herramientas de planeamiento de capacidad de sprint. Para más información, consulte Acerca de los equipos y herramientas de Agile.
Los miembros del grupo Administradores de proyectos pueden agregar usuarios al proyecto. Al agregar usuarios a un equipo o proyecto se les agrega automáticamente al grupo Colaboradores del proyecto. Los miembros de este grupo tienen permisos para la mayoría de las características necesarias para contribuir en los elementos de trabajo, el código, las compilaciones y las versiones. Para información general sobre los permisos predeterminados, consulte Referencia rápida de los permisos predeterminados.
Después de agregar usuarios a un proyecto u organización, puede buscar su nombre visible o nombre de usuario (alias de correo electrónico) en cualquier herramienta de selección de personas. Los usuarios pueden conectarse a un proyecto y acceder a las características disponibles mediante un cliente compatible o el portal web.
Vea los siguientes artículos para más información:
- Adición de usuarios o grupos a un proyecto o equipo
- Administración de la organización o la colección de proyectos, incorporación de usuarios a la organización
- Conectar a un proyecto
Comparta su visión del proyecto, configure una wiki de proyecto
Cada proyecto tiene una página de resumen que resulta útil para compartir información mediante archivos LÉAME. También puede redirigir a los usuarios a un proyecto Wiki. Para los usuarios que no están familiarizados con el proyecto, un buen enfoque es configurar la página de resumen del proyecto o preparar una Wiki. Use estas características para compartir procesos y procedimientos establecidos para el proyecto.
Eliminación de los servicios sin usar
Para simplificar la interfaz de usuario del portal web, puede deshabilitar servicios específicos. Supongamos que usa un proyecto solo para registrar errores. En este escenario, podría deshabilitar todos los servicios excepto Boards. Para más información, consulte Activar o desactivar un servicio.
En el ejemplo siguiente se muestra el servicio Planes de prueba deshabilitado:
Administrar la seguridad y los permisos
Los permisos y los grupos de seguridad controlan el acceso a tareas específicas. Para comprender rápidamente los valores predeterminados configurados para el proyecto, consulte Permisos y acceso predeterminados.
En la tabla siguiente se enumeran los permisos asignados en el nivel de proyecto. Todos estos permisos se conceden a los miembros del grupo Administradores de proyectos, excepto para los permisos Eliminar vistas de Análisis compartido y Editar vistas de Análisis compartido . Para una descripción de cada permiso, consulte Referencia de permisos y grupos, Grupos.
Nota
Los permisos asociados a Analytics requieren que el modelo de proceso heredado esté seleccionado para una colección de proyectos local.
General
- Eliminar proyecto de equipo
- Editar información de nivel de proyecto
- Administración de las propiedades del proyecto
- Cambio del nombre de proyecto del equipo
- Supresión de las notificaciones para las actualizaciones de elementos de trabajo
- Actualización de la visibilidad del proyecto
- Ver información de nivel de proyecto
- Eliminar proyecto de equipo
- Editar información de nivel de proyecto
- Administración de las propiedades del proyecto
- Cambio del nombre de proyecto del equipo
- Supresión de las notificaciones para las actualizaciones de elementos de trabajo
- Ver información de nivel de proyecto
Tableros
- Reglas de omisión en las actualizaciones de elementos de trabajo
- Proceso de cambio del proyecto de equipo
- Crear definición de etiqueta
- Eliminación y restauración de elementos de trabajo
- Extracción de elementos de trabajo de este proyecto
- Eliminación definitiva de elementos de trabajo
Análisis
- Eliminar las vistas de Analytics compartidas
- Editar las vistas de Analytics compartidas
- Visualización de análisis
Planes de prueba
- Crear ejecuciones de pruebas
- Eliminar ejecuciones de pruebas
- Administrar configuraciones de prueba
- Administrar entornos de prueba
- Ver series de pruebas
Para obtener más información sobre la seguridad y la configuración de permisos en el nivel de proyecto, revise los artículos siguientes:
- Introducción a los permisos, el acceso y los grupos de seguridad
- Cambio de permisos en el nivel de proyecto
Incorporación de miembros al grupo Administradores de proyectos
La persona que crea un proyecto se agrega automáticamente como miembro al grupo Administradores de proyectos. Los miembros de este grupo tienen permisos para administrar la configuración del proyecto, los repositorios, los recursos de canalización, los equipos y todos los permisos de nivel de proyecto.
Se recomienda asignar privilegios administrativos a más de un miembro del equipo. Puede agregar un usuario a este grupo siguiendo las instrucciones de Cambio de permisos en el nivel de proyecto, Agregar miembros al grupo Administradores de proyectos.
Concesión o restricción de permisos
Los permisos se administran en los tres niveles siguientes y a través de asignaciones basadas en roles:
- objeto
- proyecto
- organización o colección
Como miembro del grupo Administradores de proyectos , puede conceder o restringir permisos para todos los objetos en el nivel de proyecto. Para delegar tareas específicas a otros usuarios, un buen enfoque es agregar los usuarios a un grupo de seguridad integrado o personalizado, o agregarlos a un rol específico. Vea los siguientes artículos para más información:
- Uso de permisos basados en roles
- Agregar o quitar usuarios o grupos, administrar grupos de seguridad
- Administración del acceso a funciones y características específicas
- Establecimiento de permisos a nivel de objeto
Revisión y actualización de notificaciones
Hay varias notificaciones predefinidas para cada proyecto que agregue. Las notificaciones se basan en reglas de suscripción. Las suscripciones surgen de las siguientes áreas:
- Suscripciones predeterminadas o de serie.
- Suscripciones de equipo, proyecto y organización o colección definidas por un administrador de equipo o miembro de los grupos Administradores de proyectos o Administradores de colecciones de proyectos.
Si los usuarios informan de recibir demasiadas notificaciones, puede dirigirlos para cancelar una suscripción.
Determinación de los requisitos de rastreabilidad
Si usa la mayoría de Azure DevOps Services, como Azure Boards, Azure Repos, Azure Pipelines y Azure Test Plans, es probable que quiera alertar a los equipos a las características que admiten la rastreabilidad de un extremo a otro. Para empezar, revise los artículos siguientes:
- Información general de la integración y la colaboración entre servicios
- Rastreabilidad de un extremo a otro
Establecimiento de directivas de DevOps
Establezca directivas para admitir la colaboración en los equipos y quite automáticamente los archivos obsoletos. Para establecer directivas que rigen Azure Repos, Azure Pipelines y Azure Test Plans, revise los siguientes artículos:
- Administrar directivas de rama
- Agregar directivas de protección de Control de versiones de Team Foundation (TFVC)
- Establecimiento de directivas de retención de canalización de compilación y versión
- Establecer directivas de retención de pruebas
Configuración y personalización de Azure Boards
Puede configurar y personalizar Azure Boards para admitir muchos requisitos empresariales para planear y realizar el seguimiento del trabajo. Como mínimo, debe configurar los siguientes elementos:
- Rutas de acceso de área para agrupar elementos de trabajo por equipo, producto o área de características
- Caminos de iteración para agrupar el trabajo en sprints, hitos u otros períodos relacionados con eventos o con el tiempo
Si no está familiarizado con Azure Boards y desea obtener información general detallada sobre lo que puede configurar y personalizar, consulte Configuración y personalización de Azure Boards.
Definir rutas de área e iteración para el seguimiento del trabajo
Si admite varios productos, puede asignar elementos de trabajo según la característica del área definiendo rutas de acceso de área. Para asignar elementos de trabajo a intervalos de tiempo específicos, también conocidos como sprints, configure rutas de acceso de iteración. Para usar las herramientas de Scrum como trabajos pendientes de sprint, paneles de tareas y capacidad de equipo, debe configurar varios sprints. Para información general, consulte Acerca de las rutas de acceso al área y de iteración.
En la imagen siguiente se muestran las rutas de iteración predeterminadas para los procesos de Scrum:
En la imagen siguiente se muestra un conjunto de rutas de acceso de área de ejemplo:
Personalización de procesos de seguimiento del trabajo
Usted y su equipo pueden empezar a usar todas las herramientas de seguimiento del trabajo inmediatamente después de crear un proyecto. Pero a menudo, algunos usuarios quieren personalizar la experiencia para satisfacer diversas necesidades empresariales. Puede personalizar el proceso fácilmente mediante la interfaz de usuario. Se recomienda establecer una metodología para la que los usuarios puedan administrar las actualizaciones y evaluar las solicitudes.
Nota
De forma predeterminada, a los propietarios de la organización y a los usuarios agregados al grupo de seguridad Administradores de colecciones de proyectos se les concede permiso para crear, editar y administrar los procesos de personalización de la experiencia de seguimiento del trabajo. Si desea bloquear quién puede realizar estas tareas, puede establecer los permisos en el nivel de organización en Denegar.
Vea los siguientes artículos para más información:
- Acerca de la personalización de procesos y de procesos heredados
- Personalizar un proyecto
- Incorporación y administración de procesos
Integración con otros servicios
Azure DevOps admite la integración con Azure, GitHub y muchos otros servicios. Como miembro del grupo Administradores de proyectos , puede configurar la integración con muchos de estos servicios. Para obtener más información, consulte los siguientes artículos.
| Integración del servicio | Recursos |
|---|---|
| Azure DevOps y GitHub | Información general de la integración entre Azure DevOps y GitHub |
| Azure Boards y GitHub | integración de Azure Boards y GitHub |
| Equipos de Microsoft |
-
Azure Boards con Microsoft Teams - Azure Repos con Microsoft Teams - Azure Pipelines con Microsoft Teams |
| Flojo |
-
Azure Boards con Slack - Azure Repos con Slack - Azure Pipelines con Slack |
| Enlaces de servicio de Azure DevOps | Integración con enlaces de servicio |
Agregar equipos y escalar el proyecto
A medida que crece la organización, se recomienda agregar equipos para escalar el proyecto. Cada equipo obtiene acceso a su propio conjunto de herramientas de Agile personalizables.
Vea los siguientes artículos para más información:
- Acerca de los proyectos y el escalado de la organización
- Incorporación de un equipo: pasar de un equipo predeterminado a varios equipos
- Agregar un administrador del equipo