解決方案
2012 年,Henrik Kniberg 與 Anders Ivarsson 描述了 Spotify 如何將敏捷工作擴展到橫跨三座城市、超過 30 個團隊。顯而易見的發明並非新的流程儀式,而是一套將交付單位與學習網絡分開的詞彙。
小隊(squad)是類似 Scrum 團隊的自組織團隊,但可自由採用 Scrum、Kanban 或混合方式。部落(tribe)匯集了相關的小隊。分會(chapter)連結部落內擁有相似技能的人員,而公會(guild)則在更廣泛的組織中傳遞共享知識、工具與實務做法。
這套機制解決了常見的擴展陷阱。將每個決策都集中化會拖慢團隊;讓每個團隊獨自發明一切則會破壞重用。Spotify 讓團隊在方法上擁有自主權,同時利用分會與公會讓專業技藝、架構與實務做法橫向流動。
達成了什麼
讓團隊選擇如何做,並使他們在為何而做上保持一致
為何有效
小隊讓當責範圍小到足以加快速度。
部落將相關小隊拉近到足以協調,而不需要龐大的專案辦公室。
分會為嵌入不同小隊的人員保留了專業發展。
公會讓有用的實務做法得以傳播,而不至於變成強制性流程。
可應用之處
自主性需要第二套結構來承載知識與標準;否則獨立的團隊會變成孤立的團隊。
後續發展
這套模式影響力遠超出 Spotify。2020 年一篇 Springer 開放取用論文將其描述為其他組織所使用方法 的基礎,同時也研究了為避免自主小隊造成架構瓶頸所需的治理工作。
追溯依據
參考來源
- Scaling Agile with Tribes, Squads, Chapters & Guilds Scrum Expert · scrumexpert.com ·
- Spotify Tailoring for Architectural Governance Springer Nature Link · link.springer.com ·