Compartir a través de


Implementación de Scaled Agile Framework® en Azure Boards

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019

Muchas empresas se benefician de equipos individuales de Agile. El interés para escalar las prácticas de Agile crece a medida que crece la organización. La necesidad de que las empresas vean el progreso de muchos equipos de Agile y en toda una cartera sigue aumentando. Para abordar estas necesidades, muchas empresas han adoptado Scaled Agile Framework® (SAFe®).

Si está familiarizado con Scrum pero no con SAFe®, consulte SAFe Studio Framework.

Azure Boards admite prácticas de SAFe® a través de sus equipos autónomos, trabajos pendientes, paneles, informes y métricas. En este artículo se presenta cómo artefactos de Azure Boards admiten prácticas y artefactos de SAFe.

  • Scaled Agile Framework®
  • Essential SAFe®
  • Portfolio SAFe®
  • Large Solution SAFe®
  • Asignación de referencia rápida
  • Implementación de SAFe® en Azure Boards

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, algunas de las características y procedimientos son particulares de la nube o la versión más reciente de Azure DevOps Server.

Scaled Agile Framework®

SAFe® aborda cómo se cumple una visión de cartera mediante una jerarquía de equipos, todos ellos relacionados con objetivos específicos. Este marco divide epopeyas en características y casos. Los equipos trabajan en estos elementos en Sprints y entregan a través de incrementos de programa (IP) y formaciones de lanzamiento. Además, el trabajo pendiente de cartera puede realizar un seguimiento de los resultados que se asignan a flujos de valor y presupuestos asociados.

Introducción a la arquitectura de SAFe®, versión 5.0

Introducción a la arquitectura de SAFe®, versión 5 © D. Leffingwell

Reproducido con permiso de © 2011-2020 Scaled Agile Inc.. Todos los derechos reservados.

SAFe® y Scaled Agile Framework son marcas comerciales registradas de Scaled Agile Inc.

Agilidad empresarial de SAFe® 5.0

Muchas prácticas de SAFe® incluyen el crecimiento de una cultura que admite agilidad, alineación y autonomía, a la vez que se centra en el cliente.

Información general de SAFe® 5.0 © D. Leffingwell

Reproducido con permiso de © 2011-2020 Scaled Agile Inc.. Todos los derechos reservados.

En los artículos siguientes se describen algunas de las formas en que Azure Boards admite la agilidad empresarial y la cultura de Agile:

Essential SAFe®

Essential SAFe® requiere compatibilidad con los artefactos y prácticas que se muestran en el siguiente póster.

Essential SAFe® poster architectural overview © D. Leffingwell

Reproducido con permiso de © 2011-2020 Scaled Agile Inc.. Todos los derechos reservados.

Todos estos artefactos y prácticas son compatibles con Azure Boards.

  • Casos, características y habilitadores: se implementa como elementos de trabajo que capturan información y estado del trabajo. Estos elementos de trabajo aparecen automáticamente en trabajos pendientes de equipo y paneles.
  • Trabajos pendientes de equipo y Trabajos pendientes de programa: se implementa como trabajos pendientes de equipo que filtran los elementos de trabajo asignados a un equipo y admiten la priorización y agrupación de trabajos.
  • Scrum y Kanban: prácticas totalmente compatibles con paneles, trabajos pendientes de sprint y paneles de tareas, equipos y cadencias de sprint.
  • Iteraciones, Iteración de innovación y planificación (IP), Incrementos de programa (PI), Hitos y Formaciones de lanzamiento: se implementa a través de una lista o una configuración jerárquica de las rutas de iteración.
  • Formación de lanzamiento de Agile: implementado por un conjunto de equipos de Agile y equipos de programa configurados para admitir vistas específicas de equipo y programa.
  • Objetivos de PI, Objetivos de equipo y Contexto de solución: Teams puede usar la wiki del proyecto integrada para compartir objetivos, metas, información de cliente y requisitos de solución.

Para obtener información general sobre cómo Azure Boards implementa Scrum y Kanban, consulte Acerca de sprints, Scrum y administración de proyectos y Acerca de los paneles y Kanban.

Portfolio SAFe®

Portfolio SAFe® agrega compatibilidad para administrar carteras a través de epopeyas, habilitadores y flujos de valor.

Portfolio SAFe® poster architectural overview © D. Leffingwell

Reproducido con permiso de © 2011-2020 Scaled Agile Inc.. Todos los derechos reservados.

Azure Boards proporciona compatibilidad con los siguientes componentes de cartera:

  • Epopeyas: se asigna al tipo de elemento de trabajo Epopeya y permite el seguimiento, la agrupación y el paquete acumulativo de elementos secundarios.
  • Trabajos pendientes en cartera: se implementa como un trabajo pendiente en cartera que admite el filtrado del trabajo en función de la revisión de las necesidades empresariales.
  • Visión de cartera y temas estratégicos: los propietarios de negocios y los administradores de carteras pueden usar la wiki del proyecto integrada para compartir su visión, objetivos y metas.
  • Flujos de valor: se puede realizar un seguimiento de los flujos de valor mediante etiquetas o campos personalizados.
  • Presupuestos ajustados: la información del presupuesto se puede capturar en campos personalizados y acumular para obtener visibilidad de los niveles de característica y epopeya.
  • KPI: varios informes y widgets de panel proporcionan métricas listas para usar. Power BI y el servicio Analytics proporcionan compatibilidad para crear informes personalizados rápidamente.

Large Solution SAFe®

Large Solution SAFe® incluye compatibilidad con un trabajo pendiente de solución, formaciones de soluciones y funcionalidades.

Large Solution SAFe® poster architectural overview © D. Leffingwell
Reproducido con permiso de © 2011-2020 Scaled Agile Inc.. Todos los derechos reservados.

Puede implementar soluciones de gran tamaño de la misma manera que implementa Portfolio SAFe®. Sin embargo, también puede agregar tipos de elementos de trabajo personalizados y trabajos pendientes personalizados para admitir otros requisitos de la solución.

Full SAFe®

Full SAFe® incluye los tres niveles de Essential SAFe®, Large Solution SAFe®, y Portfolio SAFe®.

Full SAFe® poster architectural overview © D. Leffingwell

Cómo se asignan los artefactos de SAFe® a Azure Boards

En la tabla siguiente se asignan términos o artefactos de SAFe® al término o artefacto de Azure Boards equivalente. Elija el vínculo para obtener información sobre los detalles de implementación.

Término o artefacto de SAFe®

Término o artefacto de Azure Boards

Equipos de Agile

Equipos Defina una jerarquía de equipos para satisfacer las necesidades de los equipos de características o desarrollo, los equipos de programa y cartera, o los equipos de formación de soluciones.

Formación de lanzamiento de Agile (ART)

Equipos Los equipos de Agile administran el trabajo de entregas para un conjunto de características. Cada equipo de Agile tiene un conjunto de herramientas de Agile para apoyar el flujo de trabajo y revisar el progreso y las entregas.

Presupuestos

Etiquetas, área de valor. Puede usar etiquetas o el campo Área de valor para realizar un seguimiento del trabajo asociado a un flujo de presupuesto o valor específico.

Funcionalidades

Elemento de trabajo Defina, planee y realice un seguimiento de funcionalidades similares a epopeyas y características. Los captura en elementos de trabajo y en varios trabajos pendientes de equipo.

Habilitadores

Elemento de trabajo Defina, planee y realice un seguimiento de habilitadores similares a epopeyas, características y casos. Los captura en elementos de trabajo y en varios trabajos pendientes de equipo.

Epopeyas

Elemento de trabajo de epopeya Defina una epopeya mediante el tipo de elemento de trabajo de epopeya. Las epopeyas se encuentran en la parte superior de la jerarquía de elementos de trabajo de epopeyas, características y casos.

Características

Elemento de trabajo de característica Se define una característica mediante el tipo de elemento de trabajo de característica. Las características son un contenedor para muchos casos y se representan en su propio trabajo pendiente en cartera.

Iteración de innovación y planificación (IP)

Ruta de iteración Las rutas de iteración se definen para un proyecto y se establecen sus fechas de inicio y finalización. Cada equipo se suscribe a las iteraciones con las que trabajan.

Iteración

Ruta de iteración Las rutas de iteración se definen para un proyecto y se establecen sus fechas de inicio y finalización. Cada equipo se suscribe a las iteraciones con las que trabajan.

Hitos

Hitos y eventos clave Los hitos se producen al final de cada iteración. También se pueden usar campos y etiquetas personalizados para asociar el trabajo con hitos y eventos clave.

Trabajo pendiente en cartera

Trabajo pendiente en cartera Un trabajo pendiente en cartera muestra las epopeyas asociadas a una cartera con la opción de expandir y mostrar las características y casos secundarios.

Portfolio Kanban

Panel de epopeyas de cartera El panel del equipo de cartera muestra el trabajo pendiente de epopeyas como tarjetas en un panel interactivo, configurable y filtrable.

Visión de cartera

Wiki Recurra a la wiki del proyecto para compartir en toda la organización la información relacionada con la estrategia, las soluciones y la forma en que los equipos colaboran para producir resultados y materiales de cartera y programas.

Trabajo pendiente de programa

Trabajo pendiente de característica Un trabajo pendiente de característica muestra las características asociadas a un programa con la opción de expandir y mostrar los casos secundarios.

Programa Kanban

Panel de características de programa El panel del programa muestra el trabajo pendiente de característica como tarjetas en un panel interactivo, configurable y filtrable.

Ruta de iteración de incremento de programa (PI)

Ruta de iteración Las rutas de iteración definen un cuadro de tiempo para un proyecto con fechas de inicio y finalización. Las rutas de iteración pueden durar desde una semana a 12 semanas o más.

Retrospectivas y revisiones

Retrospectivas Cada equipo puede agregar un panel para capturar, priorizar y crear elementos de acción para respaldar sus procesos de mejora.

Plan de desarrollo

Planes de entrega, escala de tiempo de características. Azure Boards proporciona vistas configurables e interactivas para revisar planes de desarrollo y resultados de equipo.

Servicios compartidos

Estructura del equipo de servicios compartidos: los recursos que se comparten entre equipos se pueden representar a través de su propio equipo de características de Agile. Cada uno puede administrar su trabajo pendiente mientras que su trabajo también aparece en los trabajos pendientes de los equipos a los que dan apoyo.

Soluciones

Soluciones: las soluciones se pueden representar a través de un tipo de elemento de trabajo de solución personalizado.

Trabajo pendiente de solución

Trabajo pendiente en cartera de soluciones. Puede definir un tipo de elemento de trabajo personalizado y un trabajo pendiente en cartera para capturar requisitos empresariales especiales de soluciones de gran tamaño o usar epopeyas y trabajos pendientes en cartera de epopeyas para capturar soluciones.

Temas estratégicos

Wiki Los temas estratégicos, similares a visión de cartera, se pueden capturar en una wiki del proyecto.

Casos

Elemento de trabajo de caso de usuario Los casos de usuario capturan la funcionalidad que desea entregar. Por lo general, están dimensionados para completarse con una sola iteración.

Trabajo pendiente de equipo

Trabajo pendiente de caso El trabajo pendiente de caso muestra los casos de usuario asignados a la ruta de acceso del área asociada al equipo.

Equipo Kanban

Panel de casos El panel de casos muestra el trabajo pendiente de caso como tarjetas en un panel interactivo, configurable y filtrable.

Flujos de valor

Etiquetas, área de valor. Puede usar etiquetas o el campo Área de valor para realizar un seguimiento del trabajo asociado a un flujo de presupuesto o valor específico.

Implementación de SAFe® en Azure Boards

Cada uno de los siguientes artículos de este conjunto de tutoriales proporciona detalles sobre cómo configurar, personalizar y usar Azure Boards para implementar los proyectos y programas SAFe®.

Pasos siguientes

Acerca de los autores

Queremos agradecer a los siguientes colaboradores por la revisión y comentarios sobre el contenido actual.

  • Phillip Eng es un arquitecto sénior de Microsoft, Digital Pursuit y Guidance.
  • Hosam Kamel es un profesional de soluciones tecnológicas para Microsoft y ALM Ranger.
  • Willy-Peter Schaub fue administrador de programas con los ALM Rangers de Visual Studio en el Centro de desarrollo de Microsoft de Canadá. Puede seguir a Willy-Peter en Twitter en twitter.com/wpschaub.

Los artículos de esta serie se actualizaron a partir de unas notas del producto anteriores en colaboración con los siguientes autores:

  • Gordon Beeming es desarrollador de software en Derivco y vive en la soleada ciudad de Durban, Sudáfrica. Dedica la mayor parte de su tiempo a gastar teclado trabajando en Visual Studio y a relajarse con su familia. Tiene el blog gordonbeeming.xyz y puede seguirlo en Twitter en twitter.com/gordonbeeming.
  • Brian Blackman es consultor principal con Microsoft Premier Developer, y su objetivo principal es que los partners ISV y las empresas tengan éxito en el ámbito de la ingeniería y el mercado. Tiene un MBA y es CSM, CSP, MCSD (C++) y MCTS, además de ALM Ranger de Visual Studio. Cuando no actúa de "Ruck Master" y colabora con proyectos como ALM Ranger de Visual Studio, dedica su tiempo a escribir código, crear y ofrecer talleres y a asesorar en diversas concentraciones, especialmente en ayudar a las organizaciones en la búsqueda de agilidad empresarial.
  • Gregg Boer es uno de los principales administradores de programas de Microsoft. Gregg es el propietario de producto para la experiencia de administración de Agile proporcionada por Azure DevOps y TFS local.
  • Kathryn Elliott es redactor técnico sénior en Microsoft.
  • Susan Ferrell es redactor técnico sénior y ALM Ranger de Visual Studio.
  • Willy-Peter Schaub fue administrador de programas con los ALM Rangers de Visual Studio en el Centro de desarrollo de Microsoft de Canadá. Desde mediados de la década de los 80 trabaja para simplificar y facilitar el mantenimiento en ingeniería de software. Puede seguirlo en Twitter en twitter.com/wpschaub.
  • Queremos agradecer especialmente a los siguientes expertos técnicos por revisar este artículo: Mike Douglas (consultor independiente, ALM Ranger), Richard Hundhausen (consultor independiente, ALM Ranger) y Bill Heys (consultor independiente, ALM Ranger).