Escalado Scrum - ¡Lo que la gente no dice!

Se habló mucho de escalar Scrum en Agile 2014. Aquí hay una foto de Dean Leffingwell, creador del Scaling Agile Framework aka SAFe, y yo. La gente tiene muchas opiniones sobre los marcos de escalado. A algunos les encantan. Otros los odian. Alex Brown y yo presentó una forma de pensar sobre la ampliación que se aplicaría a cualquier marco (o falta del mismo).

El interés por la ampliación demuestra que la Scrum ya no se limita a proyectos piloto. Se aplica ampliamente en todas las empresas y los directivos tienen que empezar a abordarlo como su principal responsabilidad: hacer ágil su empresa. Por eso quieren conocer todos los detalles de lo que tienen que hacer. Y siguen queriendo añadir cosas a Scrum para hacerlo más ágil. Cuando les pregunto: "¿Qué tal os funciona?", me dicen lo difícil que es implantar Scrum.

Lo más interesante para mí es de lo que no hablan. Escalar Scrum significa deshacerse de cosas porque todo en Scrum es justo a tiempo y suficiente. Estas son algunas de las cosas de las que se están deshaciendo las empresas.

1. Microsoft se deshace de los equipos de pruebas

Scrum significa que usted entrega software funcional en cortos intervalos de tiempo. Esto significa que todas las pruebas se completan como parte del desarrollo, de modo que se dispone de código listo para su envío. En EE.UU. y Europa hemos descubierto que, para productos complejos, se tarda 24 veces más en probarlos fuera que dentro de un sprint. Y las mejores empresas de hoy en día están haciendo un despliegue continuo, algo que empezamos en PatientKeeper hace una década. Ancestry.com entrega 220 versiones a producción cada sprint de dos semanas. Hubspot hace 170 actualizaciones de producción en vivo en un día lento. Google tiene 15.000 desarrolladores trabajando en una rama de código y ejecuta 75 millones de pruebas automatizadas al día. Incluso Microsoft tiene un Scrum de 3000 personas que entrega una versión de producción de todos los productos de herramientas de desarrollo al final de cada sprint de tres semanas. Las pruebas son el núcleo Scrum de estas empresas.

2. Spotify se deshizo de DevOps y de las dependencias entre equipos

Operaciones estaba ralentizando el despliegue, así que Spotify decidió que los equipos hicieran todo el despliegue. Todos los equipos actualizan su componente del sistema activo al final de cada sprint. Y ahora están pasando al despliegue continuo. Siguen contando con equipos de operaciones ágiles que proporcionan herramientas y asesoramiento sin estorbar.

Para desplegar más rápido, Spotify se deshizo de las dependencias entre equipos para que pudieran ser lo más autónomos posible. Las dependencias restantes las identifican y gestionan cuidadosamente.

3. Se eliminaron sistemáticamente las reuniones de gestión

Como empresa CMMI 5, Systematic ofrece proyectos Scrum a la mitad de coste que sus proyectos en cascada. Los clientes pueden elegir. Pero Systematic es Scrum de arriba abajo, con casi 2.000 personas, incluido el equipo directivo. A principios del año pasado, su equipo directivo Scrum hizo un análisis de coste-beneficio de todas sus reuniones, que demostró que sólo las reuniones Scrum estándar tenían un valor superior al coste. Así que prohibieron todas las reuniones que no fueran Scrum.

--

Esto es sólo el principio de las cosas de las que hay que deshacerse porque cualquier peso extra te ralentiza y aumenta el coste. Por eso, como antiguo piloto de caza, me gusta mucho el Saab Gripen. Cada seis meses utilizan Scrum para construir una nueva versión del sistema operativo de los aviones a reacción con un nuevo hardware que los hace más rápidos, baratos, ligeros, eficientes, potentes, con mejor electrónica y objetivos más sofisticados. Aviation Week lo considera el mejor avión del mundo y Janes Defense Weekly lo llama el avión más barato del mundo.

Conseguir ser ágil es siempre la parte difícil. Para conseguirlo, el mejor libro que he leído para gestores ágiles es Musashi's Libro de los Cinco Anillos - cómo el mejor espadachín del mundo ganó todos los combates que disputó. Le sigue de cerca Ganar con seguridad: la estrategia de John Boyd aplicada a la empresa. Boyd fue el mejor piloto de caza del mundo que ganó todas las batallas en menos de 40 segundos. Scrum Inc.'s Alex Brown también tiene un taller en profundidad sobre liderazgo ágil.

Ágil significa más rápido, mejor, más barato, más fresco. Así que tire ese viejo lastre del barco al escalar y convierta Scrum de lento, difícil y doloroso en rápido, fácil y divertido.

-- Jeff Sutherland