Configuración y personalización de Azure Boards

Opciones de configuración y personalización

En la tabla siguiente se indican las áreas que puede configurar y personalizar y las herramientas afectadas por esas personalizaciones. Cada área se personaliza en el nivel de organización, Project equipo, como se indica, o bien en una combinación de dos. Para obtener una descripción de las herramientas estándar, las herramientas de análisis y las herramientas de planeamiento de carteras, consulte ¿Qué es Azure Boards? , Informes en contexto:Seguimiento del trabajo y Planes (Agile a escala).

Rutas de acceso de área, equipos de productos y administración de carteras

Las rutas de acceso de área se usan para agrupar elementos de trabajo por producto, característica o área de negocio y para admitir equipos responsables del trabajo asignado a esas áreas. Puede definir un conjunto jerárquico de rutas de acceso de área o un conjunto plano. Normalmente, se define un conjunto jerárquico de rutas de acceso de área cuando se quiere admitir una jerarquía empresarial que quiera realizar un seguimiento del progreso de varios equipos.

Rutas de acceso de área y agrupación jerárquica

Las dos maneras principales de agrupar elementos de trabajo son por ruta de acceso de área y por matriz en un tipo de elemento de trabajo de cartera, como se describe al principio de este artículo. Los dos no son mutuamente excluyentes. Tenga en cuenta las diferencias entre los dos usos:

• Las rutas de acceso de área asignadas a un equipo determinan qué elementos de trabajo aparecen en una vista de equipo: trabajo pendiente del producto, trabajo pendiente de cartera, planes de entrega u otra herramienta de planeamiento de carteras
• La agrupación de elementos de trabajo en una característica primaria o epopeya determina qué vistas de acumulación se admiten y cómo aparece el trabajo en una herramienta de planeamiento de carteras

También puede asignar etiquetas a elementos de trabajo para agruparlas con fines de consulta y filtro. Por lo tanto, al estructurar los equipos y proyectos, querrá asegurarse de que comprende cómo usará estas herramientas de agrupación para satisfacer sus necesidades empresariales. Las opciones afectan al uso de las herramientas de planeamiento de carteras.

Herramientas dependientes de la ruta de acceso de área

Para realizar las siguientes tareas, debe definir rutas de acceso de área:

Para usar las siguientes herramientas, los equipos deben suscribirse a las rutas de acceso de área:

Rutas de acceso de área y asignaciones de equipo

Se definen un equipo predeterminado y una ruta de acceso de área predeterminada para cada proyecto. Para equipos pequeños, un solo equipo es suficiente para empezar a planear y realizar el seguimiento del trabajo. Sin embargo, a medida que las organizaciones crecen, resulta útil agregar equipos para respaldar su capacidad de administrar sus trabajo pendiente y sprints.

Este es un ejemplo de rutas de acceso de área y su asignación a los equipos, que admiten vistas de administración de carteras para los equipos de administración de cuentas y entrega de servicios.

• Cree rutas de acceso de área jerárquicas para admitir subcategorías de características y áreas de productos.
• Para proporcionar vistas de cartera, asigne dos o más rutas de acceso de área e incluya subádes a un equipo de administración de carteras.
• Las rutas de acceso de área asignadas a un equipo determinan qué elementos de trabajo se filtran en una vista de equipo: trabajo pendiente del producto, trabajo pendiente de cartera, planes de entrega u otra herramienta de planeamiento de cartera
• La agrupación de elementos de trabajo en una característica primaria o epopeya determina qué vistas de acumulación se admiten y cómo aparece el trabajo en una vista de calendario, como la escala de tiempo de características y el mapa de ruta de epopeya

Antes de agregar equipos, se recomienda leer los siguientes artículos:

• Administración de carteras
• Acerca de las rutas de acceso de área
• Acerca de los equipos y las herramientas de Agile
• Referencia cultural de Agile.

Recomendaciones:

• Tenga en cuenta qué vistas puede querer ver la administración superior y cómo admitirlas mejor.
• Considere cómo desea usar el paquete acumulativo para la administración de equipos y carteras.
• Definición de epopeyas y escenarios para grandes iniciativas que van a tardar dos o más sprints en completarse
• Definir los requisitos de trabajo que se pueden realizar en un solo sprint y se pueden asignar a una sola persona
• Definir tareas para realizar un seguimiento de detalles más pormenorizados o cuando desee realizar un seguimiento del tiempo empleado en el trabajo

La mayoría Azure Boards herramientas admiten una vista filtrada de los elementos de trabajo en función de la ruta de acceso del área o la ruta de acceso de iteración. También se pueden aplicar filtros adicionales en función de la palabra clave, la asignación, el tipo de elemento de trabajo, etc.

Tratar errores como requisitos o tareas

Cada equipo puede elegir cómo quiere administrar los errores. A algunos equipos les gusta realizar un seguimiento de los errores junto con los requisitos del trabajo pendiente. A otros equipos les gusta realizar un seguimiento de los errores como tareas realizadas en apoyo de un requisito. A continuación, los errores aparecen en su panel de tareas.

Si usa el proceso de Scrum, la configuración predeterminada es realizar un seguimiento de los errores junto con los elementos de trabajo pendiente (PBI) del producto. Si trabaja en un proyecto basado en los procesos agile o CMMI,los errores no aparecen automáticamente en el trabajo pendiente.

Hable con su equipo para determinar cómo quiere administrar los errores. A continuación, cambie la configuración del equipo en consecuencia.

Administración de paquetes acumulativos, jerarquías y carteras

Las columnas de acumulación permiten ver barras de progreso o totales de campos numéricos o elementos descendientes dentro de una jerarquía. Los elementos descendientes corresponden a todos los elementos secundarios de la jerarquía. Puede agregar una o varias columnas de acumulación a un trabajo pendiente de producto o cartera.

Aquí se muestra Progress by all Work Items (Progreso por todos los elementos de trabajo), que muestra las barras de progreso de los elementos de trabajo ascendentes en función del porcentaje de elementos descendientes que se han cerrado.

Rutas de iteración, sprints, versiones y control de versiones

Las rutas de iteración admiten procesos de Scrum y Scrumban en los que el trabajo se asigna a un período de tiempo establecido. Las rutas de iteración permiten agrupar el trabajo en sprints, hitos u otro período específico del evento o relacionado con el tiempo. Cada iteración o sprint corresponde a un intervalo de tiempo normal denominado cadencia de sprint. Las cadencias de sprint típicas tienen una duración de dos semanas, tres semanas o un mes. Para más información sobre las rutas de iteración, consulte Acerca de las rutas de acceso de área e iteración.

Las rutas de iteración pueden ser una lista plana simple o agruparse en hitos de versión, como se muestra en la siguiente imagen.

Defina rutas de iteración y asígnelas a los equipos cuando desee usar las herramientas siguientes:

Seguimiento de tiempo

La mayoría de las organizaciones que sigue los procesos de Scrum usan estimaciones de tiempo para el planeamiento de la capacidad de Sprint. Azure Boards herramientas admiten totalmente el tiempo de seguimiento para este propósito. El campo principal que se usa es el campo Trabajo restante de la tarea, que normalmente se abate a ceros al final del sprint.

Sin embargo, algunas organizaciones requieren un seguimiento del tiempo para admitir otros propósitos, como la facturación o el mantenimiento de registros de asignación de tiempo. Los valores de tiempo para el trabajo estimado y el trabajo completado son de interés. Los procesos agile y CMMI proporcionan estos campos(Estimación original, Trabajo completado yTrabajo restante) para su uso en tiempo de seguimiento. Puede usarlos para ese propósito. Sin embargo, Azure Boards compatibilidad nativa limitada con el seguimiento del tiempo. En su lugar, puede considerar la posibilidad de usar una extensión de Marketplace para admitir los requisitos de seguimiento de tiempo adicionales.

Procesar cambios que afectan a todos los equipos

Cualquier cambio realizado en un proceso aplicado a un proyecto afecta a todos los equipos de ese proyecto. Muchos cambios no provocarán muchas interrupciones en los equipos a los que admiten. Sin embargo, algunas sí lo hacen y se describen en esta sección.

Custom Fields

Agregar campos personalizados a un tipo de elemento de trabajo no afecta a ninguna herramienta específica. Los campos simplemente aparecen en los elementos de trabajo correspondientes. Sin embargo, si agrega un campo numérico personalizado, puede usarlo para admitir la acumulación de trabajos pendientes, así como las siguientes herramientas de informes:

• Informe de velocidad en contexto y widget de panel
• Informe de Sprint Burndown en contexto y widget de panel
• Widget de burndown y burnup del panel

Tipos de elementos de trabajo personalizados

Al realizar una o varias de las siguientes personalizaciones, afecta a las herramientas de equipo como se indica.

• Agregue un tipo de elemento de trabajo personalizado a la categoría Requisito:
• Agregue un tipo de elemento de trabajo personalizado a la categoría Tarea:
• Agregue un tipo de elemento de trabajo personalizado a la categoría Epopeya o Característica:
• Agregar un nivel de trabajo pendiente de cartera personalizado

Al agregar un tipo de elemento de trabajo personalizado (WIT) a una de las siguientes categorías de seguimiento de trabajo, las herramientas de equipo se verán afectadas de las siguientes maneras:

• Categoría de tarea:
  • Los elementos de trabajo secundarios del nuevo WIT aparecen en el trabajo pendiente del producto
  • Los elementos de trabajo basados en el nuevo WIT aparecen en los trabajos pendientes de sprint y las tablas de tareas
• Categoría de requisitos:
  • Los elementos de trabajo basados en el nuevo WIT aparecen en el trabajo pendiente del producto y en la placa Kanban
  • Cada equipo debe configurar el panel Kanban para admitir el nuevo WIT.
• Epopeya o categoría de características:
  • Los elementos de trabajo basados en el nuevo WIT aparecen en los trabajos pendientes de cartera y paneles Kanban correspondientes.
  • Cada equipo debe configurar los paneles Kanban para admitir el nuevo WIT.
  • Es posible que los nuevos WIT no aparezcan en una o varias de las herramientas de planeamiento de cartera.

Flujo de trabajo personalizado

Cada proceso admite un flujo de trabajo predeterminado. Este flujo de trabajo define las columnas predeterminadas que aparecen en los paneles Kanban y los paneles de tareas de sprint.

A veces, los equipos quieren realizar un seguimiento del estado de su trabajo que va más allá de estos estados predeterminados. Para ello, se proporciona soporte técnico de una de estas dos maneras:

• Agregar estados de flujo de trabajo personalizados al tipo de elemento de trabajo\
  • Esta opción afecta a todos los equipos y requiere que actualicen su configuración del panel Kanban.
• Agregar columnas a un panel Kanban
  • Esta opción solo afecta al equipo que agrega las columnas.

Los estados de flujo de trabajo y las columnas Kanban aparecen en el diagrama de Flow de un equipo. Los usuarios pueden elegir qué columnas aparecen en el gráfico.

Para más información, consulte Diagrama de flujo acumulativo.

Quién puede realizar cambios?

Dado que la configuración de nivel de proceso, de nivel de proyecto y de nivel de equipo puede tener un gran impacto, los cambios se restringen a las siguientes personas que tienen los permisos necesarios.

Cambios de nivel de proceso

Para crear, editar o administrar procesos heredadosy aplicarlos a proyectos, debe ser miembro del grupo administradores de Project colección . O bien, debe tener los permisos correspondientesCrear proceso,Eliminar proceso, Editarproceso o Eliminar un campo de la organización establecidos en Permitir. Consulte Establecer permisos y acceso para el seguimiento del trabajo, Personalizar un proceso heredado.

Para más información, consulte los artículos siguientes:

• Acerca del proceso de herencia
• Personalizar un proyecto
• Crear y administrar un proceso

Project de nivel de servicio

Para agregar rutas de acceso de área o rutas de iteración, debe ser miembro de los grupos administradores de Project o administradoresde Project de la colección .

O bien, para agregar, editar y administrar rutas de acceso de área o rutas de iteración en un nodo específico, se le debe haber concedido uno o varios de los permisos siguientes establecidos en Permitir:

• Crear nodos secundarios
• Eliminación de este nodo
• Edición de este nodo
• Ver permisos en este nodo

Para más información, consulte los artículos siguientes:

• Definición de las rutas de acceso de área que se asignan a un equipo
• Definir rutas de iteración (sprints) asignar iteraciones de equipo

Cambios de nivel de equipo

Todas las herramientas de equipo se pueden configurar mediante un administrador de equipo o un miembro de los grupos Project administradores de Project o administradores de recopilación.

Los administradores de equipo tienen la tarea de realizar las siguientes operaciones:

• Agregar miembros del equipo
• Suscripción a rutas de acceso de área e iteración
• Configuración de los trabajo pendientes y otras opciones comunes del equipo
• Configuración de paneles Kanban
• Administración de notificaciones de equipo

Para más información sobre la configuración de los paneles y los trabajo pendientes, consulte Administración y configuración de herramientas de equipo.

Pruebe esto a continuación

Artículos relacionados

• Azure Boards de configuración y personalización
• Configure los backlogs y los Boards
• Modelo de proceso heredado
• Administración y configuración de herramientas de equipo

Azure Boards

En este artículo se proporcionan instrucciones para configurar y personalizar Azure Boards. Debe leer este artículo si tiene la tarea de administrar un proyecto para varios equipos y admitir los siguientes objetivos empresariales:

• Compatibilidad con vistas de administración de carteras
• Visualización de vistas de calendario para actualizar el estado y el progreso
• Seguimiento de dependencias entre equipos o proyectos
• Seguimiento de las estimaciones de tiempo o el trabajo real completado

Si acaba de empezar a trabajar como administrador de Project, consulte también Introducción como administrador.

¿Qué se debe tener en cuenta?

Al configurar o personalizar herramientas de seguimiento de trabajo, querrá tener en cuenta las herramientas que usan los equipos y cómo las usarán. Tanto si los equipos siguen Scrum, Kanban o alguna combinación de Scrumban, puede aprovechar al máximo las herramientas de Azure Boards mediante la comprensión de las dependencias que tienen en las configuraciones y personalizaciones.

Los elementos principales que se deben tener en cuenta al estructurar el proyecto son:

En un nivel de proyecto:

• Cuántos equipos desea definir
• Estructuración de rutas de acceso de área para admitir vistas de administración de carteras
• Personalizaciones de campos
• Personalizaciones de tipos de elemento de trabajo o tipos de elementos de trabajo personalizados
• Personalizaciones de trabajo pendiente de cartera
• Personalizaciones de flujo de trabajo

En el nivel de equipo:

• Cómo va a usar el trabajo pendiente del producto para planear y priorizar el trabajo
• Si va a realizar un seguimiento de los errores como requisitos o como tareas, o no usar errores en absoluto
• Si va a usar o no tareas para realizar un seguimiento del tiempo y la capacidad
• Uso de los niveles de trabajo pendiente de cartera
• Cómo informar a la administración superior del progreso, el estado y los riesgos

Una vez que determine cómo va a usar las herramientas y los bloques de creación de seguimiento de trabajo, querrá realizar las configuraciones y personalizaciones necesarias para respaldar su negocio y comunicar a los equipos cómo deben usar las herramientas.

Tipos de elementos de trabajo y trabajos pendientes de cartera

La primera opción realizada en el seguimiento del trabajo es el proceso seleccionado al crear un proyecto. Para obtener una comparación de cada proceso, vea Elegir un proceso. Cada proceso (Agile, Basic, Scrum y CMMI) admite una jerarquía establecida de tipos de elementos de trabajo. Esta jerarquía admite un trabajo pendiente del producto y un trabajo pendiente de cartera.

Los tipos de elementos de trabajo predeterminados para cada proceso admitido se muestran en las pestañas siguientes. Los tipos de elementos de trabajo de trabajos pendientes corresponden a la categoría Requisitos. Las tareas corresponden a la categoría Tarea.

Puede agregar tipos de elementos de trabajo personalizados en cada nivel e incluso agregar trabajos pendientes de cartera personalizados. Por ejemplo, este es un proyecto que agregó Objectives y Key Results como tipos de elementos de trabajo personalizados y trabajos pendientes de cartera correspondientes al proceso de Scrum.

Opciones de seguimiento de trabajo y uso recomendado

Una de las principales opciones que tienen los equipos es elegir los tipos de elementos de trabajo que usan para realizar un seguimiento de su trabajo. En la tabla siguiente se resumen las opciones principales, el uso recomendado y las tareas y herramientas admitidas.