¿Qué es PI Planning en SAFe?

PI Planning (Program Increment Planning), o Planificación del Incremento de Programa, es el evento más importante dentro del framework SAFe (Scaled Agile Framework). Es una ceremonia presencial o remota en la que todos los equipos de un Agile Release Train (ART) se reúnen durante dos días para alinear su trabajo, planificar los próximos 8 a 12 semanas (un Program Increment) y establecer compromisos compartidos.

Dean Leffingwell, creador de SAFe, lo describe como el "latido del corazón" del ART, ya que establece el ritmo de entrega para toda la organización. Durante el PI Planning, entre 50 y 150 personas colaboran simultáneamente para crear un plan coordinado que integre las contribuciones de todos los equipos.

Este evento es considerado tan fundamental que SAFe afirma: "Si estás haciendo SAFe sin PI Planning, no estás haciendo SAFe". Es el mecanismo principal para lograr la alineación entre múltiples equipos que trabajan en un mismo producto o solución, y para gestionar las dependencias que inevitablemente surgen cuando varias personas construyen un sistema complejo.

El PI Planning se distingue por una estructura bien definida y elementos clave:

Duración y formato

• Duración estándar: 2 días completos (generalmente de 8:00 a 17:00).
• Formato: presencial idealmente, aunque desde 2020 se ha adaptado con éxito a formatos remotos e híbridos.
• Frecuencia: cada 8-12 semanas, coincidiendo con el inicio de cada Program Increment.
• Participantes: todos los miembros de todos los equipos del ART, más stakeholders de negocio y gestión.

Roles clave

• Release Train Engineer (RTE): facilita el evento y gestiona la logística.
• Product Management: presenta la visión del producto y las prioridades del negocio.
• Product Owners: trabajan con sus equipos para detallar y planificar las historias.
• Scrum Masters: facilitan el trabajo dentro de sus equipos.
• Developers: estiman, planifican y se comprometen con el trabajo.
• System Architect: proporciona la visión técnica y guía arquitectónica.
• Business Owners: participan en la revisión y aprobación del plan.

Artefactos producidos

• PI Objectives: objetivos SMART para cada equipo durante el PI.
• Program Board: visualización de las funcionalidades, dependencias y milestones.
• Team PI Plans: planes detallados de cada equipo para cada iteración del PI.
• ROAM Board: clasificación de riesgos como Resolved, Owned, Accepted o Mitigated.

Imaginemos una empresa fintech con un ART de 8 equipos que construye una plataforma de pagos digitales. Así se desarrolla su PI Planning:

Día 1 - Mañana:

9:00 - Contexto de negocio (1 hora): el VP de Producto presenta la estrategia de la empresa para los próximos tres meses. Objetivo principal: lanzar pagos internacionales en 5 nuevos mercados europeos y cumplir con la regulación PSD2.

10:00 - Visión del producto (1 hora): el Product Manager del ART desglosa las features principales:

• Feature 1: Integración con SEPA para transferencias en euros.
• Feature 2: Motor de compliance para verificación KYC por país.
• Feature 3: Dashboard de reportes regulatorios.
• Feature 4: Mejora del rendimiento del procesador de pagos actual.

11:00 - Visión de arquitectura (30 min): el System Architect presenta decisiones técnicas necesarias, como la migración a un nuevo proveedor de cambio de divisas y la adopción de event sourcing para el módulo de compliance.

11:30 - Planificación en equipos (hasta las 17:00): cada equipo trabaja en su espacio:

Equipo Payments Core: Sprint 1: Integración API SEPA (13 pts) Sprint 2: Testing de transferencias cross-border (8 pts) Sprint 3: Optimización de latencia (5 pts) Sprint 4: Hardening y documentación (3 pts) Sprint 5: Buffer para contingencias Dependencias identificadas: → Necesita del equipo Compliance el esquema de validación KYC (Sprint 1) → Necesita del equipo Platform la nueva infraestructura multi-región (Sprint 2)

Día 1 - Tarde:

15:00 - Draft Plan Review: cada equipo presenta su plan preliminar ante todos. Se identifican conflictos y dependencias no resueltas.

Día 2 - Mañana:

9:00 - Ajuste de planes: los equipos refinan sus planes basándose en el feedback recibido, resuelven dependencias y negocian prioridades.

11:00 - Final Plan Review y voto de confianza: cada equipo presenta su plan final. Los miembros del equipo votan levantando entre 1 y 5 dedos:

• 5 dedos: "Totalmente comprometido"
• 3 dedos: "Tenemos preocupaciones pero avancemos"
• 1-2 dedos: "No podemos comprometernos con este plan"

Si el promedio es inferior a 3, se revisan y ajustan los planes hasta lograr un nivel de confianza aceptable.

El PI Planning es un mecanismo crítico para las organizaciones que escalan ágil:

Alineación a escala: cuando múltiples equipos trabajan en un mismo producto, es fácil que cada uno tire en una dirección diferente. El PI Planning crea un espacio donde todos comprenden la visión compartida, las prioridades y cómo su trabajo contribuye al objetivo común.

Gestión de dependencias: las dependencias entre equipos son inevitables en sistemas complejos. El PI Planning las hace visibles a través del Program Board, permitiendo que los equipos las gestionen proactivamente en lugar de descubrirlas a mitad de la implementación cuando ya causan bloqueos.

Compromiso basado en la realidad: los planes no son impuestos de arriba hacia abajo. Los propios equipos estiman, planifican y se comprometen, lo que produce planes más realistas y genera un sentido de propiedad. El voto de confianza asegura que los compromisos sean genuinos.

Comunicación cara a cara: en un mundo donde la comunicación digital predomina, el PI Planning fuerza a las personas a interactuar directamente. Estas conversaciones en persona resuelven más malentendidos en dos días que meses de emails y tickets de Jira.

Cadencia predecible: el PI Planning establece un ritmo regular de planificación y entrega que proporciona predictibilidad tanto al equipo de desarrollo como a los stakeholders de negocio. Saben cuándo esperar entregas y cuándo pueden influir en las prioridades.

Identificación temprana de riesgos: el proceso ROAM (Resolved, Owned, Accepted, Mitigated) permite identificar y clasificar riesgos antes de que se materialicen, dando a la organización la oportunidad de actuar preventivamente.

Métricas clave del PI Planning

• Predictibilidad del PI: porcentaje de PI Objectives cumplidos vs. planificados. Un ART maduro alcanza el 80-100%.
• Velocidad del ART: story points entregados por todos los equipos en un PI.
• Dependencias resueltas: porcentaje de dependencias identificadas que se gestionaron exitosamente.

¿Se puede hacer PI Planning de forma remota?

Sí, desde la pandemia de COVID-19 muchas organizaciones han adoptado PI Planning remoto con éxito. Herramientas como Miro, Mural, Lucidspark o la propia plataforma de SAFe facilitan la colaboración virtual. Se requiere más estructura, facilitación activa y gestión del tiempo para mantener la energía y el engagement durante dos días completos de reunión virtual.

¿Cuántos equipos necesito para hacer PI Planning?

SAFe recomienda un mínimo de 5 y un máximo de 12 equipos por ART. Con menos de 5, la coordinación puede hacerse con mecanismos más ligeros como Scrum of Scrums. Con más de 12, se recomienda crear múltiples ARTs y utilizar Solution Train para coordinarlos.

¿Qué pasa si un equipo no puede comprometerse con el plan?

Si durante el voto de confianza un equipo muestra un nivel bajo (1-2 dedos), se detiene el proceso para entender las preocupaciones. Se pueden renegociar alcances, redistribuir trabajo entre equipos, ajustar dependencias o escalar impedimentos a la gestión. El objetivo es que todos los equipos salgan con un compromiso genuino.

¿Los PI Objectives son lo mismo que los Sprint Goals?

No. Los PI Objectives son objetivos para todo el Program Increment (8-12 semanas) y están formulados en términos de valor de negocio. Los Sprint Goals son objetivos específicos para un Sprint individual (2 semanas). Los PI Objectives se descomponen en trabajo que se distribuye a lo largo de los Sprints del PI.

¿Es necesario hacer PI Planning si ya hacemos Scrum?

Si trabajas con un solo equipo Scrum, no necesitas PI Planning. El evento es específico para contextos donde múltiples equipos necesitan coordinarse. Si tienes varios equipos trabajando en un mismo producto, PI Planning (o un mecanismo similar de coordinación) se vuelve necesario para evitar el caos y las dependencias no gestionadas.

¿Cuánto cuesta organizar un PI Planning?

El coste principal es el tiempo: reunir entre 50 y 150 personas durante dos días implica un coste significativo en horas-persona. Además, hay costes de viaje si los equipos están distribuidos, y de herramientas si es remoto. Sin embargo, la inversión se recupera rápidamente al evitar meses de retrabajo causado por falta de alineación y dependencias no resueltas.