Personalización de los trabajos pendientes o paneles (proceso de herencia)
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
Puede personalizar los trabajos pendientes para agregar más niveles o agregarles tipos de elementos de trabajo personalizados. Como se muestra a continuación, hemos agregado un trabajo pendiente de cartera de tercer nivel con la etiqueta Iniciativas que realiza un seguimiento del tipo de elemento de trabajo Iniciativa personalizada y hemos cambiado el nombre del trabajo pendiente del producto a Stories and Tickets para indicar que no solo realizamos un seguimiento de casos de usuario, sino también vales de cliente en el trabajo pendiente del producto.
El proyecto define dos trabajos pendientes de cartera: características y epopeyas. Sin embargo, si necesita uno o varios trabajos pendientes de cartera adicionales, puede agregarlos.
Importante
Este artículo se aplica a Azure DevOps Services y Azure DevOps Server 2019 y versiones posteriores. Para personalizar cualquier proyecto definido en una colección para TFS 2018 o versiones anteriores, consulte Modelo de proceso XML local.
Importante
Solo puede usar el modelo de proceso de herencia para los proyectos definidos en una colección de proyectos configurada para admitir el modelo de proceso de herencia. Si la colección local está configurada para usar el modelo de proceso XML local, solo puede usar ese modelo de proceso para personalizar la experiencia de seguimiento del trabajo. Para obtener más información, consulte Personalizar el seguimiento del trabajo, Elija el modelo de proceso para la colección de proyectos.
Para personalizar cualquier proyecto definido en una colección para TFS 2018 o versiones anteriores, consulte Modelo de proceso XML local.
Los trabajos pendientes de cartera son útiles para organizar el trabajo pendiente en diversas iniciativas empresariales y escenarios de usuario. Al organizar los trabajos pendientes en carteras, puede obtener una vista jerárquica del trabajo definido en trabajos pendientes de nivel inferior, incluido el trabajo en curso en varios equipos. Los administradores de programas pueden realizar un seguimiento del estado de esos elementos de trabajo pendiente de interés y explorar en profundidad para asegurarse de que todo el trabajo está representado.
Para más información sobre lo que puede personalizar, consulte Acerca de la personalización de procesos y los procesos heredados.
Nota:
No se puede agregar un tipo de elemento de trabajo heredado a ningún nivel de trabajo pendiente. Por ejemplo, no puede agregar el tipo de elemento de trabajo Problema o Impedimento al trabajo pendiente del producto.
Personalizaciones compatibles
Los trabajos pendientes y los paneles son herramientas ágiles esenciales para crear y administrar el trabajo de un equipo. Los trabajos pendientes estándar (producto, iteración y cartera) heredados del proceso del sistema son totalmente personalizables. Además, puede agregar trabajos pendientes en cartera personalizados hasta un total de cinco trabajos pendientes en cartera.
Tipos de trabajo pendiente
Asistencia para la personalización
Trabajos pendientes heredados
Trabajos pendientes de cartera personalizados
Lo que no se puede personalizar
- No puede quitar un nivel de cartera heredado del producto (pero puede cambiar el nombre del nivel de cartera y puede deshabilitar un tipo de elemento de trabajo heredado).
- No se puede insertar un nivel de trabajo pendiente dentro del conjunto existente de trabajos pendientes definidos.
- No se pueden reordenar los niveles de trabajo pendiente.
- No se puede agregar un tipo de elemento de trabajo a dos niveles de trabajo pendiente diferentes.
- No se puede crear un nivel de trabajo pendiente de tareas personalizado, aunque puede agregar WIT personalizados al trabajo pendiente de iteración.
- No se puede agregar bug WIT a ningún nivel de trabajo pendiente. En su lugar, el sistema permite a cada equipo decidir cómo quieren administrar errores. Para más información, consulte Mostrar errores en trabajos pendientes y paneles.
- No se puede agregar ni quitar un WIT heredado a o desde un trabajo pendiente, por ejemplo, no se puede agregar issue WIT al trabajo pendiente del producto.
- No puede quitar un nivel de cartera heredado del producto (pero puede cambiar el nombre del nivel de cartera y puede deshabilitar un tipo de elemento de trabajo heredado).
- No se puede insertar un nivel de trabajo pendiente dentro del conjunto existente de trabajos pendientes definidos.
- No se pueden reordenar los niveles de trabajo pendiente.
- No se puede agregar un tipo de elemento de trabajo a dos niveles de trabajo pendiente diferentes.
- No se puede crear un nivel de tarea personalizado, aunque puede agregar tipos de elementos de trabajo personalizados al trabajo pendiente de iteración.
- No se puede agregar bug WIT a ningún nivel de trabajo pendiente. En su lugar, el sistema permite a cada equipo decidir cómo quieren administrar errores. Para más información, consulte Mostrar errores en trabajos pendientes y paneles.
Nota:
Algunas características requieren la instalación de Azure DevOps Server actualización 2020.1. Para obtener más información, vea Azure DevOps Server notas de la versión de Update 1 RC1 de Azure DevOps Server 2020.
Agregar un tipo de elemento de trabajo del sistema a un trabajo pendiente
Si desea realizar un seguimiento de problemas o impedimentos u otros tipos de elementos de trabajo heredados dentro de un trabajo pendiente o panel, puede editar el trabajo pendiente correspondiente. En la tabla siguiente se enumeran los tipos de elementos de trabajo disponibles que puede agregar a un trabajo pendiente.
Nota:
Esta característica requiere la actualización 2020.1 de Azure DevOps Server o una versión posterior.
Process
Tipos de elementos de trabajo
Agile
Problema
Scrum
Impedimento
CMMI
Solicitud de cambio, problema, revisión, riesgo
Cada cuadro de diálogo Editar nivel de trabajo pendiente incluye automáticamente tipos de elementos de trabajo heredados y personalizados que no se han asignado a otros niveles de trabajo pendiente. Por ejemplo, los tipos de elementos de trabajo ágiles sin asignar aparecen en la sección Otros tipos de elementos de trabajo , como se muestra en la siguiente imagen.
Estos mismos tipos de elementos de trabajo, junto con cualquier tipo de elemento de trabajo personalizado, aparecen en el cuadro de diálogo Editar nivel de trabajo pendiente de todos los niveles de trabajo pendiente, hasta que se asignan a un nivel de trabajo pendiente determinado.
Nota:
No se puede quitar el tipo de elemento de trabajo heredado predeterminado de ningún nivel de trabajo pendiente, pero puede deshabilitar el tipo de elemento de trabajo correspondiente. Por ejemplo, puede deshabilitar el tipo de elemento de trabajo Caso de usuario para el trabajo pendiente de requisitos ágiles siempre que haya agregado otro tipo de elemento de trabajo para admitir ese trabajo pendiente.
Campos agregados a los tipos de elementos de trabajo
Al agregar un tipo de elemento de trabajo a un nivel de trabajo pendiente, los campos siguientes se agregan a la definición de tipo de elemento de trabajo como campos ocultos (es decir, no aparecen en el formulario de elemento de trabajo) para admitir la selección de características de herramientas ágiles.
Nivel de trabajo pendiente | Campos agregados |
---|---|
Trabajo pendiente de cartera | - Clasificación de pila (Agile, CMMI) - Prioridad de trabajo pendiente (Scrum) |
Trabajo pendiente de requisitos | - Clasificación de pila, puntos de historia (Agile) - Rango de pila, tamaño (CMMI) - Prioridad del trabajo pendiente, esfuerzo (Scrum) |
Trabajo pendiente de iteración | - Actividad, trabajo restante, clasificación de pila (Agile) - Disciplina, Trabajo restante, Clasificación de pila (CMMI) - Actividad, Trabajo restante, Prioridad de trabajo pendiente (Scrum) |
Los campos Clasificación de pila y Prioridad de trabajo pendiente capturan la prioridad relativa de los elementos de trabajo a medida que se reordenan en un trabajo pendiente o en un panel. Para obtener más información sobre su uso, consulte En segundo plano: el campo Prioridad del trabajo pendiente o Clasificación de pila.
Los campos Puntos de artículo, Tamaño y Esfuerzo capturan el trabajo relativo necesario para completar un WIT asignado al trabajo pendiente de requisitos. Este valor se usa para calcular la velocidad.
Y, por último, el trabajo restante se usa en los gráficos de evolución de sprint y capacidad.
Requisitos previos
Antes de personalizar un proceso, se recomienda revisar Configurar y personalizar Azure Boards, que proporciona instrucciones sobre cómo personalizar Azure Boards para satisfacer sus necesidades empresariales. Para obtener una descripción de los diferentes trabajos pendientes y paneles, consulte Tareas compatibles con trabajos pendientes, paneles, paneles, paneles y planes.
- Debe tener una organización creada en Azure DevOps Services. Si aún no ha creado uno, házlo ahora.
- Para crear, editar y administrar procesos, debe ser miembro del grupo Administradores de colecciones de proyectos o tener los permisos de nivel de colección correspondientes Crear proceso, Eliminar proceso, Editar proceso o Eliminar un campo de la organización establecido en Permitir. Consulte Establecimiento de permisos y acceso para el seguimiento del trabajo, Personalización de un proceso heredado.
- Debe haber seleccionado el modelo de proceso de herencia para la colección de proyectos donde se crea el proyecto. Para más información, consulte Elegir el modelo de proceso para la colección de proyectos.
- Para crear, editar y administrar procesos, debe ser miembro del grupo Administradores de colecciones de proyectos o tener los permisos correspondientes Crear proceso, Eliminar proceso, Editar proceso o Eliminar un campo de la organización establecido en Permitir. Consulte Establecimiento de permisos y acceso para el seguimiento del trabajo, Personalización de un proceso heredado.
Abrir Configuración>Proceso
Puede crear, administrar y realizar personalizaciones en los procesos en Configuración de la organización>Proceso.
Elija el logotipo de Azure DevOps para abrir Proyectos. Luego, elija Configuración de la organización.
A continuación, elija Proceso.
Importante
Si no ve la opción Proceso, es que está trabajando desde TFS-2018 o una versión anterior. Si este es el caso, la página Proceso no se admite. Debe usar las características compatibles con el modelo de proceso XML local.
Puede crear, administrar y realizar personalizaciones en los procesos en Configuración de la colección>Proceso.
Elija el logotipo de Azure DevOps para abrir Proyectos. Elija la colección de proyectos cuyos procesos desea personalizar y, a continuación, elija Configuración de la colección.
A continuación, elija Proceso.
Puede crear, administrar y realizar personalizaciones en los procesos en Configuración de administración>Proceso.
Elija el logotipo de Azure DevOps para abrir Proyectos. A continuación, elija Configuración de administración.
A continuación, elija Proceso.
Nota:
A medida que personaliza un proceso heredado, todos los proyectos que usan ese proceso se actualizan automáticamente para reflejar las personalizaciones. Por este motivo, se recomienda crear un proceso de prueba y un proyecto de prueba cuando tenga una serie de personalizaciones para realizar con el fin de probar las personalizaciones antes de implementarlas en su organización. Para más información, consulte Creación y administración de procesos heredados.
Adición o edición de trabajos pendientes de cartera
Los procesos del sistema Agile, Scrum y CMMI definen dos trabajos pendientes de cartera predeterminados, epopeyas y características. Cada uno está asociado a sus tipos de elementos de trabajo correspondientes, Epic y Feature. El proceso Básico solo define el trabajo pendiente de Epics y el tipo de elemento de trabajo Epic. Para más información, consulte Acerca de los procesos y las plantillas de proceso.
Puede agregar un tipo de elemento de trabajo personalizado al agregar o editar un trabajo pendiente de cartera, o puede elegir un tipo de elemento de trabajo que haya agregado anteriormente. Solo los tipos de elementos de trabajo que no pertenecen a otro nivel de trabajo pendiente aparecen para la selección.
Agregar un registro de trabajo pendiente de la cartera
Puede agregar un trabajo pendiente de cartera y un tipo de elemento de trabajo personalizado siguiendo estos pasos.
En la página Niveles de trabajo pendiente, elija Nuevo trabajo pendiente de cartera de nivel superior.
Asigne un nombre al nivel de trabajo pendiente, seleccione el color del nivel de trabajo pendiente y agregue el tipo de elemento de trabajo para asociarlo a este nivel. Haga clic en Agregar.
Si va a asociar solo un tipo de elemento de trabajo con el trabajo pendiente, elija Guardar para guardar los cambios. De lo contrario, puede agregar más tipos de elementos de trabajo según sea necesario.
Editar, cambiar el nombre o eliminar un trabajo pendiente de cartera
En la página Niveles de trabajo pendiente, elija el menú contextual de un trabajo pendiente de cartera para editarlo, cambiar el nombre o eliminarlo.
Al eliminar un nivel de trabajo pendiente, se quita el trabajo pendiente y el panel asociados al nivel de todos los equipos, incluidas las personalizaciones realizadas en ellos. Los elementos de trabajo definidos con los tipos de elementos de trabajo asociados no se eliminan ni se ven afectados de ninguna manera.
Nota:
No se puede quitar el tipo de elemento de trabajo heredado predeterminado de los trabajos pendientes de cartera de epopeyas o características. Sin embargo, puede deshabilitar estos tipos de elementos de trabajo y que los quite de forma eficaz de la interfaz de usuario.
Editar o cambiar el nombre del trabajo pendiente de requisitos
El trabajo pendiente de requisitos, también denominado trabajo pendiente del producto, define los tipos de elementos de trabajo que aparecen en el trabajo pendiente del producto y en la placa Kanban. El tipo de elemento de trabajo predeterminado para Agile es User Story; para Básico, Problema; para Scrum, Producto pendiente de trabajo; y para CMMI, Requisito.
Puede cambiar el nombre del trabajo pendiente, cambiar el color, agregar tipos de elementos de trabajo y cambiar el tipo de elemento de trabajo predeterminado. Abra el cuadro de diálogo Editar trabajo pendiente en el menú contextual del trabajo pendiente Requisitos.
Aquí, hemos cambiado el nombre del trabajo pendiente, hemos agregado El vale de cliente y el problema, y hemos cambiado el tipo predeterminado a Ticket de cliente. Active esas casillas de los tipos de elementos de trabajo que se van a incluir en el trabajo pendiente.
Aquí se ha cambiado el nombre del trabajo pendiente, se ha agregado el vale de cliente y se ha cambiado el tipo predeterminado a Ticket de cliente.
Nota:
No se puede quitar el tipo de elemento de trabajo heredado predeterminado del trabajo pendiente Requisitos. Sin embargo, puede deshabilitar el tipo de elemento de trabajo y que lo quite eficazmente de la interfaz de usuario.
Edición del trabajo pendiente de iteración
El trabajo pendiente de iteración, también conocido como trabajos pendientes de sprint, define los tipos de elementos de trabajo que se muestran en los trabajos pendientes de sprint y los Paneles de tareas. El tipo de elemento de trabajo predeterminado para todos los procesos es Task.
Para el trabajo pendiente de iteración, puede agregar tipos de elementos de trabajo y cambiar el tipo de elemento de trabajo predeterminado. Abra el cuadro de diálogo Editar trabajo pendiente en el menú contextual del trabajo pendiente de iteración.
Aquí, hemos agregado el tipo de elemento de trabajo Vale que se realiza un seguimiento junto con las tareas.
Nota:
No se puede quitar el tipo de elemento de trabajo heredado predeterminado del trabajo pendiente de iteración. Sin embargo, puede deshabilitar el tipo de elemento de trabajo y que lo quite eficazmente de la interfaz de usuario.
Artículos relacionados
Nota:
Puede revisar los cambios realizados en un proceso heredado a través del registro de auditoría. Para más información, consulte Acceso, exportación y filtrado de registros de auditoría.
Comentarios
https://aka.ms/ContentUserFeedback.
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea:Enviar y ver comentarios de