Spotify escaló sus equipos separando la autonomía del oficio

En 2012, Henrik Kniberg y Anders Ivarsson describieron cómo Spotify escaló el trabajo ágil a más de 30 equipos en tres ciudades. La invención visible no fue una nueva ceremonia de proceso, sino un vocabulario que separaba las unidades de entrega de las redes de aprendizaje.

Un squad era un equipo autoorganizado similar a un equipo Scrum, pero libre de usar Scrum, Kanban o una mezcla. Una tribe reunía squads relacionados. Los chapters vinculaban a personas con habilidades similares dentro de una tribe, mientras que los guilds llevaban conocimiento, herramientas y prácticas compartidas a través de toda la organización.

El mecanismo resolvía una trampa de escalado conocida. Mantener cada decisión centralizada ralentizaría a los equipos; permitir que cada equipo inventara todo por su cuenta destruiría la reutilización. Spotify dio a los equipos autonomía sobre el método mientras usaba chapters y guilds para mantener el oficio, la arquitectura y la práctica avanzando de forma lateral.

Dejar que los equipos elijan cómo, alinearlos en el porqué

Los squads hacían que la propiedad fuera lo bastante pequeña para la velocidad.

Las tribes mantenían los squads relacionados lo bastante cerca para coordinarse sin una enorme oficina de programas.

Los chapters preservaban el desarrollo profesional de las personas integradas en distintos squads.

Los guilds permitían que las prácticas útiles se difundieran sin convertirlas en un proceso obligatorio.

La autonomía necesita una segunda estructura para el conocimiento y los estándares; de lo contrario, los equipos independientes se convierten en equipos aislados.

El modelo se volvió influyente mucho más allá de Spotify. Un artículo de Springer de 2020 de acceso abierto lo describe como una base para métodos usados en otras organizaciones, a la vez que estudia el trabajo de gobernanza necesario para que los squads autónomos no creen cuellos de botella arquitectónicos.