SAFe divide la línea de tiempo de desarrollo en una serie de iteraciones dentro de un PI .

El Big Picture ilustra cómo un PI se inicia mediante un evento de planificación de PI (PI Planning) y es seguido por cuatro iteraciones de ejecución, que concluyen con una iteración de Innovación y Planificación (IP –  Innovation e Planning).

Este patrón es sugerente, pero arbitrario, ya que no existe una regla fija sobre cuántas iteraciones pueden existir en un PI.

La experiencia ha demostrado, sin embargo, que una duración de IP entre 8 y 12 semanas funciona mejor, con un sesgo hacia duraciones más cortas.

Un Solution Train y sus Agile Release Trains (ART) asociados utilizan la misma cadencia PI, como se muestra en la figura siguiente.

PDCA en SAFe

El PI representa el ciclo PDCA de Shewhart, como se muestra en la parte superior de la figura anterior. Combina el valor desarrollado por cada equipo ágil en un hito significativo para medir objetivamente la solución en desarrollo.

Este ciclo de aprendizaje de PI PDCA está representado en SAFe por los siguientes eventos y actividades de un ART:

  • Plan: el evento PI Planning es la etapa de planificación del ciclo.
  • Do – La ejecución del PI
  • Check- La demostración de lo que se ha hecho es la verificación
  • Ajustar – Inspección y adaptación (I&A – Inspect & Adapt ) es el ajuste

CADENCIA Y ENTREGA BAJO DEMANDA

La ejecución continua de PI proporciona el ritmo para que los trenes y los activos que crean crezcan de forma iterativa e incremental.

Si bien los trenes determinan el mejor ritmo de desarrollo de productos, las áreas de negocio son capaces de afrontar los lanzamientos siempre que sea necesario o según las necesidades del mercado.

La cadencia de un PI puede ser diferente a la cadencia de entrega. Sin embargo, en algunas situaciones, el PI y las tasas de entrega son las mismas, lo que puede ser muy conveniente.

Es posible que otros ART deban entregarse con más o menos frecuencia que la cadencia de IP.

Aún así, otros tendrán varios ciclos de lanzamiento independientes para los diversos componentes de la solución.

EJECUCIÓN DE UN PI EN SAFE

Cuando se trata de la ejecución de un PI para un solo tren (ART), una secuencia de eventos ART crea un sistema de circuito cerrado para mantener el tren en la vía, como se muestra a continuación:

Eventos de tren de lanzamiento ágil - ART

Cada evento de ART se describe a continuación:

PLANIFICACIÓN PI (PI PLANNING)

Cada IP comienza con un evento de planificación. Dado que la planificación de la PI se lleva a cabo a un ritmo fijo, todo el calendario de eventos de un año se puede programar con mucha antelación.

Al programar los eventos de planificación de PI con anticipación, la Organización puede reducir el costo de viajes y logística.

También ayuda a las personas en el tren, especialmente a los dueños de negocios, a administrar otros compromisos para asegurarse de que puedan estar presentes en estos eventos críticos.

SCRUM DE SCRUMS (SoS)

El Release Train Engineer (RTE) generalmente facilita un evento de Scrum of Scrums (SoS) semanal (o con más frecuencia, según sea necesario).

SoS ayuda a coordinar las dependencias de ART y proporciona visibilidad sobre el progreso y los impedimentos.

RTE, Scrum Masters y otros (cuando corresponda) se reúnen para revisar su progreso hacia los hitos, los objetivos de IP y las dependencias entre equipos.

El evento tiene una duración de 30 a 60 minutos y es seguido de un post-encuentro, donde las personas que deseen profundizar en problemas específicos pueden resolver sus dudas y obtener alineaciones.

PO SYNC

Al igual que SoS, generalmente lo mantienen los Product Owners y Product Manager.

Este evento suele ocurrir semanalmente o con mayor frecuencia, según sea necesario.

La sincronización de PO también se realiza de 30 a 60 minutos y seguida de una post-reunión para solucionar cualquier problema.

La sincronización de PO puede ser facilitada por RTE o un Product Manager.

El objetivo es obtener visibilidad sobre qué tan bien está progresando ART para lograr los objetivos de IP, discutir problemas u oportunidades con las Features y promover cualquier ajuste de alcance.

Feature es cualquier servicio que satisfaga las necesidades de un interesado.

El evento también se puede utilizar para prepararse para el próximo IP y puede incluir el refinamiento del Programa Backlog (Program Backlog) y la priorización ponderada del trabajo más pequeño que se debe realizar primero (WSJF) antes del próximo evento de planificación de IP.

Program Backlog es el área de espera para las próximas Features, diseñadas para satisfacer las necesidades del usuario y ofrecer beneficios comerciales para un solo ART.

REUNIONES DE GESTIÓN DE VERSIONES (RELEASE MANAGEMENT MEETINGS)

Proporcionan control para todas las próximas versiones, así como su comunicación y gestión.

DEMOSTRACIÓN DEL SISTEMA (SYSTEM DEMO)

Una declaración de los bienes a entregar. Es un evento quincenal que proporciona comentarios de las partes interesadas sobre la eficacia y usabilidad de todos los activos en desarrollo.

Esta demostración también ayuda a garantizar que la integración entre equipos en el mismo ART se produzca con regularidad, al menos una vez en cada iteración.

Y debido a que los «puntos de integración controlan el desarrollo del producto», la demostración es el punto de rutina en el que se puede evaluar el comportamiento significativo y emergente del sistema completo o la solución.

PREPARACIÓN PARA EL PRÓXIMO PI (NEXT PI PLANNING EVENT)

La preparación para el próximo IP es un proceso continuo, con tres áreas principales de enfoque:

La preparación para el próximo IP es un proceso continuo, con tres áreas principales de enfoque:

  • Alineación de gestión y disponibilidad para planificar
  • Backlog y anticipación de contenido
  • Logística de eventos – Instalaciones disponibles

Como cualquiera de ellos puede potencialmente interferir en los resultados y en el compromiso de la planificación del PI, es necesario un cuidado especial sobre los tres factores.

INSPECCIÓN Y ADAPTACIÓN (INSPECT & ADAPT)

El PI se completa cuando expira su ventana de tiempo o «time box». Cada PI termina con una demostración final del sistema llamada PI System Demo.

Este es un evento digno de mención que ilustra todos los recursos que se llevaron a cabo durante el PI.

Esto se hace como parte del evento R&A (Inspect & Adapt), que es un tiempo regular para reflexionar, aplicar técnicas de resolución de problemas y llevar a cabo las acciones de mejora necesarias para aumentar la velocidad, calidad y confiabilidad de la próxima IP.

El resultado del evento de R&A es un conjunto de recursos o historias de mejora que se pueden agregar al trabajo pendiente para la próxima planificación de IP.

De esta forma, cada ART mejora cada IP.

PI PARA TRENES DE SOLUCIONES

Los trenes de soluciones (Solution Trains) tienen importantes eventos y actividades adicionales que brindan un enfoque similar al desarrollo y la entrega exitosos de grandes soluciones empresariales. Se describen a continuación:

Pre & Post – PI Planning: los eventos de planificación previa y posterior a PI se utilizan para la preparación y coordinación de la planificación de PI para varios ART y proveedores en un tren de soluciones.

Solution Increment y Solution Demo: durante la IP, los ART crean varios incrementos de valor, que crecen dentro de las Capabilities de la solución. Las nuevas Capabilities deben diseñarse, desarrollarse, probarse y validarse de manera integral, junto con las Capabilities existentes de la solución.

Capability es un comportamiento de solución de nivel superior que normalmente abarca varios ART. Las capacidades están dimensionadas y divididas en varias Features para facilitar su implementación en un solo PI.

Puede ver mejor las diferencias entre Features y Capabilities en la imagen de panorama general presentada en la configuración de la Large Solution de SAFe.

Entrene de soluciones Inspeccione y adapte: Al final de la IP, es posible que se requiera un evento adicional de R&A en el nivel de configuración de SAFe Large Solution. Sigue el mismo formato que I&A para ART.

¿Te gustó nuestro texto sobre PI en SAFe? Deje sus comentarios. ¡Hasta luego!

Este texto es una traducción y adaptación del texto © Scaled Agile Inc .

Adaptworks

@Adaptworks

Deja una respuesta