Planificación de PI

La Planificación de PI es el evento más importante de SAFe. Es donde todo el ART (cada equipo, cada rol) se reúne para planificar el siguiente Incremento del Programa.

¿Por qué vale la pena la inversión de planificar cara a cara con 50-125 personas?

1. Alineación a escala: Todos escuchan la misma visión, las mismas prioridades, las mismas restricciones. La desalineación que tomaría semanas descubrir y corregir se identifica y resuelve en horas.

2. Gestión de dependencias: Los equipos identifican dependencias con otros equipos durante la planificación, no durante el desarrollo cuando es demasiado tarde para ajustar. El tablero del programa hace visibles las dependencias de un vistazo.

3. Compromiso colectivo: Los equipos se comprometen con objetivos que ayudaron a definir. Esto no es asignación de arriba hacia abajo, es negociación colaborativa. Las personas se comprometen más profundamente con planes que ayudaron a formar.

4. Conexión social: Los humanos construyen confianza a través de la interacción cara a cara. Dos días trabajando juntos construyen más confianza que meses de mensajes de Slack. La confianza es la moneda que hace funcionar la coordinación entre equipos.

5. Resolución rápida de problemas: Cuando más de 100 personas están en la misma sala, los problemas se resuelven en minutos que tomarían días por correo electrónico. ¿Necesitas aclarar un requisito? Camina diez pasos. ¿Necesitas negociar una dependencia? Ten la conversación ahora.

La Planificación de PI típicamente ocurre cada 8-12 semanas. La inversión es significativa (2 días × 100 personas = 200 días-persona), pero el retorno (en alineación, reducción de retrabajo y entrega más rápida) justifica consistentemente el costo.

La Planificación de PI sigue un formato estructurado de dos días:

Día 1:

• Contexto de Negocio (1 hora) — El liderazgo senior presenta la situación actual del negocio, dinámicas del mercado y prioridades estratégicas. Este es el "por qué" detrás del próximo PI.
• Visión del Producto/Solución (1 hora) — Gestión de Producto presenta las características principales para el PI, explica prioridades y responde preguntas. Este es el "qué".
• Visión de Arquitectura (30 min) — El Arquitecto del Sistema presenta la dirección técnica, estado de la pista de arquitectura y preocupaciones transversales. Este es el "cómo" a alto nivel.
• Sesiones de Equipo (3-4 horas) — Los equipos van a sus áreas de equipo y planifican. Descomponen características en historias, identifican dependencias, estiman capacidad y redactan sus objetivos de PI. Aquí es donde ocurre el trabajo real.
• Revisión del Plan Preliminar (2 horas) — Cada equipo presenta su plan preliminar (2 minutos por equipo) a todo el ART. Otros equipos escuchan para identificar dependencias y conflictos.

Día 2:

• Ajustes de Planificación (1-2 horas) — Basándose en la revisión del plan preliminar, los equipos ajustan sus planes. Se negocian dependencias. Se ajusta el alcance. Gestión de Producto puede repriorizar según lo que los equipos aprendieron.
• Plan Final y Votación de Confianza (1 hora) — Cada equipo presenta sus objetivos finales de PI y el ART vota sobre la confianza. Todos levantan de 1 a 5 dedos. Si la confianza promedio está por debajo de 3, el ART discute y replanifica hasta que la confianza mejore.
• Retrospectiva de la Planificación de PI (30 min) — Retro rápida sobre el evento de planificación mismo. ¿Cómo podemos mejorar la Planificación de PI la próxima vez?

El Tablero del Programa es un artefacto físico (o digital) que hace visibles las dependencias entre equipos e iteraciones.

Estructura: Una cuadrícula con equipos como filas e iteraciones como columnas. Los equipos colocan tarjetas de características en la iteración donde planean trabajar en ellas. Hilos de dependencia (literalmente hilo de colores en un tablero físico) conectan tarjetas entre equipos.

Lo que revela el Tablero del Programa:

• Qué equipos están trabajando en qué características en qué iteraciones
• Dependencias entre equipos (los hilos entre tarjetas)
• Hitos y compromisos de entrega
• Cuellos de botella potenciales (demasiados hilos apuntando a un equipo)

Leyendo el tablero:

• Hilos rojos = dependencias de alto riesgo (entre equipos, fechas límite estrictas)
• Agrupación de hilos = un equipo es un cuello de botella o punto único de falla
• Hilos que cruzan muchas iteraciones = cadenas largas de dependencias que aumentan el riesgo
• Filas vacías = equipo con objetivos poco claros (investigar)

El Tablero del Programa es uno de los artefactos más poderosos de SAFe porque convierte problemas de coordinación invisibles en problemas visibles y manejables. Un tablero lleno con muchos hilos no es un fracaso: es una representación honesta de la realidad que ahora puedes abordar.

Estrategias de gestión de dependencias:

• Reordenar historias para entregar dependencias primero
• Emparejar equipos para trabajar en componentes compartidos
• Crear APIs o contratos compartidos que desacoplen equipos
• Aceptar la dependencia y gestionarla con reuniones de sincronización regulares