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 de entradas 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
El modelo de proceso de herencia está disponible para los proyectos configurados para admitirlo. Si usa una colección anterior, compruebe la compatibilidad del modelo de proceso. 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, vea Elegir el modelo de proceso para la colección de proyectos.
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 trabajos pendientes
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 pendientes diferentes.
- No se puede crear un nivel de trabajo pendiente de tarea personalizado, aunque puede agregar WIT personalizados al trabajo pendiente de iteración.
- No se puede agregar el WIT de errores 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 pendientes 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 el WIT de errores 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 la actualización de Azure DevOps Server 2020.1. Para más información, consulte notas de la versión de Azure DevOps Server 2020 Update 1 RC1, Boards.
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
Ágil
Problema
Scrum
Impedimento
CMMI
Cambiar solicitud, 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 los tipos de elementos de trabajo personalizados, 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 puede quitar el tipo de elemento de trabajo heredado predeterminado de cualquier 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 siguientes campos 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 la herramienta Agile.
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) - Clasificación de pila, tamaño (CMMI) - Prioridad de 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 historia, 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 gráficos de capacidad y reducción de sprints.
Requisitos previos
Se recomienda consultar Configuración y personalización de Azure Boards, que ofrece instrucciones sobre cómo adaptar Azure Boards para que se alinee con sus requisitos empresariales específicos.
- Debe tener una organización en Azure DevOps.
- Para crear, editar y administrar procesos, debe ser miembro del grupo Administradores de la colección 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. Para obtener más información, consulte Establecimiento de permisos y acceso para el seguimiento del trabajo, Personalización de un proceso heredado.
- Debe tener el modelo de proceso de herencia para la colección de proyectos donde se crea el proyecto. Para obtener más información, vea 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. Para obtener más información, consulte Establecimiento de permisos y acceso para el seguimiento del trabajo, Personalización de un proceso heredado.
Abrir Configuración > Proceso
Inicie sesión en su organización (
https://dev.azure.com/{yourorganization}
).Seleccione
Configuración de la organización.
Seleccione Procesar.
Inicie sesión en la colección (
https://dev.azure.com/{Your_Collection}
).Seleccione Configuración de colección o Configuración de administrador.
Seleccione Procesar.
Nota:
Al personalizar un proceso heredado, los proyectos que usan ese proceso reflejan automáticamente las personalizaciones. Para garantizar una transición sin problemas, se recomienda crear un proceso de prueba y un proyecto, lo que le permite probar las personalizaciones antes de implementarlas en toda la organización. Para obtener 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 correspondientes tipos de elementos de trabajo, 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.
Adición de un trabajo pendiente de 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 está asociando 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, cambiarle 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 la cartera de epopeyas o características. Sin embargo, puede deshabilitar estos tipos de elementos de trabajo y quitarlos de la interfaz de usuario de forma eficaz.
Editar o cambiar el nombre del trabajo pendiente de requisitos
El trabajo pendiente de requisitos, también conocido como trabajo pendiente del producto, define los tipos de elementos de trabajo que aparecen en el trabajo pendiente y en la placa del producto. 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 Customer Ticket and Issue y cambiado el tipo predeterminado a Customer Ticket. Active esas casillas de los tipos de elemento de trabajo que se van a incluir en el trabajo pendiente.
Aquí, hemos cambiado el nombre del trabajo pendiente, se ha agregado Customer Ticket y se ha cambiado el tipo predeterminado a Customer Ticket.
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 predeterminado heredado 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:
Revise los cambios realizados en un proceso heredado a través del registro de auditoría. Para obtener 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