敏捷指南 · 敏捷角色与团队
敏捷团队结构：类型、角色及如何选择
敏捷团队结构是指组织人员、技能和职责的方式，使小型跨职能团队能够端到端地交付价值。常见的结构包括特性团队、组件团队、通才与专才的组合以及平台团队，随着组织规模扩大，这些团队通常会被归入更大的单元。
要点总结
- 敏捷团队是小型、跨职能、自管理且长期存在的。
- 特性团队可减少交接；组件团队和平台团队提供专业深度和共享服务。
- 围绕价值流设计结构，并尽量减少依赖关系。
- 定期审查结构，但要保持团队稳定。
敏捷团队的特征
- 跨职能： 团队具备将待办事项条目转化为完成成果所需的全部技能。
- 小而稳定： 通常约十人或更少；2020 版《Scrum 指南》指出，Scrum 团队通常不超过 10 人。
- 自管理： 团队自行决定如何开展工作。
- 长期存在： 团队在多个项目中保持稳定，以便不断学习和改进。
- 一次专注于一个目标或产品。
请参阅 什么是敏捷团队 了解基础知识。
常见的敏捷团队结构
| 结构 | 运作方式 | 优势 | 需要注意 |
|---|---|---|---|
| 特性团队 | 负责跨越所有层级的完整客户功能 | 端到端交付快速，交接更少 | 需要广泛的技能；共享代码需要良好的实践 |
| 组件团队 | 负责系统的某一部分，例如支付或搜索 | 专业能力深厚，架构一致 | 特性需要多个团队协作；依赖关系更多 |
| 通才团队 | 成员能够处理多种类型的任务 | 灵活，避免瓶颈 | 可能缺乏深厚的专业能力 |
| 专才团队 | 每位成员各自掌握一项不同的技能 | 各专业领域质量高 | 某项技能负荷过重时会形成瓶颈 |
| 混合型（T 型）团队 | 成员拥有一项深厚的技能以及较广泛的辅助技能 | 兼顾深度与灵活性 | 需要时间和支持来培养 |
| 平台团队 | 为其他团队提供共享工具和服务 | 减少重复工作 | 必须将其他团队视为客户 |
敏捷团队中的角色
| 角色 | 关注点 |
|---|---|
| 产品负责人 | 使价值最大化；负责待办事项列表并对其排序；参见 Scrum 产品负责人 |
| Scrum Master 或敏捷教练 | 团队效能和消除障碍；参见 Scrum Master 角色 |
| 开发人员或团队成员 | 构建、测试和交付工作；可能包括工程师、设计师、分析师、测试人员和文案人员 |
| 相关方 | 提供意见和反馈，尤其是在评审会上 |
| 敏捷项目经理（在某些组织中） | 跨团队协调、预算和报告；参见 敏捷项目经理 |
如何设计团队结构
- 从价值流出发： 绘制工作从请求到客户的流转过程；参见 价值流图.
- 选择团队类型： 优先选择与客户旅程或产品对齐的特性团队，仅在专业能力或规模需要时才增设组件团队或平台团队。
- 确定团队规模： 目标是约五到九名成员，规模较大的团队应进行拆分。
- 弥补技能差距： 列出在无需交接的情况下完成工作所需的技能，然后通过招聘、培训或结对来弥补差距。
- 尽量减少依赖关系： 如果一个团队经常需要等待另一个团队，就调整团队边界。
- 确定团队之间的协调方式： 采用诸如 Scrum of Scrums 或共同规划。
- 定期审查： 每隔几个月检查一次流动、依赖关系和士气，并进行调整。
示例：从组件团队转向特性团队
一家在线零售商有四个组件团队（网页前端、移动端、结账服务和数据库），每个团队六人。一个典型的功能需要四个团队共同参与，因此条目在队列中等待，一个简单的变更需要六周时间。公司重组为三个与客户旅程（浏览、购买、账户）对齐的特性团队，每个团队都具备前端、移动端、后端和测试技能，另设一个六人的小型平台团队负责共享基础设施。由于交接减少，现在大多数功能由单个团队在一到两个冲刺内完成。
规模化的结构
- 团队的团队： 开发同一产品的多个团队共享一个待办事项列表并相互协调；参见 大规模 Scrum（LeSS）.
- 敏捷发布火车： 在 SAFe 中，通常由 5–12 个团队共同规划和交付；参见 敏捷发布火车.
- 小队、部落、分会和公会： 由 Spotify 推广的一种模式；参见 小队、部落、分会和公会.
本主题的免费模板
常见问题
最佳的敏捷团队结构是什么？
没有唯一最佳的结构。特性团队适用于大多数产品工作，在需要专业深度或共享服务的地方可设立平台团队或组件团队。
敏捷团队结构应该有多大？
规模较小，通常约十人或更少。规模较大的群体通常应拆分为多个团队。
什么是跨职能的敏捷团队结构？
具备交付完成成果所需的全部技能、无需依赖其他团队的团队。
哪种敏捷团队结构更好：特性团队还是组件团队？
特性团队跨越整个系统交付完整的客户功能；组件团队负责系统的某一部分。
在敏捷团队结构中，T 型团队成员是什么？
在某一领域拥有深厚专业能力，同时具备其他若干领域实用知识的人，这有助于团队分担工作。
敏捷团队结构需要项目经理吗？
在 Scrum 中不需要，Scrum 没有项目经理角色。有些组织保留项目经理负责跨团队协调；参见 敏捷项目经理.
在敏捷团队结构中由谁来领导？
敏捷团队是自管理的。产品负责人确定优先级，Scrum Master 为提升效能提供支持，团队自行决定如何开展工作。
在敏捷团队结构中，平台团队是什么？
负责构建和运行共享工具或服务的团队，以便其他团队能更快地交付。
敏捷团队结构应该集中办公吗？
集中办公有助于沟通，但只要有好的工具和商定的工作时间，许多团队在远程或混合办公模式下也能很好地开展工作。
敏捷团队结构应多久调整一次？
团队受益于稳定性，因此应避免频繁重组。每隔几个月审查一次结构，并在依赖关系或目标发生变化时进行调整。
敏捷团队结构如何协调多个团队？
通过共享待办事项列表、联合规划、定期跨团队会议和规模化框架；参见 规模化敏捷框架.