Spotify 모델 살펴보기

Spotify 모델은 문화와 네트워크의 중요성을 강조하면서 애자일을 확장하기 위한 사용자 중심의 자율적인 접근 방식입니다. 이 모델은 Spotify와 다른 조직이 자율성, 커뮤니케이션, 책임 및 품질에 중점을 두어 혁신과 생산성을 높였습니다.

Spotify 코치 Henrik Kniberg가 설명한 것처럼 Spotify 모델은 기술 및 문화적 관점에서 확장에 대한 Spotify의 견해를 나타내기 때문에 프레임워크가 아닙니다. Spotify 모델은 제품 개발 조직에서 여러 팀을 조직하는 한 가지 예이며 문화와 네트워크의 필요성을 강조합니다.

Spotify 모델은 2012년 Henrik Kniberg와 Anders Ivarsson이 Spotify가 애자일에 접근하는 혁신적으로 간단한 방법을 소개한 백서 Scaling Agile @ Spotify를 발표하여 세계에 처음 알려졌습니다. 그 이후로 Spotify 모델은 많은 화제를 불러 일으켰고 애자일 변환 공간에서 널리 사용되고 있습니다. 이 모델이 인기있는 이유 중 하나는 특정 관행을 따르기보다는 작업을 중심으로 조직하는 데 중점을 둔다는 점입니다. 기존 확장 프레임워크에서 특정 관행(예: 매일 스탠드업)은 프레임워크를 실행하는 방식인 반면, Spotify 모델은 기업이 애자일을 활성화하기 위해 조직을 구성하는 방법에 중점을 둡니다.

Spotify 모델은 팀의 자율성을 중시하므로 각 팀(또는 스쿼드)이 각자 프레임워크(예: 스크럼, 칸반, Scrumban 등)를 선택합니다. 스쿼드는 트라이브와 길드로 조직되어 팀원들을 정렬하고 지식을 교차 분배하도록 돕습니다.

이제 이러한 용어 중 몇 가지를 설명해 보겠습니다.

동일한 기능 영역 내에서 여러 스쿼드가 서로 조정하면 트라이브가 형성됩니다. 트라이브는 여러 스쿼드 간에 정렬을 구축하도록 돕고 일반적으로 정렬을 유지하기 위해 40~150명(던바의 수 활용)으로 구성됩니다. 각 트라이브에는 스쿼드 간 협업을 돕고 협업을 장려하는 일을 담당하는 트라이브 리더가 있습니다.

주제에 대한 열정이 있는 팀원은 기본적으로 관심사가 같은 커뮤니티인 길드를 구성할 수 있습니다. 길드에는 누구나 완전히 자발적으로 가입할 수 있습니다. 챕터는 트라이브에 속하지만 길드는 여러 트라이브 간에 걸쳐 있을 수 있습니다. 길드의 공식 리더는 없습니다. 오히려 누군가가 자발적으로 길드 코디네이터가되어 참가자들을 하나로 모으는 데 도움을 줄 수 있습니다.

트리오(일명 TPD 트리오)는 트라이브 리더, 제품 리더 및 디자인 리더의 조합입니다. 각 트라이브에는 기능 영역에서 작업할 때 이 세 가지 관점 간에 지속적으로 정렬할 수 있도록 트리오가 있습니다.

조직이 확장됨에 따라 목표를 달성하기 위해 때때로 여러 트라이브가 긴밀하게 협력해야 합니다. 얼라이언스는 어떤 한 개의 트라이브보다 큰 목표를 달성하도록 트라이브 협업을 지원하기 위해 협력하는 트라이브 트리오(일반적으로 세 개 이상)의 조합입니다.

그게 전부입니다. 따라야 할 관행이나 수행해야 할 세레모니가 많지 않습니다. 스쿼드에는 스프린트 계획 및 회고와 같은 세레모니가 있을 수 있지만 Spotify 모델의 초점은 팀이 작업을 중심으로 조직하는 방법에 있습니다. 작업을 완수하는 가장 좋은 방법을 찾는 것은 스쿼드의 몫입니다.

애자일을 확장 방식을 바꾸었을 때 Spotify에서는 스쿼드가 빠르게 움직이고, 소프트웨어를 빠르게 출시하며, 최소한의 문제점과 오버헤드로 이 모든 작업을 수행할 수 있기를 원했습니다. Spotify는 Spotify 모델을 도입하고 발전시키면서 다음과 같은 이점 등을 깨달았습니다. Spotify 모델 구현의 조직적 이점은 다음과 같습니다.

Spotify 모델은 프로세스와 세레모니가 아닌 작업을 중심으로 조직하는 데 중점을 둡니다. 이로써 스쿼드가 작동하는 방식과 관련하여 조직은 더 큰 유연성을 얻을 수 있습니다. 작업 수행 방식을 변경하도록 스쿼드에 요구(“스크럼을 수행해야 함”)하는 대신, 스쿼드를 서로 정렬하고 개별 팀 결과를 향해 나아가는 데 중점을 둡니다.

Spotify 모델은 팀원들이 자신이 적합하다고 생각하는 방식으로 수행중인 작업을 완료할 수 있도록 신뢰함으로써 자율성과 창의성을 장려합니다. 소프트웨어를 제공해야 합니까? 스쿼드에게 달려 있습니다. 방향을 바꿔야 합니까? 이 또한 스쿼드에게 달려 있습니다. Spotify 모델은 의사 결정을 분산시키고 그 책임을 스쿼드, 트라이브, 챕터 및 길드로 이전하는 데 중점을 둡니다.

Spotify 모델은 수행하는 작업 전반에 걸쳐 투명성을 높이고 신뢰도가 높은 환경에서 문제 해결에 대한 실험 기반 접근 방식을 성장시킬 수 있습니다. 이 모든 것이 더 나은 제품, 더 행복한 고객, 더 많은 직원 참여와 같은 것으로 이어질 수 있습니다. 그러나 항상 이러한 결과가 나오는 것은 아닙니다.

Spotify 모델은 한 조직의 작업 방식을 기반으로 했습니다. 많은 조직에서는 Spotify 모델과 동일한 이점을 원하기 때문에 Spotify가 한대로 모방하려고 합니다. 일부 조직은 다른 조직보다 더 큰 성공을 거두었지만 Spotify와 같은 성공을 거둔 조직은 없을 것입니다. 그 이유는 무엇입니까? 다른 업무 방식과 마찬가지로 조직의 현재 문화와 구조를 고려해야 합니다. 이 모델은 단순하지만 모델이 구현되는 환경은 복잡합니다.

안타깝게도 많은 조직에서는 Spotify 모델을 그대로 따라하려고만 합니다. 이 모델이 팀원이 기능 영역(챕터)에 보고하지만 교차 기능 부서 팀(스쿼드)과 협력하는 단순한 행렬 조직 구조처럼 보일 수도 있습니다. 하지만 Spotify 모델은 그보다 더 복잡합니다. 행렬 조직처럼 보일 수 있지만 이러한 구조가 잘 유지되려면 이 모델의 주요 문화적 요소(예: 신뢰 및 자율성)가 갖추어져 있어야 합니다. 조직이 행동(그리고 궁극적으로 문화)을 바꾸지 않으면 Spotify 모델의 이점은 결코 실현되지 않을 것입니다. 단순히 팀의 이름을 스쿼드로 바꾸기만 하면 눈가리고 아웅하는 격일 뿐입니다.

신뢰, 자율성 및 빠른 학습 문화를 지원하기 위한 길을 모색 중인 경우 영감을 얻기 위해 Spotify 모델을 참조하는 것은 올바른 선택입니다. 조직에서 확장성 있는 애자일에 접근하기 위한 수단으로 Spotify 모델을 고려하고 있는 경우 다음은 기억해야 할 모범 사례 목록입니다.

Spotify의 접근 방식 이면에 있는 구조, 관행 및 사고 방식을 이해하려고 노력하세요. 이러한 이해를 바탕으로 고유한 환경에 맞게 모델의 다양한 측면을 조정합니다. 목표는 Spotify가 되는 것이 아니라 Spotify의 모델을 활용하여 조직이 협력하는 방식을 개선하는 것입니다.

Spotify는 팀원들이 빠르게 피벗할 수 있도록 가능한 한 많은 자율성을 제공했습니다. 팀이 자체 개발 도구를 선택하고 다른 팀의 코드를 수정할 수 있도록 허용하는 것은 몇 가지 예에 불과합니다. 조직 내에서 일상적인 업무와 단절된 조직의 일부에서 위임하는 대신 팀에 푸시할 수 있는 의사 결정이 있는지 확인합니다.

Spotify의 성공은 커뮤니티 구축과 업무에 대한 투명성을 구축하는 데 중점을 둔 덕분입니다. Spotify 모델 채택과 관련하여 첫 번째 길드를 설정하고 조직 내 모든 사람의 참여를 장려하세요. 투명하고 포괄적인 방법으로 피드백을 수집하고 신뢰를 구축하고 조직에서 미래에 원하는 업무 방식에 대한 정렬하세요.

이 여정 중에 넘어지거나 비틀거릴 수 있습니다. 하지만 괜찮습니다. 개선하려면 실험해 보고 성공과 실패 모두에서 배우는 과정이 포함됩니다. Spotify는 오늘날 우리가 알고 있는 모델을 확립하기까지 많은 반복을 거쳤으며, 이후 작업 방식을 개선할 새로운 방법을 찾기 위해 계속 실험했습니다. 자신의 조직 내에서도 똑같이 격려하세요!

이러한 관행에 집중하면 Spotify 모델을 가이드로 사용하는지 여부에 관계없이 조직의 협업 및 정렬 방식에 긍정적인 영향을 미칠 수 있습니다.

자율성과 목적을 가지고 빠르게 움직이는 데 중점을 둔 조직을 구축하려는 경우 Spotify 모델은 훌륭한 영감의 원천입니다. Scrum @Scale와 같은 훨씬 더 공식적인 확장 프레임워크도 이 모델에서 영감을 얻었습니다(그 반대도 마찬가지입니다). Spotify 모델은 목적지가 아니라는 점을 기억하는 것이 중요합니다. 아이러니하게도 Spotify는 Spotify 모델의 최초 구현을 더 이상 활용하지 않으며 변화하는 조직에 맞게 모델을 진화하고 적응했습니다. 트리오와 얼라이언스는 실제로 조직이 커짐에 따라 직면하는 새로운 문제를 해결하기 위한 Spotify의 새로운 요소입니다. Spotify 모델의 핵심 요소부터 시작해도 변화를 가져올 수 있지만 진정한 애자일은 상황에 맞게 모델을 발전시킬 때 성취할 수 있습니다.

Spotify 모델에 대해 더 자세히 알고 싶습니까? Spotify Labs에 게시된 Spotify의 엔지니어링 문화에 관한 두 부분(파트 I 및 파트 II)으로 구성된 동영상을 살펴보세요. 또한 애자일 코치에서 확장성 있는 애자일 페이지를 방문하여 Spotify 모델이 다른 확장 프레임워크와 어떻게 비교되는지 알아볼 수 있습니다.

조직 내에서 Spotify 모델을 구현하려는 경우 신뢰와 자율성의 문화를 조성하고 유지하기 위해 피드백 메커니즘과 투명성을 갖추는 것이 중요합니다. 조직은 Atlassian의 Jira Align을 활용하여 스쿼드를 트라이브로 구성하고 길드와 챕터를 형성하며 조직 전체에서 제품 관련 의사를 투명하게 결정할 수 있습니다.