Compartir a través de


Movimiento de elementos de trabajo de un equipo a otro

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:

  1. Vaya a Paneles>Consultas>Nueva consulta
  2. 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)
  3. Ejecute la consulta para comprobar que devuelve los elementos de trabajo correctos.
  4. 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:

  1. Cree una consulta de los elementos de trabajo que quiera reasignar.

  2. Seleccione varios elementos que pertenecen a cada equipo y edite de forma masiva la ruta de acceso del área.

    Captura de pantalla del portal web, la página Consultas, Modificación en bloque de los elementos de trabajo seleccionados.

  3. 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
  4. Después de modificar de forma masiva los elementos, guárdelos de forma masiva.

    Captura de pantalla de Guardado en bloque de los elementos de trabajo editados.

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:

  1. Vaya al backlog del equipo de destino.
  2. Confirme que los elementos de trabajo movidos aparecen en el trabajo pendiente correcto
  3. 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.&nbsp; </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