Implementación de Agile Framework escalado® en Azure Boards

Artículo
11/30/2021
11 minutos para leer

Azure Boards | Azure DevOps Server 2020

Muchas empresas se benefician de equipos agile individuales. Aumenta el interés por escalar las prácticas de Agile a medida que crece la organización. La necesidad de que las empresas vea el progreso de muchos equipos de Agile y de una cartera sigue aumentando. Para abordar estas necesidades, muchas empresas han adoptado el marco agile ® escalado (SAFe®).

Si está familiarizado con Scrum pero no está familiarizado con SAFe®, estos vídeos de Scaled Agile son una buena manera de orientarse.

Azure Boards safe® a través de sus equipos autónomos, trabajo pendiente, paneles, informes y métricas. En este artículo se presenta cómo los Azure Boards admiten procedimientos y artefactos safe.

El marco agile escalado®
SAFe esencial®
SAFe de cartera®
SAFe de solución grande®
Asignación de referencia rápida
Azure Boards implementación de SAFe®

Nota

Este artículo es uno de un conjunto de tutoriales de Agile Framework ® escalado que se aplica a Azure Boards y Azure DevOps Services. La mayoría de las instrucciones son válidas para las versiones locales y en la nube. Sin embargo, algunas de las características y procedimientos son específicos de la nube o la versión más reciente de Azure DevOps Server.

Scaled Agile Framework®

El safe® aborda cómo se cumple una visión de cartera por una jerarquía de equipos, todos ellos interesados en objetivos específicos. Este marco divide epopeyas en características e historias. Teams estos elementos en sprints y entregar a través de incrementos de programa (PIs) y entrenamientos de versión. Además, el trabajo pendiente de la cartera puede realizar un seguimiento de las entregas que se asignan a flujos de valor y presupuestos asociados.

SaFe® información general de la arquitectura, versión 5.0

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

SAFe® agilidad empresarial 5.0

Muchas prácticas ® SAFe incluyen el crecimiento de una cultura que admite agilidad, alineación y autonomía, todo ello mientras se está centrado en el cliente.

En los artículos siguientes se Azure Boards algunas de las maneras en las que Azure Boards la agilidad empresarial y la cultura ágil:

SAFe esencial®

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

Todos estos artefactos y procedimientos son compatibles con Azure Boards.

Casos, característicasy habilitadores:se implementan 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 Kanban.
Trabajos pendientes de equipo y trabajos pendientes del programa: se implementan como trabajos pendientesde equipo que filtran los elementos de trabajo asignados a un equipo y admiten la priorización y agrupación del trabajo.
Scrum y Kanban:prácticas totalmente compatibles con paneles Kanban, trabajos pendientes de sprint y paneles de tareas, equipos y cadencias de sprint.
Iteraciones,iteración de innovación y planeamiento (IP),incrementos de programa (PI),hitosy entrenamientos de versión: implementadosa través de una lista plana o una configuración jerárquica de rutas de iteración.
Agile Release Train:implementado por un conjunto de equipos de Agile y equipos de programa configurados para admitir vistas específicas de equipos y programas.
Objetivos de PI,Objetivosde equipo y Contexto de solución:Teams puede usar la wiki del proyecto integrada para compartir objetivos, objetivos, información del cliente y requisitos de la solución.

Para obtener información general sobre Azure Boards implementa Scrum y Kanban, vea About Sprints, Scrum, and project management (Acerca de sprints, Scrum y administración de proyectos) y About Boards and Kanban (Acerca de Boards kanban).

SAFe de cartera®

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

Azure Boards proporciona compatibilidad con los siguientes componentes de cartera:

Epopeyas:se asignan al tipo de elemento de trabajo Epopeya y permiten el seguimiento, la agrupación y la acumulación de elementos secundarios.
Trabajos pendientes de cartera:se implementan como un trabajo pendiente de cartera que admite el filtrado del trabajo en función de la revisión de las necesidades empresariales.
Visión de cartera y temasestratégicos: los propietarios de la empresa y los administradores de carteras pueden usar la wiki del proyecto integrada para compartir su visión, sus objetivos y sus objetivos.
Valor Secuencias:se puede realizar un seguimiento de los flujos de valor mediante etiquetas o campos personalizados.
Presupuestos ajustados:la información de presupuesto se puede capturar en campos personalizados y agregarse para obtener visibilidad de los niveles característica y epopeya.
KPI:varios informes y widgets de panel proporcionan métricas personalizadas. Power BI y el servicio Analytics proporcionan soporte técnico para crear informes personalizados rápidamente.

SAFe de solución grande®

Soluciones grandes SAFe® compatibilidad con un trabajo pendiente de la solución, los entrenamientos de solución y las funcionalidades.

Puede implementar soluciones grandes de la misma manera que la implementación de SAFe de cartera®. Sin embargo, también puede agregar tipos de elementos de trabajo personalizados y trabajos pendientes personalizados para admitir otros requisitos de la solución.

SAFe completo®

SAFe® completa incluye los tres niveles de SAFe esencial®, SAFe de solución grande® y SAFe de cartera®.

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

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

SAFe® o artefacto

Azure Boards o artefacto

Equipos ágiles

Teams. Defina una jerarquía de equipos para satisfacer las necesidades de los equipos de características o desarrollo, los equipos de programas y carteras, o los equipos de entrenamiento de soluciones.

Agile Release Train (ART)

Teams. Los equipos ágiles administran el trabajo de entregas para un conjunto de características. Cada equipo de Agile tiene un conjunto de herramientas de Agile para admitir el flujo de trabajo y revisar el progreso y los resultados.

Presupuestos

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

Funcionalidades

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

Habilitadores

Elemento de trabajo. Defina, planee y realice un seguimiento de los habilitadores de forma similar a Epopeyas, características e historias. Se capturan en elementos de trabajo y dentro de varios trabajos pendientes de equipo.

Epopeyas

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

Características

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

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

Ruta de acceso de iteración. Defina rutas de iteración para un proyecto y establezca sus fechas de inicio y finalización. Cada equipo se suscribe a las iteraciones con las que trabaja.

Iteración

Ruta de acceso de iteración. Defina rutas de iteración para un proyecto y establezca sus fechas de inicio y finalización. Cada equipo se suscribe a las iteraciones con las que trabaja.

Hitos

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

Trabajo pendiente de cartera

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

Kanban de cartera

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

Visión de cartera

Wiki. Use la wiki del proyecto para compartir ampliamente la información de la organización relacionada con la estrategia, las soluciones y cómo colaborarán los equipos para generar resultados de carteras y programas.

Trabajo pendiente del programa

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

Kanban del programa

Placa características del programa. El panel Programa muestra el trabajo pendiente Características como tarjetas en un panel Kanban interactivo, configurable y filtrable.

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

Ruta de acceso 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 se pueden definir de 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 que admitan 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 las hojas de ruta y los resultados del 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 su trabajo también aparece en los trabajos pendientes de los equipos a los que admiten.

Soluciones

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

Trabajo pendiente de la solución

Trabajo pendiente de la cartera de soluciones. Puede definir un tipo de elemento de trabajo personalizado y un trabajo pendiente de cartera para capturar los requisitos empresariales especiales de soluciones grandes, o bien usar trabajos pendientes de epopeyas y epopeyas para capturar soluciones.

Temas estratégicos

Wiki. Los temas estratégicos, similares a Portfolio Vision, se pueden capturar en una wiki del proyecto.

Casos

Elemento de trabajo de caso de usuario. Los casos de usuario capturan la funcionalidad que quiere que se entregue. Normalmente tienen un tamaño para completarse con una sola iteración.

Trabajo pendiente del equipo

Trabajo pendiente de casos. En el trabajo pendiente Casos se enumeran los casos de usuario asignados a la ruta de acceso de área asociada al equipo.

Kanban del equipo

Placa de historias. El panel Casos muestra el trabajo pendiente de historias como tarjetas en un panel Kanban interactivo, configurable y filtrable.

Valor Secuencias

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

Azure Boards implementación de SAFe®

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

Pruebe esto a continuación

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

Escalado de la cultura ágil a grandes equipos
Cultura de Agile
Prácticas que escalan
Acerca de sprints, scrum y administración de proyectos
Acerca de los paneles y Kanban
Scaled Agile Framework: SAFe® sitio de recursos.
SAFe® en 7 minutos:vídeo de Inbar Oren, Lean Lean Lean.
Escalado de agile y safe® métricas con TFS:entrada de blog que muestra un informe de SQL Server desarrollado por InCycle para ilustrar cómo se puede usar TFS para admitir agile o SAFe escalado.

Acerca de los autores

Muchas gracias a los siguientes colaboradores por su revisión y comentarios sobre el contenido actual.

Phillip Eng es arquitecto sénior de Microsoft, orientación y orientación digital.
HosamFragel es un profesional de soluciones tecnológicas para Microsoft y ALM Ranger.
Willy-Peter Haub es un exdirector de programas con el Visual Studio ALM Former en el Centro de desarrollo de Microsoft Canadá. Puede seguir los Willy-Peter en Twitter en twitter.com/wpschaub.

Los artículos de esta serie se actualizaron a partir de un documento técnico anterior desarrollado en colaboración con los autores siguientes:

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. Su blog está en 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 es maestro ruck y contribuye Visual Studio proyectos de ALM Ranger, dedica su tiempo a escribir código, crear y entregar talleres y consultoría en diversas organizaciones, especialmente en su búsqueda de agilidad empresarial.
Gregg Boer es uno de los principales administradores de programas de Microsoft. Gregg es el propietario del 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 Haub es un antiguo administrador de programas con el Visual Studio ALM Range en el Centro de desarrollo de Microsoft Canadá. Desde mediados de los 80, se ha esforzado por la simplicidad y el mantenimiento en la ingeniería de software. Puede seguirlo en Twitter en twitter.com/wpschaub.
Especial gracias a los siguientes expertos técnicos para revisar este artículo: Mike Mike (consultor independiente, ALM Ranger), Richard Hundund (consultor independiente, ALM Ranger) y Bill Heys (consultor independiente, ALM Ranger).