本文主要参考:https://hybridhacker.email/p/the-spotify-squad-model-explained
该文章是一位 Spotify 团队管理者对其 “小队” 管理模式的分享
该模式的特点是
- 整个大团队(数百人)以小于 8 人的小团(Squad)队作为最小工作单元
- 小队内部由跨职能人员组成
- 每个小队有独立的使命(即任务,这经常是一种业务上的任务,例如提升留存)
- 小队内部采用敏捷开发模式
- 每个小队获得较大的授权
- 自行决定工作流和一些重要决策
- 可以自助决定接下来要做什么以及绩效考核的方式
A. 保障小队的正常运行的组织架构
1. 部落(Tribe)
部落(Tribe)是在相关领域工作的小组的集合,通常在同一业务域或功能集中。
部落的主要作用是提供支持并促进其小队之间的协作。通过帮助保持小队之间的一致,这样即使每个小队独立行动,他们也不会偏离到相互冲突的方向。
部落由部落领袖领导,他 专注于为小队的成功提供最佳环境,而不是管理项目的细节。
2. 分会(Chapter)
在部落中,来自不同团队的执行类似角色的个人(例如后端开发人员、测试人员或产品经理)被分组到分会中。
分会是一种跨小组组织能力领域的方法。
每个分会都有一个领导者,通常是一个在特定领域有经验的人,他负责成员的成长和发展,即使他们在不同的小组工作。
3. 工会(Guild)
公会是公司里任何人都可以加入的兴趣团体,不管他们属于哪个部落或小队。
协会横跨整个公司,并且是基于特定话题的,例如网络开发、用户体验或数据科学等主题组织。
他们分享知识、工具和实践,并就这些主题发起更广泛的讨论。
B. 保障小队正常运作:不只是组织架构 …
- 🌟 领导承诺
- 授权:领导者授予团队做出决策的权力,并对他们的能力表现出信心。
- 透明度:他们保持开放的沟通渠道,以使团队活动与组织目标保持一致。
- 支持自治:他们鼓励团队对项目拥有所有权,培养责任感。
- 🔄 文化认同
- 鼓励实验:应该创造这样的环境,试验和错误被视为学习过程的一部分。
- 看待失败的视角:将失败视为成长和学习机会的态度。
- 开放沟通:促进团队内部和团队之间的定期反馈循环,以加强流程并及时解决问题。
- 💡 职业和个人成长
- 知识共享:在整个组织中传播知识和技能,以增强集体能力。
- 技能改进:确保个人成长与组织不断变化的需求保持一致。
- 🔧 技术层面
- 解耦发布:他们为每个小队实施了独立的发布功能,允许更快、更频繁的更新,而无需等待全面发布。
- 模块化架构:他们开发了一个组件松散耦合的系统,增强了在一个领域进行更改而不影响其他领域的能力。
- 持续集成/持续部署(CI/CD):他们采用CI/CD实践来确保无缝可靠的代码集成和部署,支持小队行动的敏捷性。
C. 实施小队管理模式的最低要求
在开始考虑团队结构之前,团队或部门必须满足一些最低要求:
- 📚 文化
- 必须习惯于做决定,支持自治,并准备好适应变化
- 还应该乐于承担责任并对其负责
- 🛡️ 领导力
- 团队中的领导者或经理应该有能力,对新想法持开放态度
- 并且能够避免任何微观管理(micromanagement)
- 💻 技术环境:要应用的模型需要灵活的技术基础架构
- 能够支持解耦服务和独立的团队部署
- 这还应该包括健壮的测试覆盖率、特性标志、金丝雀发布等特性
D. 实施小队管理模式的优点与挑战
优点
- 🚀 增强的自主性:该模型赋予小队决策权和自主权,增强了人们的责任感。
-⚡ 提高敏捷性:它支持敏捷方法,使团队能够快速有效地适应变化。 - 🐝 跨领域交叉:来自不同背景和职能的人分享知识和方法,促进每个人的自然发展。
- 🌟 专注创新:小队专注于特定的任务,鼓励没有组织限制的更深层次的创新。
- 🗣️ 软技能增长:组织成小团队鼓励个人发展他们的人际交往能力。
挑战
- 🔄 过度依赖自治:过度自治会导致缺乏凝聚力和与组织目标不一致。
- 🛡️ 对强有力领导的依赖:这种模式要求领导者能够有效地指导和指导团队,而不需要对他们进行微观管理。
- 🚫 文化氛围:该模型高度依赖于支持性的公司文化,并且可能与每个组织都不太一致。
- 🏋️ 资源强度:有效管理自治的跨职能团队需要大量资源,尤其是大规模的资源。
- 🛠️ 实施困难:尽管该模型听起来很有希望,但缺乏定义的规则可能使其难以实施,尤其是对于传统公司而言。
- 🔍 喜忧参半的结果:虽然一些组织从模型中受益,但其他组织经历了不同的结果,影响了生产力和效率。