Modelo Spotify: Difference between revisions
| (6 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
El '''modelo Spotify''' no es un marco de trabajo ágil formalizado, | {{Meta-bok|min=4}} | ||
El '''modelo Spotify''' no es un marco de trabajo ágil formalizado, sino la descripción de las prácticas organizativas que Spotify encontró útiles en su contexto específico de crecimiento rápido. Lo publicaron en 2014 en dos vídeos sobre su cultura de ingeniería, y ha inspirado a muchas organizaciones, aunque con resultados muy variables al intentar adoptarlo fuera de su contexto original. | |||
[[File:ModeloSpotify2.png|600px|center]] | |||
== | == Origen == | ||
Spotify desarrolló su enfoque organizativo en 2010 al adaptar las prácticas ágiles a su cultura y necesidades. En 2014 lo hicieron público en dos vídeos muy conocidos: ''Spotify Engineering Culture part 1'' y ''Spotify Engineering Culture part 2'', producidos por Henrik Kniberg y Anders Ivarsson. | |||
== Elementos principales == | |||
=== Squad (escuadrón) === | |||
Unidad básica de trabajo: un equipo pequeño (máximo 8 personas), multifuncional y autónomo, similar a un equipo Scrum. Cada squad tiene una misión clara, autonomía para decidir cómo trabajar y responsabilidad sobre un área del producto o una funcionalidad específica. | |||
=== Tribe (tribu) === | |||
Colección de squads que trabajan en áreas relacionadas del producto. Una tribu no debería superar las 100 personas (límite de Dunbar). Tiene su propio liderazgo, llamado ''Tribe Lead''. | |||
=== | === Chapter (capítulo) === | ||
Agrupación de personas con la misma especialidad técnica dentro de una tribu (diseñadores, desarrolladores de backend, etc.). El chapter tiene un ''Chapter Lead'' que es el responsable del desarrollo de la especialidad y de las personas del chapter. | |||
=== Guild (gremio) === | |||
==Véase también== | Comunidad de interés que cruza los límites de tribus. Cualquier persona puede unirse a un gremio. Son grupos informales para compartir conocimiento en áreas transversales (testing, Agile coaches, etc.). | ||
[[File:ModeloSpotify1.png|600px|center]] | |||
== Advertencia sobre la adopción == | |||
<div class="bok-aviso"> | |||
El propio Henrik Kniberg, uno de los autores de los vídeos originales, ha señalado reiteradamente que el modelo Spotify no es un modelo prescriptivo para copiar, sino una fotografía de cómo Spotify trabajaba en 2012. La propia Spotify ha evolucionado significativamente desde entonces. Organizaciones que intentan "implementar el modelo Spotify" como si fuera un marco estándar suelen reproducir la estructura (squads, tribes, chapters) sin la cultura subyacente que la hace funcionar. | |||
</div> | |||
== Error frecuente == | |||
<div class="bok-aviso"> | |||
'''Adoptar el vocabulario sin la cultura.''' Renombrar los equipos como squads y tribes no transforma la organización. Lo que hace funcionar al modelo Spotify en su contexto original es la autonomía real de los equipos, la tolerancia al fallo, la cultura de aprendizaje y la confianza entre personas. Sin esos cimientos culturales, la estructura es decorativa. | |||
</div> | |||
== Véase también == | |||
<div class="bok-tags"> | |||
[[Modelos de escalado ágil]] [[Agilidad]] [[Autoorganización]] [[Equipos autogestionados]] [[Scrum estándar: componentes y marco]] | |||
</div> | |||
<div class="bok-ecosistema"> | |||
<div class="texto"> | |||
<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span> | |||
<span class="sub">Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span> | |||
</div> | |||
<div class="botones"> | |||
<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div> | |||
<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div> | |||
</div> | |||
</div> | |||
[[Category:Glosario de términos]] | [[Category:Glosario de términos]] | ||
[[Category:Marcos y modelos]] | |||
[[Category:Escalado ágil]] | |||
Latest revision as of 12:26, 25 May 2026
El modelo Spotify no es un marco de trabajo ágil formalizado, sino la descripción de las prácticas organizativas que Spotify encontró útiles en su contexto específico de crecimiento rápido. Lo publicaron en 2014 en dos vídeos sobre su cultura de ingeniería, y ha inspirado a muchas organizaciones, aunque con resultados muy variables al intentar adoptarlo fuera de su contexto original.
Origen
Spotify desarrolló su enfoque organizativo en 2010 al adaptar las prácticas ágiles a su cultura y necesidades. En 2014 lo hicieron público en dos vídeos muy conocidos: Spotify Engineering Culture part 1 y Spotify Engineering Culture part 2, producidos por Henrik Kniberg y Anders Ivarsson.
Elementos principales
Squad (escuadrón)
Unidad básica de trabajo: un equipo pequeño (máximo 8 personas), multifuncional y autónomo, similar a un equipo Scrum. Cada squad tiene una misión clara, autonomía para decidir cómo trabajar y responsabilidad sobre un área del producto o una funcionalidad específica.
Tribe (tribu)
Colección de squads que trabajan en áreas relacionadas del producto. Una tribu no debería superar las 100 personas (límite de Dunbar). Tiene su propio liderazgo, llamado Tribe Lead.
Chapter (capítulo)
Agrupación de personas con la misma especialidad técnica dentro de una tribu (diseñadores, desarrolladores de backend, etc.). El chapter tiene un Chapter Lead que es el responsable del desarrollo de la especialidad y de las personas del chapter.
Guild (gremio)
Comunidad de interés que cruza los límites de tribus. Cualquier persona puede unirse a un gremio. Son grupos informales para compartir conocimiento en áreas transversales (testing, Agile coaches, etc.).
Advertencia sobre la adopción
El propio Henrik Kniberg, uno de los autores de los vídeos originales, ha señalado reiteradamente que el modelo Spotify no es un modelo prescriptivo para copiar, sino una fotografía de cómo Spotify trabajaba en 2012. La propia Spotify ha evolucionado significativamente desde entonces. Organizaciones que intentan "implementar el modelo Spotify" como si fuera un marco estándar suelen reproducir la estructura (squads, tribes, chapters) sin la cultura subyacente que la hace funcionar.
Error frecuente
Adoptar el vocabulario sin la cultura. Renombrar los equipos como squads y tribes no transforma la organización. Lo que hace funcionar al modelo Spotify en su contexto original es la autonomía real de los equipos, la tolerancia al fallo, la cultura de aprendizaje y la confianza entre personas. Sin esos cimientos culturales, la estructura es decorativa.
Véase también
¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.