Permisos y acceso para el seguimiento del trabajo
Task
Parte interesada
Lectores
Colaboradores
Administradores de equipo
Project administradores
✔️
✔️
✔️
✔️
✔️
✔️
✔️
✔️
✔️
✔️
✔️
✔️
✔️
✔️
✔️
✔️
✔️
✔️
✔️
El permiso Editar información de nivel de proyecto incluye la capacidad de realizar estas tareas para el proyecto:
- Crear y modificar áreas e iteraciones
- Editar directivas de protección
- Editar consultas de elementos de trabajo compartidas
- Editar ACL de permisos de nivel de proyecto
- Crear y modificar listas globales
- Edite suscripciones de eventos (correo electrónico o SOAP) en eventos de nivel de proyecto.
Rol y permisos de administrador de equipo
En la tabla siguiente se resume un subconjunto de los permisos predeterminados asignados a los grupos lectores, colaboradores y administradores de Project proyecto y al rol Administrador de equipo. Los permisos de administrador de equipo se extienden solo al equipo del que son administradores. Project permisos de administrador se extienden a todos los equipos definidos para el proyecto.
Permiso
Lectores
Colaboradores
Administradores de equipo
Project Administrators
✔️
✔️
✔️
✔️
✔️
✔️
✔️
✔️
Administración de permisos compartidos de consultas y carpetas de consulta
(Contribuir, eliminar, administrar permisos)
✔️
✔️
✔️
Acceso de Parte interesada
El acceso de las partes interesadas admite a los propietarios y analistas empresariales y a otros miembros del equipo que no contribuyen a las actividades de código, compilación y prueba. Contribuyen agregando ideas al trabajo pendiente, agregando contexto e información a los elementos de trabajo y revisando el estado y el progreso. Todos los miembros de una organización que no usan Visual Studio pero desean contribuir al seguimiento de elementos de trabajo y supervisar el progreso se pueden asignar como partes interesadas. Para más información sobre el acceso de las partes interesadas, consulte Trabajar como parte interesada.
Para obtener un gráfico de comparación de las partes interesadas frente al acceso básico, vea Feature Matrix.
Para obtener información sobre cada nivel de acceso, vea Acerca de los niveles de acceso. Para asignar niveles de acceso, consulte:
- Azure DevOps Services:Agregar usuarios y asignar licencias en Azure DevOps
- Azure DevOps Server, TFS:Cambio de los niveles de acceso
Conceder permisos adicionales a los miembros del equipo
Para que los equipos trabajen de forma autónoma, es posible que quiera proporcionarles permisos que no tienen de forma predeterminada. Entre las tareas sugeridas se incluyen el proporcionar a los administradores de equipo o responsables de equipo permisos para:
- Crear y editar nodos secundarios en sus rutas de acceso de área predeterminadas
- Crear y editar nodos secundarios bajo un nodo de iteración existente
- Cree consultas y carpetas compartidas en la carpeta Consultas compartidas.
De forma predeterminada, los miembros del equipo heredan los permisos concedidos a los miembros del grupo Colaboradores del proyecto. Los miembros de este grupo pueden agregar y modificar código fuente, crear y eliminar series de pruebas y crear y modificar elementos de trabajo. Pueden colaborar en un proyecto de Git o colaborar con otros miembros del equipo y colaborar en el trabajo en la base de código del equipo (TFVC).
Si la implementación local incluye informes, agregue usuarios a esos recursos. Consulte Concesión de permisos para ver o crear SQL Server informes en TFS.
Si la implementación de TFS local incluye informes o SharePoint Products, agregue usuarios a esos recursos. Vea Conceder permisos para ver o crear informes SQL Server en TFS y Establecer SharePoint permisos de sitio.
Notas relacionadas
- Establecer permisos y acceso para el seguimiento del trabajo
- Introducción como parte interesada
- Agregar otro equipo
- Administración de equipos y configuración de herramientas de equipo
- Problemas de almacenamiento en caché de IndexDB en el formulario de elemento de trabajo
Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013
Como miembro de un proyecto Azure DevOps, 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. El nivel de acceso Básico y superior admite el acceso completo a todas las Azure Boards características. El nivel de acceso de las partes interesadas proporciona compatibilidad parcial para seleccionar características, lo que permite a los usuarios ver y modificar elementos de trabajo, pero no usar todas las características. Los grupos de seguridad integrados(lectores,colaboradores y administradores de Project)y el rol de administrador de equipo conceden permisos a características específicas.
Como miembro de un proyecto Azure DevOps, 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. El nivel de acceso Básico y superior admite el acceso completo a todas las características del centro de trabajo. El nivel de acceso de las partes interesadas proporciona compatibilidad parcial para seleccionar características, lo que permite a los usuarios ver y modificar elementos de trabajo, pero no usar todas las características. Los grupos de seguridad integrados(lectores,colaboradores y administradores de Project)y el rol de administrador de equipo conceden permisos a características específicas.
En las tablas proporcionadas en este artículo, un ✔️ indica que el nivel de acceso o grupo de seguridad correspondiente tiene acceso a una característica de forma predeterminada.
Nota
Los administradores de equipos pueden configurar opciones para las herramientas de su equipo. Los propietarios de la organización y los miembros del Project administradores pueden configurar opciones para todos los equipos. Para agregarlo como administrador, consulte Agregar administradores de equipo o Agregar administradores, establecer permisos en el nivel de proyecto o en el nivel de colección de proyectos.
Para obtener un gráfico de comparación de las partes interesadas frente al acceso básico, consulte la matriz de características. Para asignar o cambiar un nivel de acceso, consulte Adición de usuarios y asignación de licencias. Si necesita conceder permisos de selección a usuarios específicos,puede hacerlo.
Elementos de trabajo
Puede usar elementos de trabajo para realizar un seguimiento de todo lo que necesita realizar. Para más información, consulte Comprender cómo se usan los elementos de trabajo para realizar el seguimiento de problemas, tareas y epopeyas.
Nota
Puede cambiar el tipo de elemento de trabajo o mover elementos de trabajo a otro proyecto dentro de una colección de proyectos. Estas características requieren que el almacenamiento de datos esté deshabilitado. Con el almacenamiento de datos deshabilitado, puede usar el servicio Analytics para satisfacer sus necesidades de informes. Para obtener más información sobre cómo deshabilitar el almacenamiento de datos, vea Deshabilitar el almacenamiento de datos y el cubo.
Tarea o permiso
Lectores
Colaboradores
Project administradores
Ver elementos de trabajo en este nodo (permiso Ruta de acceso de área)
✔️
✔️
✔️
Editar elementos de trabajo en este nodo (permiso Ruta de acceso de área)
✔️
✔️
Crear definición de etiqueta
✔️
✔️
Cambiar el tipo de elemento de trabajo (Project de nivel de trabajo)
✔️
✔️
Sacar elementos de trabajo de este proyecto (Project de nivel de trabajo)
✔️
✔️
Elementos de trabajo de correo electrónico
✔️
✔️
Aplicación de una plantilla de elemento de trabajo
✔️
✔️
Eliminación y restauración de elementos de trabajo (Project de nivel de trabajo) (se pueden restaurar desde la papelera de reciclaje)
✔️
✔️
Eliminación permanente de elementos de trabajo (Project de nivel de trabajo)
✔️
Proporcionar comentarios (a través del cliente de comentarios de Microsoft)
✔️
✔️
✔️
✔️
Nota
Los elementos de trabajo están sujetos a las reglas que se les aplican. 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 aplica a usted, consulte Problemas de almacenamiento en caché de IndexDB del formulario de elemento de trabajo. Para obtener más información sobre las reglas condicionales, vea Reglas y evaluación de reglas.
Boards
Puede usar Boards para implementar métodos Kanban. Boards elementos de trabajo como tarjetas y admiten actualizaciones de estado rápidas a través de arrastrar y colocar.
Task
Lectores
Colaboradores
Administradores de equipo
Project administradores
Visualización de paneles y apertura de elementos de trabajo
✔️
✔️
✔️
Agregar elementos de trabajo a un tablero; actualizar el estado mediante arrastrar y colocar
✔️
✔️
Reordenar elementos de trabajo o reordenar elementos secundarios primarios a través de arrastrar y colocar; actualizar un campo en una tarjeta
✔️
✔️
Agregar elementos de trabajo a un tablero; actualizar el estado, reordenar o reordenar elementos secundarios a través de arrastrar y colocar; actualizar un campo en una tarjeta
✔️
✔️
Agregar elementos de trabajo a un tablero; actualizar el estado mediante arrastrar y colocar
✔️
✔️
Agregar elementos secundarios a una lista de comprobación
✔️
✔️
Asignar a un sprint (desde el campo de tarjeta)
✔️
✔️
Asignación a un sprint
✔️
✔️
Configuración de los valores de la placa
✔️
Trabajos pendientes
Los trabajos pendientes muestran los elementos de trabajo como listas. Un trabajo pendiente del producto representa el plan de proyecto y un repositorio de toda la información que necesita para realizar el seguimiento y compartir con su equipo. Los trabajo pendientes de cartera le permiten agrupar y organizar el trabajo pendiente en una jerarquía.
Task
Lectores
Colaboradores
Administradores de equipo
Project administradores
Visualización de trabajos pendientes y apertura de elementos de trabajo
✔️
✔️
✔️
Agregar elementos de trabajo a un trabajo pendiente
✔️
✔️
Uso de características de edición masiva
✔️
✔️
Agregar elementos secundarios a un elemento de trabajo pendiente; priorizar o reordenar un trabajo pendiente; elementos primarios mediante el panel Asignación; Asignación de elementos a un sprint mediante el panel Planeamiento
✔️
✔️
Agregar elementos secundarios a un elemento de trabajo pendiente; priorizar o reordenar un trabajo pendiente; elementos primarios mediante el panel Asignación; Asignación de elementos a un sprint mediante arrastrar y colocar
✔️
✔️
Configuración de opciones de equipo, niveles de trabajo pendiente, mostrar errores, días laborables de baja
✔️
Sprints
Las herramientas de sprint se usan para implementar métodos de Scrum. El conjunto de herramientas Sprints proporciona vistas filtradas de elementos de trabajo que un equipo ha asignado a rutas de iteración o sprints específicos.
Task
Lectores
Colaboradores
Administradores de Projectadministradores
Visualización de trabajos pendientes de sprint, tablas de tareas y apertura de elementos de trabajo
✔️
✔️
✔️
Agregar elementos de trabajo a un trabajo pendiente de sprint o a un panel de tareas
✔️
✔️
Priorizar o reordenar un trabajo pendiente de sprint o un panel de tareas; agregar elementos secundarios a un elemento de trabajo pendiente; reasignar elementos a un sprint mediante el panel Planeamiento
✔️
✔️
Visualización de la capacidad del equipo y los detalles del trabajo
✔️
✔️
Establecer la capacidad del equipo
✔️
✔️
Uso de características de edición masiva
✔️
✔️
Definición de sprints de equipo
✔️
Consultas y búsqueda semántica
Las consultas son listas filtradas de elementos de trabajo en función de los criterios que defina mediante un editor de consultas. Las búsquedas addhoc están basadas en un motor de búsqueda semántico.
Sugerencia
De forma predeterminada, los colaboradores no pueden crear ni guardar consultas compartidas. Se recomienda que Project administradores creen una carpeta de consulta para cada equipo y que los administradores del equipo o el grupo de equipos den permisos de consulta para administrar su carpeta. Necesita permisos eliminar para cambiar el nombre o mover una consulta o carpeta compartidas, y permisos de contribución para la carpeta a la que mueve la consulta. Para más información, consulte Establecer permisos en consultas y carpetas de consulta.
Task
Lectores
Colaboradores
Project administradores
Ver y ejecutar consultas administradas, ver gráficos de consultas
✔️
✔️
✔️
Crear y guardar consultas administradas, gráficos de consultas
✔️
✔️
Crear, eliminar y guardar consultas, gráficos y carpetas compartidos
✔️
Planes de entrega
Los planes de entrega muestran los elementos de trabajo como tarjetas en una vista de calendario. Este formato puede ser una herramienta de comunicación eficaz con administradores, asociados y partes interesadas de un equipo. Los usuarios a los que se ha concedido acceso de partes interesadas para proyectos privados no tienen acceso a los planes de entrega, mientras que los usuarios que han concedido acceso de partes interesadas para proyectos públicos tienen el mismo acceso que los colaboradores normales que conceden acceso básico.
Puede administrar permisos para planes individuales. Para más información, consulte Edición o administración de permisos del plan de entrega.
Task
Lectores
Colaboradores
Administradores de equipo
Project administradores
Visualización de planes de entrega
✔️
✔️
✔️
Crear, editar o eliminar un plan de entrega, los colaboradores solo pueden editar o eliminar los planes que crean.
✔️
✔️
Administrar permisos para un plan de entrega, los colaboradores solo pueden administrar los permisos de los planes que crean.
✔️
✔️
Administración de pruebas
Los planes de pruebas, los conjuntos de pruebas, los casos de prueba y otros artefactos de prueba son tipos de elementos de trabajo específicos que admiten pruebas manuales y exploratorias. Los permisos de prueba se establecen en el nivel de proyecto desde la página Seguridad del contexto de administración.
Permiso
Level
Lectores
Colaboradores
Project administradores
Ver series de pruebas
Nivel del proyecto
✔️
✔️
✔️
Creación de ejecuciones de prueba
Eliminar ejecuciones de pruebas
Nivel del proyecto
✔️
✔️
Administrar configuraciones de prueba
Administrar entornos de prueba
Nivel del proyecto
✔️
✔️
Crear definición de etiqueta
Eliminación y restauración de elementos de trabajo
Nivel del proyecto
✔️
✔️
Eliminación permanente de elementos de trabajo
Nivel del proyecto
✔️
Visualización de elementos de trabajo en este nodo
Ruta de acceso del área
✔️
✔️
✔️
Edición de elementos de trabajo en este nodo
Administración de planes de prueba
Administrar conjuntos de pruebas
Ruta de acceso del área
✔️
✔️
Nota
El permiso Cambiar tipo de elemento de trabajo no se aplica a los elementos de trabajo específicos de prueba. Incluso si elige esta característica en el formulario de elemento de trabajo, no se permite cambiar el tipo de elemento de trabajo.
Los permisos de área para la administración de casos de prueba basados en web y el control de ejecución de pruebas controlan el acceso a las siguientes acciones.
El permiso Administrar conjuntos de pruebas permite a los usuarios:
- Crear y modificar conjuntos de pruebas
- Adición o eliminación de casos de prueba hacia o desde conjuntos de pruebas
- Cambiar configuraciones de prueba asociadas a conjuntos de pruebas
- Modificar la jerarquía de conjuntos moviendo un conjunto de pruebas
El permiso Administrar planes de prueba permite a los usuarios:
- Crear y modificar planes de pruebas
- Adición o eliminación de conjuntos de pruebas hacia o desde planes de pruebas
- Cambiar las propiedades del plan de pruebas, como la configuración de compilación y prueba
Project de nivel de acceso
Puede establecer permisos de información de nivel de proyecto Project configuración depermisos. Los permisos para las rutas de acceso de área e iteración se establecen Project configuración Projectconfiguración . Estos recursos se definen para un proyecto que pueden ver todos los usuarios válidos del proyecto.