🌈 Spotify의 Squad Goal은 실패했다. Spotify Model을 사용하지 마세요 🎁 이 글을 추천하는 이유 - 최근 많은 스타트업에서 스포티파이의 스쿼드 모델을 사용해 조직을 운영하고 있습니다 - 운영 방식에 답이 있는 것은 아니지만, 이상적으로 보이지만 실제로 사용하긴 어렵다라는 말도 있었어요 - 이 글을 통해 간접적으로 스포티파이 모델에 대해 더 생각하고, 어떻게 조직을 운영할까에 대한 힌트를 받았습니다 ✍ 기억하고 싶은 일부 잘 동작하지 않은 이유 1. Matrix management solved the wrong problem - 각 팀의 엔지니어를 담당하는 매니저가 없음. mini CTO 역할을 해줄 사람이 없음 - 엔지니어 조직의 지원을 책임지거나 우선순위를 협상할 사람이 없었음 - 기술팀에서 의견이 다를 경우 PM이 엔지니어와 협상해야 함 - 배울 점 - 엔지니어를 담당하는 매니저 필요 - PM은 기술에 대해 동등하게 논의할 수 있어야 함 2. It fixated on team autonomy - 회사가 작을 때는 팀이 다양한 일을 하고, 주도권을 가지는 팀이 바뀜 - 회사가 커지면 중복된 기능을 최소화하기 위해 새로운 팀으로 합침 - 팀이 많아지면 주도권이 변경들 일이 줄고, 해결해야 하는 문제에 대한 깊은 생각이 가능 - 스포티파이 모델은 자율성까지만 이야기하고 팀 간 현업에 대해 작성하지 않음 - 배울 점 - 자율성은 얼라인 필요하며, 회사의 우선순위는 경영진에 의해 정해져야 함 - 팀 간 협업 프로세스 필요 - 성공을 평가할 기준이 필요하며 자율성은 책임을 요구함 3. Collaboration was an assumed competency - 프로세스 파악, 해결 등을 위한 공통 포맷이 없었음 - 배울 점 - 협업은 연습이 필요함. 사람들이 기존 애자일 사례를 안다고 하면 안됨 - 회사가 커지면 팀 간 협업을 가능하기 위한 서포트 조직이 필요함 4. Mythology became difficult to change - 특별한 단어를 선택해야 한다는 환상을 심음 - 사실 이름만 다를 뿐 일하는 방식에 대한 추천 - 제품, 개발, 디자인 조직에 200명 이상이 있다 => Scaled Agile Framework - 200명 이하 => Shape Up By Basecamp - Essential Scrum, Team Topologies 읽어보기 참고 자료 - 스포티파이 글 : https://agile2017.sched.com/event/ATal/you-can-do-better-than-the-spotify-model-joakim-sunden-catherine-peck-phillips?ref=JeremiahLee - How to Structure an Engineering Team for Scale : https://www.linkedin.com/pulse/how-structure-engineering-team-scale-yotam-hadass/?ref=JeremiahLee