SAFe® explicado: El valor “Transparencia”
SAFe se basa en cuatro valores centrales. Los dos primeros, Alignment y calidad incorporada, ya los hemos descrito. El tercero de estos valores es “Transparency”, es decir: “Transparencia”. Pero, ¿por qué es la transparencia tan importante como para establecerla como valor central, y qué se esconde detrás?
Aunque hay muchos aspectos en los que la transparencia ayuda, en este artículo solo queremos mostrar algunos aspectos esenciales en los que la falta de transparencia causa obstáculos masivos para un desarrollo de productos exitoso.
A nivel estratégico se discuten temas importantes que afectan al desarrollo del portafolio:
La decisión se toma rápidamente, y el resto es “solo” ejecución. Pero esta “ejecución trivial” también tiene que ser asumida por alguien. Y así un gestor de portafolio asumirá la responsabilidad:
Con ello, el tema queda como Epic en la gestión de portafolio. Su margen de decisión es bueno, pero también crea problemas que deben resolverse:
Una decisión de portafolio tiene entonces consecuencias de gran alcance en el trabajo de los equipos dentro del ART:
A menudo podemos considerarnos afortunados si siquiera se produce suficiente comunicación para que a nivel de portafolio exista una comprensión de qué trabajos están en marcha en paralelo, y qué consecuencias tienen los nuevos Epics sobre la entrega de cada Feature individual. Y así se planifica:
Y los equipos se ponen a trabajar, cada uno da lo mejor de sí, pero el duro despertar llega en la demo con el cliente:
El feedback del cliente debe tomarse en serio, y así los Product Owners transmiten la opinión del cliente de vuelta a la dirección:
Y así continúa el “teléfono descompuesto”:
Las confusiones resultantes llevan a que se intente calmar al cliente, se interrumpan trabajos ya comenzados y se pospongan temas parcialmente terminados. Esto no es deseable ni sostenible.
Para evitar que en realidad nadie sepa qué es importante, por qué y cuándo, se necesita una alta transparencia.
Medidas de SAFe para aumentar la transparencia:
Existe un único Portfolio Kanban centralizado. De esta manera, hay una visión unificada de qué Epics están en curso, cuáles vienen a continuación y qué ya está terminado.
Los objetivos del Program Increment se establecen conjuntamente como PI Objectives en el PI Planning y son visibles en todo momento para todos los involucrados.
Los equipos se comprometen con objetivos claros a corto plazo y normalmente los alcanzan.
Cuando los equipos se desvían de sus objetivos, lo comunican no solo internamente, sino también entre equipos de forma temprana.
La vista del Program y del Architecture Kanban está abierta para todos los que tienen que ver con el Agile Release Train (ART).
Lo mismo aplica para los Backlogs de todos los equipos del ART.
El progreso del programa se revisa en Iteration y System Demos. Así se hace visible rápidamente dónde hay que ajustar el plan original.
Armonización de la estrategia con la capacidad real de desarrollo.
Existe una comprensión compartida del concepto “Velocity” hasta el nivel de dirección.
Hay claridad sobre el WIP a nivel de equipo y de programa, especialmente sobre la necesidad de limitar el WIP.
Estas medidas no pretenden ser exhaustivas en absoluto, pero representan el mínimo esencial para poder prevenir los problemas más frecuentes.
SAFe se basa en que cada individuo sepa cómo puede contribuir a que el mayor valor se entregue lo más rápido posible, y también en la confianza de que cada uno aporta su contribución al buen resultado. El cuarto valor, la Program Execution, lo explicamos en el próximo artículo.
