Introducción al modelo 'agile' de Spotify

Creo que es de sobra conocido por todos, el impacto que el modelo ágil de Spotify está causando desde hace tiempo en el terreno de las metodologías ágiles.

Conceptos como ‘squad’, tribu, gremio, han aparecido en el panorama y aparte de sonar molones o diferentes, parece que han llegado para quedarse.

Vamos a explorar de manera introductoria, qué es esto del modelo ágil de Spotify.

Cultura ágil interpretada por Spotify

Spotify es de sobra conocido por todos, es un servicio de ‘streaming’ de música, podcast e incluso vídeos. Para el desarrollo de las aplicaciones y sistemas que dan soporte a su modelo de negocio, Spotify desarrolló su propio modelo ágil, principalmente basado en su propia experiencia, en lo que funcionaba bien para sus equipos y sin tener un juego claramente definido de reglas para su ejecución.

Uno de sus principios se basa en tener reglas al principio, pero luego romperlas y crear unas mejor adaptadas a las necesidades de sus equipos y su negocio.

Otro tema interesante es que a los chicos de Spotify no les gustan los roles definidos por defecto en el framework de scrum y para ello han renombrado el Scrum Master como Agile Coach, y los Scrum Teams como Squads.

Adicionalmente tienen poca o ninguna estandarización de procesos. No existe como tal un estándar y la creencia en el modelo es basarse más en que emerjan nuevas formas de trabajar en base a la experiencia, que en estandarizar las que deban ser usadas. Esto es, si mucha gente de la compañía encuentra alguna herramienta muy cómoda y útil, y esa herramienta resulta ser fácil de implantar y del agrado de los equipos, entonces los otros squads terminarán usando esa misma herramienta. De esta manera, se consigue que algo dinámico se convierta en un estándar.

Modelo de trabajo en el sistema de Spotify

Como en cualquier modelo ágil, en spotify hay roles y agrupaciones de estos. Al contrario que en scrum, las agrupaciones de estos tienen diferentes dimensiones.

Squads ( Equipos, Escuadrones )

Podría equivaler al Scrum Team de Scrum.

Consiste en un pequeño equipo multifunctional y auto-organizado de hasa 8 personas. Es un equipo con responsabilidad de principio a fin y trabajan juntos hacia una meta a largo plazo. Su clave es la autonomía.

Cada ‘squad’ tiene autonomía para decider qué hacer y cómo hacerlo, así como la forma de trabajar juntos para conseguirlo.

A pesar de contar con autonomía, es necesario tenerlos alineados mediante la ‘misión’, la ‘estrategia de producto’ y usar metas a corto plazo.

Emerge la figura del líder, que es el encargado de comunicar el problema que necesita ser resuelto. Así mismo es responsabilidad del líder el explicar por qué es necesario resolver dicho problema.

Una vez puestos en situación, es el turno de los ‘squads’ el colaborar entre sí para encontrar la mejor solución.

Tribus

Las tribus son una estructura matricial bastante ligera que lo que pretende es agrupar a los ‘squads’ y mantenerlos bajo el foco de un producto. Podemos decir que agrupa a los ‘squads’ bajo un paraguas de negocio, por ejemplo, el desarrollo de funcionalidades relativas a la aplicación móvil que la compañía ofrece a sus clientes.

Las tribus se colocalizan bajo el mismo espacio físico y el número de squads por tribu no debe de exceder las 100, aunque generalmente hablamos de números bastante inferiores.

La estructura de la tribu está concebida para apoyar al grupo de ‘squads’ y ‘chapters’. La tribu en 2012 estaba dirigida por un único líder, a menudo de ingeniería. El liderazgo de la tribu cambió y ya no es responsabilidad de un solo individuo, sino de un grupo, los líderes de la tribu, que está formado por personas representativas del producto, ingeniería, diseño, negocios, etc …, cuya formación dependerá de las propias necesidades de la tribu.

La clave para el liderazgo de la tribu es que, al igual que el liderazgo del capítulo, se trata de un liderazgo de servicio.

Chapter ( División, Departamento, Sección )

El ‘chapter’ es otro tipo de agrupación cross-squad, que se focaliza en áreas de competencia, como por ejemplo, la calidad, el desarrollo front o back, el ux/ui, etc ….

Los ‘chapters’ están dirigidos por un ‘chapter lead’, cuyo propósito principal es apoyar y enfocar el crecimiento de los miembros del ‘chapter’, tanto como individuos como grupo.

Guild ( Gremio )

Esta organización, más parecida a una comunidad de interés, agrupa personas de toda la compañía que quieren compartir conocimiento en un área específica. Es una comunidad abierta, cualquiera puede unirse al gremio o salir de el en cualquier momento.

Las personas pueden pertenecer a uno o varios gremios. Cada persona puede decidir cuán de activo o inactivo es en relación a cada uno de los gremios a los que está adscrito.

Los gremios también son orgánicos. La intención original del gremio en 2012 era polinizar y cultivar las maestrías entre las tribus. En la actualidad ha progresado más allá de eso y los gremios se forman en torno a cualquier interés común, incluso aquellos que no tienen que ver con el propio producto o negocio.

Ejemplos

Tomemos por ejemplo a un banco como ejemplo y veamos como sus equipos podrían estar organizados.

Alineamiento vs. Autonomía, el quiz de la cuestión

La autonomía proporciona a los empleados un sentido de propiedad colectiva. Las personas trabajan con autonomía, dominio y propósito. La autonomía es motivadora, y las personas motivadas construyen mejores cosas, y también más rápido. La autonomía nos hace más rápidos al dirigir las decisiones que ocurren localmente en lugar de los gerentes y comités.

La alineación permite la autonomía. Es importante que todo el mundo entienda la cultura de la empresa/empresa. Cuanto mayor sea la alineación, mayor será la autonomía que podamos permitirnos conceder. La autonomía con la alineación aumenta la motivación, la calidad y también las entregas rápidas.

Spotify pretende (esforzándose) estar a la altura de una alta alineación con una alta autonomía y siguen experimentando con diferentes formas de hacerlo. Aquí los líderes se concentran en qué problema necesita ser resuelto y los equipos averiguan cómo debe ser resuelto dicho problema. De esta manera, la alineación permite la autonomía. Cuanto mayor sea la alineación, mayor será la autonomía que puedan permitirse conceder.

En estos pilares se basa principalmente el modelo de éxito, por qué no decirlo, de Spotify y sus numerosas copias, adaptaciones e implementaciones en el mercado de las metodologías ágiles.