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.
Servicios de Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022
Personalice Azure Boards para que coincidan con los procesos y las necesidades de cartera de su equipo. En este artículo se describen las tareas y consideraciones recomendadas para los administradores que configuran la estructura de área e iteración, los tipos de elementos de trabajo (WIT), los flujos de trabajo y el comportamiento de la placa.
Use este artículo para decidir cómo se debe organizar el proyecto antes de personalizar paneles, trabajos pendientes y configuración del equipo.
Si ya conoce las tareas de configuración que desea, comience con estos artículos:
- Personalizar las tarjetas
- Administrar columnas
- Acelerar trabajo con carriles
- Configuración de la vista de trabajo pendiente
Nota:
La mayoría de las instrucciones aquí se aplican tanto a Azure DevOps Services como a Azure DevOps Server. Algunas funcionalidades, como las experiencias de planeamiento de análisis y entrega, varían según la versión o la instalación. Los planes de entrega están integrados en Azure DevOps Server 2022 y versiones posteriores y anteriormente estaban disponibles como una extensión de Marketplace.
Sugerencia
Puede usar la inteligencia artificial para ayudar con las tareas de Azure DevOps. Consulte Habilitar la asistencia de IA con Azure DevOps MCP Server para comenzar.
Consideraciones clave
Use estas preguntas para dar forma a la configuración que elija.
| Area | Preguntas para responder |
|---|---|
| Comparativa entre estructura de proyecto y equipo | ¿Cuántos equipos, jerarquía de rutas de área y vistas de resumen necesita? |
| Iteraciones | ¿Qué cadencia de sprint, agrupación de versiones y horizonte de previsión funcionan mejor? |
| Esquema de elemento de trabajo | ¿Qué WIT deben usar los equipos (características, historias,problemas/PBI, tareas, epopeyas)? |
| Necesidades de informes | ¿Qué campos, agregaciones y vistas analíticas deben estar disponibles? |
| Personalizaciones | ¿Cómo afectan los campos personalizados, los flujos de trabajo y los WIT a los paneles, trabajos pendientes e informes? |
| Permisos y gobernanza | ¿Quién puede cambiar los procesos, los árboles de área o iteración y la configuración del equipo? |
Documente sus opciones para que los equipos los apliquen de forma coherente en el proyecto.
Elegir tipos de elementos de trabajo y trabajos pendientes de cartera
Elija un proceso (Agile, Basic, Scrum o CMMI) al crear un proyecto. Cada proceso define un conjunto predeterminado de WIT y niveles de cartera/trabajo pendiente. Puede agregar WIT personalizados y trabajos pendientes en cartera en apoyo de su organización.
En este diagrama se muestra la jerarquía de trabajos pendientes de proceso ágil:
- Use casos de usuario y tareas para realizar un seguimiento del trabajo.
- Use incidencias para realizar un seguimiento de los defectos de código.
- Utilice epopeyas y características para agrupar el trabajo en escenarios más grandes.
Cada equipo puede configurar si quiere administrar los errores al mismo nivel que los elementos de trabajo de historias o tareas de usuario. Use la configuración Trabajar con errores. Para obtener más información sobre el uso de estos tipos de elementos de trabajo, vea Proceso de Agile.
Utiliza WIT personalizados y carteras de proyectos pendientes cuando necesites capas de planificación adicionales, como Objetivos y resultados clave, o cuando los equipos necesiten un nivel de resumen superior al de las funcionalidades.
Comparación de los enfoques de seguimiento
Elija el modelo de seguimiento que mejor se adapte a la forma en que sus equipos planifican e informan sobre el trabajo.
| Enfoque | Se utiliza cuando | Compensación |
|---|---|---|
| Solo tareas | Necesita un seguimiento de tareas sencillo con poca jerarquía | Priorización limitada y sin planificación de cartera |
| Requisitos con tareas secundarias | Los equipos de Scrum calculan el trabajo y lo realizan un seguimiento en sprints | Más jerarquía para administrar |
| Solo requisitos | Los equipos Kanban o Scrumban no realizan un seguimiento del tiempo | Menos detalle por tarea |
| Requisitos agrupados bajo los WITs de cartera | Varios equipos necesitan resúmenes y vistas de calendario entre equipos | Requiere más diseño de procesos iniciales |
Explique el modelo que elija para equipos y actualizar la documentación del proceso para que todos usen el mismo patrón.
Configuración de áreas, iteraciones y equipos
Utilice rutas de área para dividir el trabajo por producto, característica o área de negocio. Utilice rutas de iteración para sprints, versiones o hitos.
| Recomendación | Motivo |
|---|---|
| Crear jerarquías de rutas de área que reflejen cómo los gerentes desean que se notifiquen las consolidaciones. | Habilita informes acumulativos precisos en los niveles de la organización |
| Asigne a cada equipo un área predeterminada y una suscripción de iteración | Los elementos de trabajo heredan automáticamente el contexto correcto |
| Utilice cadencias de iteración coherentes en equipos que entregan conjuntamente. | Simplifica el planeamiento entre equipos y el seguimiento de dependencias |
Contenido relacionado:
Mostrar errores en tableros y listas de tareas pendientes
Cada equipo decide si los errores aparecen en el trabajo pendiente del producto como requisitos o se realizan un seguimiento de ellas como tareas vinculadas a los requisitos. Los equipos que usan Scrum suelen mostrar errores en el trabajo pendiente. Los equipos que usan Agile o CMMI pueden elegir si aparecen errores en trabajos pendientes. El proceso Básico no usa el tipo de elemento de trabajo "Bug"; usa "Issue" en su lugar. Para cambiar cómo se muestran los errores de un equipo, actualice la configuración del equipo:
Mantenga una política de equipo coherente para que las consultas, los paneles y los resúmenes se comporten de forma predecible.
Vistas de consolidación y cartera
Agregue columnas de consolidación a trabajos pendientes para mostrar barras de progreso, recuentos o sumas para elementos secundarios. Use Delivery Plans para revisar cronogramas y dependencias entre equipos. Si usa una vista de tipo hoja de ruta, como la extensión Feature Timeline, menciónela por separado en las directrices del proyecto.
Para la planificación entre equipos, utiliza Delivery Plans y cualquier extensión de tipo hoja de ruta que tu organización haya estandarizado.
Paneles, columnas y flujos de trabajo
Los estados de flujo de trabajo del elemento de trabajo determinan las columnas de panel predeterminadas.
| Acción | Ámbito | Consideración |
|---|---|---|
| Adición de estados de flujo de trabajo personalizados a WIT | Afecta a todos los equipos | Los cambios se reflejan en todos los paneles de equipo que utilizan ese WIT. |
| Agregar columnas a los paneles de equipo | Afecta solo a ese equipo | Útil para los pasos de flujo de trabajo específicos del equipo |
| Mapear mapeos de estado a columna | Afecta a los informes | Mapear cuidadosamente para conservar la precisión del diagrama acumulativo de flujo |
Contenido relacionado:
Campos personalizados e informes
Los campos personalizados permiten capturar datos específicos del proyecto. Pueden impulsar consolidaciones e informes, pero se aplican en todo el proceso.
| Recomendación | Motivo |
|---|---|
| Limitar campos personalizados a los que admiten informes o automatización | Reduce la sobrecarga de desorden y mantenimiento. |
| Usar campos personalizados numéricos para sumas consolidadas | Habilita el seguimiento de progreso y el planeamiento de la capacidad |
| Uso de listas de selección para informes coherentes | Impide incoherencias de datos de entradas de texto libre |
| Recuerde que los campos de nivel de proceso se comparten | Los cambios afectan a todos los proyectos de la colección o organización |
Nota:
Puede definir hasta 1024 campos por proceso.
WIT personalizados y cambios de proceso
Agregar o modificar tipos de elementos de trabajo (WIT) y flujos de trabajo afectan a muchas herramientas.
| Cambio | Donde aparece | Acción requerida |
|---|---|---|
| Nuevos WIT de nivel de requisitos | Trabajos pendientes de producto, posiblemente trabajos pendientes de sprint | Configuración de los niveles de trabajo pendiente |
| Nuevos WIT de nivel de tarea | Paneles de tareas | Actualizar la configuración del panel de tareas |
| WIT personalizados | Tableros de equipo | Actualizar tableros y mapeo de columnas |
Importante
Los cambios de nivel de proceso afectan a todos los equipos. Limitar los cambios perjudiciales y comunicarlos de antemano.
Permisos y quién puede cambiar qué
Controlar quién puede cambiar los procesos, los árboles de área e iteración y la configuración del equipo.
| Tipo de modificación | Quién puede realizar cambios |
|---|---|
| Nivel de proceso | Administradores o usuarios de la colección de proyectos con permisos de proceso |
| Nivel de proyecto (áreas e iteraciones) | Administradores de proyectos o usuarios con permisos de nodo |
| Nivel de equipo | Administradores de equipo o administradores de proyectos |
Contenido relacionado:
- Creación y administración de procesos
- Establecimiento de permisos para la personalización de procesos
Seguimiento de tiempo y planificación de sprints
Use los campos de seguimiento de trabajo que coincidan con el modelo de planeamiento de procesos y equipos:
| Campo | Uso común |
|---|---|
| Trabajo restante | Realice un seguimiento del esfuerzo que queda para finalizar una tarea o un elemento de sprint. |
| Estimación original | Registre la estimación inicial cuando su equipo quiera un valor de referencia. |
| Trabajo completado | Registre el esfuerzo ya invertido en una tarea. |
Si realiza un seguimiento del tiempo para la facturación o los informes, evalúe las extensiones de Marketplace para obtener una compatibilidad de seguimiento de tiempo más completa.
Contenido relacionado:
Lista de comprobación práctica para administradores
Use la siguiente lista de comprobación al configurar o revisar la configuración de Azure Boards.
| Phase | Tarea |
|---|---|
| Planificación | Decidir la estrategia de proceso y tipo de elemento de trabajo (heredar o personalizar) |
| Planificación | Jerarquías de área de diseño e iteración |
| Configurar | Configurar equipos y establecer suscripciones de área e iteración predeterminadas |
| Configurar | Crear las carpetas de consulta compartidas necesarias y los permisos |
| Configurar | Añadir columnas consolidadas y widgets de panel que los ejecutivos necesitan |
| Validación | Cambios piloto con un equipo antes de aplicar actualizaciones de ámbito amplio |
| Comunicarse | Documentación de cambios y actualización de la wiki del proyecto |