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 | Azure DevOps Server 2022
Al agregar un equipo o reorganizar los equipos existentes, debe transferir elementos de trabajo de un equipo a otro actualizando sus rutas de área. Cada elemento de trabajo de Azure DevOps se asigna a una ruta de acceso de área, que determina la propiedad del equipo e influye en cómo aparecen los elementos de trabajo en trabajos pendientes y paneles.
Los elementos de trabajo clasificados en la categoría Requisitos aparecen en la lista de pendientes del equipo dependiendo de su asignación al Área del Equipo. Del mismo modo, la asignación de otros elementos de trabajo a la Ruta de área de un equipo admite consultas e informes basados en la propiedad del equipo.
¿Por qué mover elementos de trabajo entre equipos?
Entre los escenarios comunes para mover elementos de trabajo se incluyen:
- Reorganización del equipo: cuando su organización reestructura los equipos o redistribuye las responsabilidades
- Equilibrio de cargas de trabajo: Redistribuir elementos de trabajo para equilibrar la capacidad entre los equipos
- Alineación de habilidades: Traslado de elementos a equipos con la experiencia adecuada
- Transferencia de propiedad de funcionalidades: transferir la propiedad cuando las funcionalidades cambian de manos
- Consolidación de proyectos: combinación del trabajo de varios equipos en un único equipo
Requisitos previos
| Categoría | Requisitos |
|---|---|
| Permisos | - Para ver, seguir y editar elementos de trabajo: permisos de Ver los elementos de trabajo de este nodo y Editar elementos de trabajo de este nodo establecidos en Permitir. De forma predeterminada, el grupo Colaboradores dispone de estos permisos. Para obtener más información, consulte Establecimiento de permisos para el seguimiento del trabajo. - Para agregar etiquetas a los elementos de trabajo: permiso de Crear nueva definición de etiqueta en el nivel de proyecto establecido en Permitir. De forma predeterminada, el grupo Colaboradores tiene este permiso. |
| Niveles de acceso |
-
Miembro del proyecto. - Para agregar nuevas etiquetas a los elementos de trabajo o para ver o seguir solicitudes de incorporación de cambios: al menos acceso Básico. - Para ver o seguir elementos de trabajo: al menos acceso de Parte interesada. Para obtener más información, consulte Acerca de los niveles de acceso. - Todos los miembros del proyecto, incluidos los miembros del grupo Lectores , pueden enviar correos electrónicos que contengan elementos de trabajo. |
| Permisos de ruta de acceso de área | Ver y Editar elementos de trabajo en los nodos de las rutas de área. Para obtener más información, consulte Modificar elementos de trabajo en una ruta de acceso de área o iteración. |
| Configuración de rutas de acceso al área | El equipo de destino ha configurado correctamente las rutas de acceso de área. Si no es así, configure las rutas de área necesarias antes de transferir elementos de trabajo. |
| Modelo de proceso coherente | El equipo usa un modelo de proceso compatible (Heredado, XML hospedado o XML local) para garantizar un movimiento sin problemas de los elementos de trabajo. |
| Elementos de trabajo con copia de seguridad | Se recomienda realizar copias de seguridad o exportar elementos de trabajo antes de realizar movimientos masivos para evitar la pérdida de datos si se produce un error. |
| Herramientas | Para usar comandos de Azure CLI: Azure DevOps CLI. |
| Categoría | Requisitos |
|---|---|
| Permisos | - Para ver, seguir y editar elementos de trabajo: permisos de Ver los elementos de trabajo de este nodo y Editar elementos de trabajo de este nodo establecidos en Permitir. De forma predeterminada, el grupo Colaboradores dispone de estos permisos. Para obtener más información, consulte Establecimiento de permisos para el seguimiento del trabajo. - Para agregar etiquetas a los elementos de trabajo: permiso de Crear nueva definición de etiqueta en el nivel de proyecto establecido en Permitir. De forma predeterminada, el grupo Colaboradores tiene este permiso. |
| Niveles de acceso |
-
Miembro del proyecto. - Para agregar nuevas etiquetas a los elementos de trabajo o para ver o seguir solicitudes de incorporación de cambios: al menos acceso Básico. - Para ver o seguir elementos de trabajo: al menos acceso de Parte interesada. Para obtener más información, consulte Acerca de los niveles de acceso. - Todos los miembros del proyecto, incluidos los miembros del grupo Lectores , pueden enviar correos electrónicos que contengan elementos de trabajo. |
| Permisos de ruta de acceso de área | Ver y Editar elementos de trabajo en los nodos de las rutas de área. Para obtener más información, consulte Modificar elementos de trabajo en una ruta de acceso de área o iteración. |
Mover elementos de trabajo usando el portal web
La manera más eficaz de mover varios elementos de trabajo entre equipos es mediante la edición masiva en el portal web.
Paso 1: Crear una consulta para identificar elementos de trabajo
Cree una consulta para buscar todos los elementos de trabajo que desea trasladar al nuevo equipo:
- Vaya a Paneles>Consultas>Nueva consulta
- Defina criterios de consulta para identificar los elementos de trabajo, por ejemplo:
- Ruta de acceso del área = Ruta de acceso del área del equipo actual
- Tipo de elemento de trabajo = Caso de usuario (u otros tipos relevantes)
- Estado = Activo (u otros estados relevantes)
- Ejecute la consulta para comprobar que devuelve los elementos de trabajo correctos.
- Guardar la consulta para referencia futura
Paso 2: Edición masiva de la ruta de acceso del área
Para mover elementos de trabajo al nuevo equipo:
Cree una consulta de los elementos de trabajo que quiera reasignar.
Seleccione varios elementos que pertenecen a cada equipo y edite de forma masiva la ruta de acceso del área.
En el cuadro de diálogo de edición masiva:
- Seleccione Ruta de acceso del área en la lista desplegable de campos.
- Elegir la ruta de acceso del área del equipo de destino
- De manera opcional, actualice otros campos, como Asignado a o Ruta de iteración
Después de modificar de forma masiva los elementos, guárdelos de forma masiva.
Paso 3: Comprobar el movimiento
Después de guardar, compruebe que los elementos de trabajo aparecen ahora en el trabajo pendiente del equipo de destino:
- Vaya al backlog del equipo de destino.
- Confirme que los elementos de trabajo movidos aparecen en el trabajo pendiente correcto
- Compruebe que el campo Ruta de acceso del área refleje la nueva asignación de equipo.
Traslado de un elemento de trabajo mediante la CLI de Azure
Puede usar az boards work-item update para mover un único elemento de trabajo actualizando su ruta de acceso de área.
az boards work-item update --id
[--area]
[--assigned-to]
[--description]
[--discussion]
[--fields]
[--iteration]
[--open]
[--reason]
[--state]
[--title]
Parámetros
- id: obligatorio. Identificador único del elemento de trabajo que se va a actualizar.
- area: opcional. Ruta absoluta de un área. Ejemplo: --area "\ProjectName\Area\AreaName".
- assigned-to: opcional. Nombre de la persona a la que se asigna el elemento de trabajo, por ejemplo, "Jamal".
- description: opcional. Descripción del elemento de trabajo.
- discussion: opcional. Comentario para agregar a una discusión en un elemento de trabajo.
- fields: opcional. Pares "campo=valor" separados por espacios para los campos personalizados que desea establecer.
- iteration: opcional. Ruta de acceso absoluta de una iteración. Ejemplo: "\ProjectName\Iteration\IterationName".
- open: opcional. Abre el elemento de trabajo en el explorador web predeterminado.
- reason: opcional. Motivo del estado del elemento de trabajo.
- state: opcional. Estado del elemento de trabajo, por ejemplo, "Activo".
- title: opcional. Título del elemento de trabajo.
Ejemplo
Mediante la CLI de Azure DevOps solo se puede mover un elemento de trabajo a la vez. En este ejemplo, movemos el elemento de trabajo ID=148 de la ruta de acceso al área Fabrikam Fiber\Production Planning.
az boards work-item update --id 148 --area "Fabrikam Fiber\Production Planning" --output yaml
La salida de YAML siguiente proporciona información sobre cada uno de los campos definidos para el elemento de trabajo.
fields:
Microsoft.VSTS.Common.Priority: 2
Microsoft.VSTS.Common.StackRank: 1500000001.0
Microsoft.VSTS.Common.StateChangeDate: '2021-11-23T22:26:28.27Z'
Microsoft.VSTS.Common.ValueArea: Business
System.AreaPath: Fabrikam Fiber\Production Planning
System.AssignedTo:
_links:
avatar:
href: https://fabrikamprime.visualstudio.com/_apis/GraphProfile/MemberAvatars/aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
descriptor: aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
displayName: Jamal Hartnett
id: d291b0c4-a05c-4ea6-8df1-4b41d5f39eff
imageUrl: https://fabrikamprime.visualstudio.com/_apis/GraphProfile/MemberAvatars/aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
uniqueName: fabrikamfiber4@hotmail.com
url: https://spsprodeus27.vssps.visualstudio.com/A5d5b8da6-3db7-4829-baf9-1e500c21cc12/_apis/Identities/d291b0c4-a05c-4ea6-8df1-4b41d5f39eff
System.BoardColumn: Backlog
System.ChangedBy:
_links:
avatar:
href: https://fabrikamprime.visualstudio.com/_apis/GraphProfile/MemberAvatars/aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
descriptor: aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
displayName: Jamal Hartnett
id: d291b0c4-a05c-4ea6-8df1-4b41d5f39eff
imageUrl: https://fabrikamprime.visualstudio.com/_apis/GraphProfile/MemberAvatars/aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
uniqueName: fabrikamfiber4@hotmail.com
url: https://spsprodeus27.vssps.visualstudio.com/A5d5b8da6-3db7-4829-baf9-1e500c21cc12/_apis/Identities/d291b0c4-a05c-4ea6-8df1-4b41d5f39eff
System.ChangedDate: '2022-05-19T22:58:52.93Z'
System.CommentCount: 0
System.CreatedBy:
_links:
avatar:
href: https://fabrikamprime.visualstudio.com/_apis/GraphProfile/MemberAvatars/aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
descriptor: aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
displayName: Jamal Hartnett
id: d291b0c4-a05c-4ea6-8df1-4b41d5f39eff
imageUrl: https://fabrikamprime.visualstudio.com/_apis/GraphProfile/MemberAvatars/aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
uniqueName: fabrikamfiber4@hotmail.com
url: https://spsprodeus27.vssps.visualstudio.com/A5d5b8da6-3db7-4829-baf9-1e500c21cc12/_apis/Identities/d291b0c4-a05c-4ea6-8df1-4b41d5f39eff
System.CreatedDate: '2021-11-23T22:26:28.27Z'
System.Description: <div>This user story is for documentation purposes. </div>
System.IterationPath: Fabrikam Fiber\Release 2\Sprint 1
System.Reason: New
System.State: New
System.TeamProject: Fabrikam Fiber
System.Title: Test the Request feedback functionality
System.WorkItemType: User Story
WEF_10182DA5BCCD4CE2A43629FFBD290EF2_Kanban.Column: Backlog
id: 148
relations:
- attributes:
isLocked: false
name: Child
rel: System.LinkTypes.Hierarchy-Forward
url: https://fabrikamprime.visualstudio.com/854a3f67-9962-43d1-a968-2e5f2eb66c99/_apis/wit/workItems/152
- attributes:
isLocked: false
name: Child
rel: System.LinkTypes.Hierarchy-Forward
url: https://fabrikamprime.visualstudio.com/854a3f67-9962-43d1-a968-2e5f2eb66c99/_apis/wit/workItems/153
- attributes:
isLocked: false
name: Child
rel: System.LinkTypes.Hierarchy-Forward
url: https://fabrikamprime.visualstudio.com/854a3f67-9962-43d1-a968-2e5f2eb66c99/_apis/wit/workItems/151
- attributes:
isLocked: false
name: Child
rel: System.LinkTypes.Hierarchy-Forward
url: https://fabrikamprime.visualstudio.com/854a3f67-9962-43d1-a968-2e5f2eb66c99/_apis/wit/workItems/149
rev: 5
url: https://fabrikamprime.visualstudio.com/854a3f67-9962-43d1-a968-2e5f2eb66c99/_apis/wit/workItems/148
Traslados masivos con la CLI de Azure
Para mover varios elementos de trabajo mediante la CLI de Azure, debe crear scripts de varias actualizaciones individuales. Este es un ejemplo de patrón de script de PowerShell:
# Example: Move multiple work items to a new area path
$workItemIds = @(148, 149, 150, 151)
$newAreaPath = "Fabrikam Fiber\Production Planning"
foreach ($id in $workItemIds) {
az boards work-item update --id $id --area $newAreaPath
Write-Host "Moved work item $id to $newAreaPath"
}
Procedimientos recomendados para mover elementos de trabajo
Tenga en cuenta estas directrices al mover elementos de trabajo entre equipos:
Planificación del traslado
- Comunicación: notificar a los miembros del equipo afectados antes de mover elementos de trabajo
- Tiempo: mover elementos durante los límites del sprint para minimizar la interrupción
- Dependencias: compruebe si hay dependencias entre elementos de trabajo antes de moverlas
- Capacidad: asegúrese de que el equipo de destino tiene capacidad para el trabajo adicional.
Durante el traslado
- Procesamiento por lotes: mover elementos de trabajo relacionados juntos para mantener el contexto
- Conservar el historial: mover elementos conserva su historial y relaciones
- Asignaciones de actualización: considere la posibilidad de reasignar elementos de trabajo a los miembros del equipo de destino.
- Revisar iteraciones: Actualizar rutas de iteración si los equipos usan diferentes programaciones de sprint
Después del traslado
- Verificar visibilidad: confirme que los elementos de trabajo aparecen en las listas de pendientes del equipo correctas
- Documentación de actualización: actualice cualquier documentación del equipo que haga referencia a elementos movidos.
- Revisar informes: compruebe que los informes y paneles del equipo reflejen los cambios.
- Seguimiento: asegúrese de que los miembros del equipo conozcan el trabajo transferido
Solución de problemas y comprobación
Después de mover elementos de trabajo de un equipo a otro equipo, siga estos pasos si no ve los elementos de trabajo:
Problemas comunes y soluciones
| Cuestión | Solución |
|---|---|
| Los elementos de trabajo no aparecen en la lista de pendientes | Compruebe que la ruta de área coincide con la ruta de área configurada del equipo |
| Errores de permisos durante el traslado | Compruebe que tiene permisos de edición para las rutas de acceso de área de origen y de destino. |
| Elementos de trabajo que faltan en sprint | Actualizar la ruta de iteración para que coincida con el calendario de sprints del equipo de destino |
| Filtros que ocultan elementos de trabajo | Revisar los filtros de trabajo pendiente y la configuración del tipo de elemento de trabajo |
Pasos de comprobación
- Actualizar: actualice el panel o seleccione Mostrar más elementos si no aparecen los elementos de trabajo recién agregados.
- Verificar equipo: Compruebe que seleccionó el equipo correcto para asegurarse de que los elementos aparezcan en el backlog.
- Comprobar ruta de acceso del área: compruebe que los elementos de trabajo movidos se asignan a la ruta de acceso del área correcta que corresponde al trabajo pendiente del equipo. Cada equipo tiene rutas de área específicas que determinan qué elementos de trabajo aparecen en su trabajo pendiente. Esta comprobación es fundamental para garantizar la visibilidad del trabajo pendiente.
- Verificar ruta de acceso a iteraciones: compruebe la ruta de acceso a las iteraciones del sprint. El trabajo pendiente de sprint solo muestra los elementos de trabajo asignados a la ruta de iteración del sprint seleccionado.
- Comprobar los tipos y filtros de elementos de trabajo: revise los filtros de trabajo pendiente y asegúrese de que los tipos de elementos de trabajo tienen una categorización correcta para mostrar todos los elementos pertinentes.
Para obtener más información, consulte Creación del trabajo pendiente.
Consideraciones para los movimientos a gran escala
Al mover muchos elementos de trabajo o reorganizar varios equipos:
Consideraciones de planeación
- Evaluación de impacto: analice qué informes, paneles y consultas se verán afectados.
- Administración de cambios: desarrollo de un plan de comunicación para las partes interesadas afectadas
- Plan de reversión: Preparación de un plan para revertir los cambios si surgen problemas
- Pruebas: pruebe el proceso de movimiento con un pequeño subconjunto de elementos de trabajo primero
Estrategias de ejecución
- Enfoque por fases: mover elementos de trabajo en fases en lugar de todos a la vez
- Ejecución fuera del horario: realizar movimientos grandes durante períodos de baja actividad
- Supervisión: inspección de los impactos en el rendimiento durante las operaciones masivas
- Validación: compruebe cada fase antes de continuar con el siguiente
Enfoques alternativos
Mover equipos en lugar de elementos de trabajo
A veces es más eficaz volver a configurar las rutas de área del equipo en lugar de mover elementos de trabajo individuales:
- Cuando la mayoría de los elementos de trabajo de un equipo deben moverse
- Al reorganizar rutas de acceso de área, tiene más sentido desde el punto de vista organizacional.
- Cuando el volumen de elementos de trabajo es muy grande
Uso de consultas para transiciones graduales
Cree consultas para realizar la transición gradual de elementos de trabajo:
- Filtrar por fecha de creación para mover elementos más recientes primero
- Usar estados de elemento de trabajo para mover elementos completados por separado
- Agrupar por tipo de elemento de trabajo para transiciones sistemáticas