Cómo los conceptos de SAFe® se corresponden con artefactos de Azure Boards
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
Si está interesado en usar Scaled Agile Framework (SAFe®), puede configurar el proyecto de Azure Boards para realizar un seguimiento de las entregas de SAFe®. Al igual que Azure Boards admite las prácticas de Scrum y Agile, puede admitir SAFe® y un gran número de equipos para trabajar juntos en epopeyas que abarcan versiones.
En este tutorial se muestra cómo los siguientes artefactos de SAFe® se corresponden con artefactos de Azure Boards específicos.
- SAFe®, equipos de Agile, programa y cartera
- SAFe®, entregas (como epopeyas, características y casos)
- SAFe®, vistas de producto, programa y cartera
- SAFe®, series de versiones, sprints y otros tiempos asignados
- SAFe®, objetivos y metas de iteración
- SAFe®, secuencias de valores y presupuestos
- SAFe®, visión de cartera y temas estratégicos
- SAFe®, mapas de rutas
- SAFe®, hitos y eventos
- SAFe®, retrospectivas y revisiones
Para información general sobre cómo Azure Boards implementa Scrum y Kanban, consulte Acerca de sprints, Scrum y la administración de proyectos y Acerca de los paneles y Kanban.
Nota:
Este artículo forma parte de un conjunto de tutoriales sobre Scaled Agile Framework® que se aplica a Azure Boards y Azure DevOps Services. La mayoría de la guía es válida para las versiones locales y en la nube. Sin embargo, otras de las características y procedimientos son específicos de la nube o de la versión más reciente de Azure DevOps Server.
En la imagen siguiente se muestra cómo puede configurar Azure Boards para admitir una jerarquía de equipos de tres niveles y asignar equipos a sus respectivas rutas de acceso de área e iteración. Aunque los ejemplos se crean a partir del proceso Agile, los cambios se pueden aplicar a cualquier proyecto y proceso hospedado en Azure Boards.
Los ejemplos que se proporcionan a continuación muestran cómo se configura una jerarquía de equipos de tres niveles mediante rutas de acceso de área jerárquicas. Aunque los ejemplos se crean a partir del proceso Agile, puede aplicar estos cambios a cualquier proyecto hospedado en Azure Boards.
Equipos de características, programas y carteras de Agile
Azure Boards admite que cada equipo tenga su propia vista de su trabajo. Al configurar una estructura jerárquica de equipos, cada equipo puede centrarse en su trabajo y hacer que este pase al siguiente nivel dentro de la jerarquía del equipo.
Para admitir equipos SAFe®, reconfigure el equipo predeterminado como equipo de cartera que administra sus epopeyas. A continuación cree subequipos para el trabajo de nivel de programa y de nivel de equipo. El trabajo puede seguirse en todos los equipos y en cada uno de los niveles.
Casos, características, epopeyas, habilitadores y funcionalidades
Todos los trabajos y entregas se capturan en elementos de trabajo. Cada elemento de trabajo está asociado a un tipo específico con un flujo de trabajo predefinido. Cada proceso de Azure Boards proporciona compatibilidad con tipos de elementos de trabajo específicos que puede usar para realizar un seguimiento de cualquiera de las entregas de SAFe®.
Los tipos de elementos de trabajo disponibles para un usuario se basan en el proceso utilizado cuando se creó el proyecto (Agile, Básico, Scrum o CMMI), como se ilustra en las imágenes siguientes.
En la imagen siguiente se muestra la jerarquía de elementos de trabajo pendientes de proceso Agile:
Los casos de usuario y las tareas se usan para realizar un seguimiento de los trabajos.
Los errores detectan los defectos del código.
Las epopeyas y funciones se usan para agrupar el trabajo en entornos de uso más grandes.
Cada equipo puede configurar cómo administran elementos de trabajo errores, en el mismo nivel que los elementos de trabajo de tareas y casos de usuario, ajustando la opción Trabajar con errores. Para obtener más información sobre el uso de estos tipos de elementos de trabajo, vea Proceso de Agile.
Los elementos del trabajo pendiente pueden denominarse Casos de usuario (Agile), Incidencias (Básico), Elementos de trabajo pendiente del producto (Scrum) o Requisitos (CMMI). Los cuatro son similares: describen el valor que se va a entregar al cliente y el trabajo que se va a realizar.
Puede realizar un seguimiento de los habilitadores mediante casos de usuario o características y de las funcionalidades mediante características o epopeyas. O bien, si tiene necesidades específicas de seguimiento e informes, puede agregar tipos de elementos de trabajo personalizados para realizar un seguimiento de estos tipos de entregas. Para más información, consulte Personalización de Azure Boards: adición de tipos de elementos de trabajo personalizados.
Los elementos de trabajo proporcionan compatibilidad con las tareas siguientes:
- Agregar criterios de descripción y aceptación.
- Realizar asignaciones a equipos o rutas de acceso de área y a miembros del proyecto.
- Actualizar estados y realizar asignaciones a iteraciones o sprints.
- Vincular elementos de trabajo, adjuntar archivos, agregar etiquetas.
- Agregar comentarios y ver un hilo de discusión.
Los trabajos pendientes de producto y en cartera permiten a los equipos agregar rápidamente sus casos de usuario, características y epopeyas y clasificarlos en orden de prioridad. Para más información sobre los elementos de trabajo y los tipos de elementos de trabajo, consulte Seguimiento del trabajo con casos de usuario, incidencias errores, características y epopeyas.
Trabajos pendientes y paneles de equipo
Los trabajos pendientes de SAFe® se asignan a trabajos pendientes de equipo, programa y cartera. De forma predeterminada, el proceso Agile admite los niveles de trabajo pendiente de usuario, característica y epopeya. La estructura jerárquica del trabajo pendiente muestra el trabajo realizado para respaldar características y casos de usuario en el curso de una epopeya.
Puede personalizar el trabajo pendiente y los paneles, e incluso agregar trabajos pendientes en cartera, como se describe en Personalización de Azure Boards: Personalización de trabajos pendientes.
Cada equipo puede configurar la vista del panel Kanban de cada trabajo pendiente.
Incrementos de programa, versiones y sprints
Los sprints, los incrementos de programa (PI), las iteraciones, las versiones y las series de versiones de SAFe® se asignan fácilmente a las rutas de acceso de iteración. Al compartir las iteraciones en la jerarquía del equipo, los lanzamientos se administran de una manera coherente.
Dado que las epopeyas pueden abarcar varias series de versiones, el equipo de cartera no está asociado a ninguna iteración específica. Los equipos del programa siguen las entregas de características, que se envían con una PI. Y los equipos de características trabajan en sprints para completar varios casos. Cada equipo elige las iteraciones que le ayudan a realizar el seguimiento de su conjunto específico de entregas.
Objetivos y metas de iteración
Entre las prácticas de SAFe® se incluyen los equipos de versión de Agile que definen sus objetivos y metas de iteración. Se recomienda usar los paneles de equipo o wiki del proyecto para capturar información del equipo. Los paneles de equipo y wiki del proyecto admiten Markdown para agregar información y aplicarle formato.
Para más información, vea Compartir información más adelante en este artículo.
Secuencias de valores y presupuestos
Puede usar etiquetas para asignar características y epopeyas a sus secuencias de valores, temas estratégicos y presupuestos asociados de manera rápida y sencilla. Puede agregar campos personalizados para capturar estimaciones presupuestarias de características que luego se pueden consolidar en epopeyas.
Con las etiquetas que agregue a los elementos de trabajo, puede hacer lo siguiente:
- Filtrar cualquier trabajo pendiente o panel Kanban.
- Crear consultas basadas en etiquetas y filtrar los resultados de la consulta por etiquetas.
- Crear gráficos de progreso y tendencias o informes basados en etiquetas.
Para una asignación más sólida del trabajo a las características de arquitectura o empresa, puede especificar el área de valor de cada epopeya, característica o caso.
Con la consolidación, puede obtener estimaciones de presupuesto para epopeyas a partir de una consolidación de las estimaciones definidas para sus características secundarias, como se muestra en la siguiente imagen.
Para agregar campos personalizados, consulte Personalización de Azure Boards: adición de campos personalizados.
Uso de la wiki de proyecto para apoyar la visión de cartera y temas estratégicos
La información puede compartirse ampliamente con una organización mediante la wiki de proyecto de Azure DevOps. La wiki es similar a un repositorio de Git que admite la adición y edición de páginas mediante Markdown y un editor WYSIWYG. Al controlar las versiones de cada página, resulta fácil realizar un seguimiento de quién hizo cambios y recuperar las versiones anteriores.
Use la wiki de proyecto para permitir el uso compartido de los siguientes artefactos de SAFe®:
- Visión de cartera
- Temas estratégicos
- Taxonomía
- Objetivos
- Objetivos
- Prácticas centradas en el cliente
Para más información sobre la wiki de proyecto, consulte Uso compartido de información más adelante en este artículo.
Hitos y eventos clave
El final de cada incremento de programa, sprint, serie de versiones, innovación y planeamiento de iteraciones (IP) representa hitos naturales de SAFe®. Muchos hitos están asociados a ceremonias o prácticas específicas, como realizar retrospectivas o demostrar software de trabajo.
En Azure Boards, puede realizar un seguimiento de otros tipos de hitos o eventos clave de las siguientes maneras.
- Campo personalizado, como el campo Hito o Versión con lista desplegable predefinida
- Como etiqueta agregada a elementos de trabajo
- Como elemento de trabajo que especifica una fecha de destino
- Como ruta de acceso de iteración de un día
Con los campos y las etiquetas personalizados, puede filtrar rápidamente trabajos pendientes, paneles y consultas en función de un hito específico.
Estructura del equipo de servicios compartidos
Los recursos que se comparten entre equipos se pueden representar mediante su propio equipo de características de Agile, como el equipo de diseño de la experiencia del usuario o el equipo de cumplimiento de seguridad. Estos equipos pueden administrar su trabajo pendiente y, al mismo tiempo, hacer que su trabajo también aparezca en los trabajos pendientes de los equipos que respaldan.
Aquí se muestra cómo se asignan las rutas de acceso de área al equipo de diseño de la experiencia del usuario y, luego, las rutas de acceso de subárea selectivas a otros equipos de Agile. Los elementos de trabajo que aparecen en las rutas de acceso de área compartidas aparecen en los trabajos pendientes y paneles de los equipos asociados.
Retrospectivas y revisiones
Para respaldar a los equipos que hacen retrospectivas y revisiones, se recomienda usar la extensión Retrospectivas de Microsoft DevLabs.
Esta extensión permite a los equipos crear sus propios paneles de retrospectivas y capturar las siguientes tareas:
- Recopilar comentarios sobre los hitos del proyecto.
- Organizar y clasificar los comentarios en orden de prioridad.
- Crear y realizar un seguimiento de las tareas accionables para ayudar a cada equipo en sus procesos de mejora.
Compartir información
Azure Boards proporciona muchas maneras de compartir información.
- Los formularios de elementos de trabajo proporcionan campos de texto enriquecido para capturar descripciones, criterios de aceptación y mucho más. Se pueden agregar datos adjuntos de archivo a elementos de trabajo o vínculos a recursos compartidos de archivos de red.
- Se pueden usar paneles de proyecto y equipo para compartir información, junto con gráficos de estado y progreso y widgets. Para más información, consulte Adición de Markdown a un panel.
- La wiki de proyecto proporciona un repositorio central con control de versiones integrado para compartir información con todos los miembros del proyecto. Se pueden crear otras wikis según sea necesario. Para más información, consulte Acerca de wikis, archivos LÉAME y Markdown.
Para más información sobre las características admitidas de Markdown, consulte los siguientes artículos.
Pasos siguientes
Artículos relacionados
- Proceso de Agile
- Proceso Scrum
- CMMI
- Visualización del progreso, las hojas de ruta y las métricas de SAFe®
Cultura y escalado
Comentarios
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: https://aka.ms/ContentUserFeedback.
Enviar y ver comentarios de