Spotify Model (modelo de Spotify) es un conjunto de técnicas organizativas utilizadas para el desarrollo de software que permite escalar el equipo de desarrollo de acuerdo con los principios de Agile . Utilizado por primera vez en el desarrollo del servicio de música Spotify [1] [2] [3] [4] .
El modelo de Spotify fue el resultado de un experimento a largo plazo realizado dentro de la empresa. El sistema de escalado resultante para el desarrollo de software no se basa en ninguno de los marcos conocidos ( SAFe , Disciplined Agile , etc.), sino que se basa en definiciones claras de principios, roles y estrategias de colaboración. La elección original de funciones y principios permitió al equipo de desarrollo de Spotify crear una metodología de desarrollo ágil que resolvió muchos de los problemas inherentes a los equipos ágiles de toda la empresa.
Desde un punto de vista organizativo, Spotify ha reemplazado los equipos Scrum generalmente aceptados con "equipos" flexibles ( escuadrón inglés ), libres de determinar sus propios métodos y prácticas y no limitados por " solo scrum " o " solo kanban " impuestos desde arriba [ 5] . Una vez que el equipo demuestra su comprensión de las metodologías ágiles y la capacidad de autoorganización, el equipo es libre de elegir o anular los eventos o procesos generalmente aceptados de Scrum o Programación extrema: por ejemplo, algunos equipos pueden usar "reuniones permanentes" diarias. mientras que otros - no. En lugar de seguir prácticas específicas, los equipos deben enfocarse en los siguientes principios: autonomía, alineación con la misión de la empresa, alta motivación, confianza en las ideas de la comunidad. Cada uno de los "squads" se centra en una parte específica de la funcionalidad del producto, como la búsqueda o las listas de reproducción, lo que les permite convertirse en expertos en sus campos [2] .
En el siguiente nivel de interacción, los "equipos" de Spotify con una misión común o similar se unen en "tribus" ( tribu inglesa ). Las "tribus" se reúnen periódicamente para discutir y minimizar las dependencias, y para asegurarse de que los "escuadrones" estén trabajando en la misma misión. La mayoría de las reuniones conjuntas son espontáneas y no planificadas de antemano.
Para reunir a los miembros de diferentes equipos que trabajan en la misma disciplina (lo que suele suceder cuando los equipos funcionales se reemplazan por equipos multifuncionales), Spotify utiliza "departamentos" ( capítulo en inglés ) y "gremios" ( gremio en inglés ). Un "departamento" se refiere a un grupo de empleados de diferentes equipos dentro de la misma disciplina, área de especialización (por ejemplo, probadores o diseñadores de diseño), que se reúnen regularmente para garantizar que se utilicen las últimas tendencias y tecnologías, compartir conocimientos y reutilizar eficazmente las soluciones existentes. El "gremio" es un grupo menos formal y más inclusivo: por ejemplo, el gremio de probadores consiste no solo en una amplia gama de probadores (incluidos especialistas en pruebas manuales y de automatización), sino también en programadores que desean comprender mejor los procesos de prueba. y contribuir a las actividades en esta dirección [2] .
El modelo de escala utilizado en el enfoque se introdujo gradualmente en Spotify durante 2011-2012. El equipo de desarrollo creció rápidamente en tamaño: en tres años, de 30 a 250 ingenieros. A pesar de este crecimiento, la satisfacción de los empleados también aumentó gradualmente, y en abril de 2012 fue de 4,4 sobre 5 puntos [5] [6] .
Spotify no es el único lugar que usa este modelo. Fuera de ella, el modelo de Spotify fue utilizado, por ejemplo, por Tech Mahindrapara trabajar en un gran proyecto en el sector bancario y de seguros [4] .
Existe la opinión de que el Modelo Spotify es un marco para escalar equipos que desarrollan software de acuerdo con los principios de Agile. Sin embargo, dado que el modelo de Spotify no se basa en ningún marco existente (por ejemplo, Scaled Agile Framework o LeSS ), no tiene un sistema de certificación oficial y se desarrolló únicamente como una forma de organizar el desarrollo de software dentro de Spotify, teniendo en cuenta su características organizacionales y culturales, entonces es incorrecto considerar este modelo como un marco de escalamiento para equipos de desarrollo siguiendo los principios de Agile.
Henrik Knieberg, uno de los contribuyentes al desarrollo de la organización del trabajo dentro de Spotify, en respuesta a la creciente prominencia del modelo de Spotify y su copia en otras empresas, argumentó que el modelo de Spotify no es un marco de escala de equipo, y también que el modelo de Spotify, en sentido estricto, no es un "modelo" como tal, sino que muestra un ejemplo de organización del trabajo en una determinada empresa. [7]
| Desarrollo de software | |
|---|---|
| Proceso | |
Conceptos de alto nivel | |
| Direcciones |
|
| Metodologías de desarrollo | |
| Modelos |
|
Figuras notables |
|