Agilidad en Spotity

Traducido por Manuel Palacio el 30/11/2012

Agilidad a gran escala en Spotify
con Tribus, Brigadasi, Consejosii & Gremios
Henrik Kniberg & Anders Ivarsson
Octubre 2012

¡Trabajar con múltiples equipos en una organización que desarrolla productos es siempre un desafío!
Uno de los ejemplos más interesantes que hemos observado hasta ahora es Spotify que ha conseguido
mantener una mentalidadágil a pesar de haber crecido hasta tener más de 30 equipos en 3 ciudades diferentes.
Spotify es una compañía fascinante que está transformando la industria musical. La compañía fue creada hace 6
años y ya tiene más de 15 millones de usuarios de los cuales 4 millones son de pago. El producto se parece a un
“reproductor mágico de música en el cual puedes encontrar y escuchar casi cualquiercanción del mundo”.
Alistair Cockburn (uno de los fundadores del movimiento de desarrollo ágil de software) visitó Spotify y dijo “Por
fin encuentro a alquien que ha logrado desarrollar este tipo de organización. Llevo buscando desde 1992”
¿Y cómo se ha llevado esto a cabo?
Hemos hecho presentaciones en conferencias y tenido conversaciones interesantes sobre cómo trabajamos en
Spotify y sobrecómo la compañía maneja proyectos con cientos de desarrolladores de una manera ágil. A mucha
gente le fascina como lo hacemos así que nos decidimos a escribir un artículo sobre el tema.
Limitación de responsabilidad: Spotify está, como cualquier compañía ágil, evolucionando rápido. Este artículo
es sólo un apunte de como son las cosas actualmente, un viaje en curso y no un viaje acabado.Seguramente,
para cuando leáis esto, las cosas ya serán distintas.

Brigadas
La unidad básica de desarrollo en Spotify es la brigada (squad).

Una brigada está diseñada para ser como una especie de mini-empresa (star-tup). Los miembros de la brigada
trabajan juntos y tienen la preparación y las herramientas necesarias para diseñar, desarrollar, probar y hacer el
lanzamiento del producto. Unabrigada es como un equipo que se organiza a si mismo y decide cómo trabajar –
algunas usan sprints como en Scrum, algunas Kanban y otras una mezcla de los dos.

Cada brigada tiene una misión a largo plazo como por ejemplo desarrollar y mejorar el cliente de Android, crear la
radio de Spotify, escalar los sistemas backend o proveer soluciones de pago. La imágen inferior muestra como
distintosequipos se responsabilizan de distantas partes de la experiencia del usuario.

Las brigadas aplican principios Lean como PMV (Producto Minimo Viable) y aprendizaje validado. PMV
presupone lanzamientos a menudo y aprendizaje validado presupone realizar mediciones y pruebas con grupos
(A/B) para ver qué funciona y qué no. Esto se resume en el eslogan “Imagina, construye, lanza, retoca”.

Dado quecada brigada tiene una misión y es responsible de una parte del producto durante mucho un periodo
prolongado al final los miembros se convierten en expertos en ese área – por ejemplo en qué se necesita para
crear una experiencia de radio fantástica. La mayoría de las brigadas tienen una zona de trabajo amplia, un
salón y un área privada. Casi todas las paredes tienen whiteboards. ¡Nunca hemosvisto un espacio de
colaboración mejor!

Es un tiburón volando. Perfectamente normal.

Para promover el aprendizaje y la innovación se intenta que cada brigada invierta aproximadamente el 10% de
su tiempo en dias de “hack”. Durante este tiempo los miembros de la brigada pueden centrarse en lo que deseen,
normalmente esto será probar nuevas ideas y compartir lo aprendido con los otrosmiembros. Algunas brigadas
hacen un día de hack cada dos semanas y otras van ahorrando días hasta que tienen una semana entera
disponible. Los días de hack son una oportunidad perfecta para ponerse al día con distintas herramientas y
técnicas. Es normal que durante estos días se produzcan algunas innovaciones importantes relativas al producto
o la manera de trabajar.

Las brigadas no tienen un...