Scrum团队结构

Scrum团队是Scrum组织的重要资产。团队的组织方式和相互之间的关系，对组织成功采用Scrum有重大影响。

特性团队和组件团队

特性团队是一个跨职能、跨组件的团队，能够从从产品列表中抽取并完成最终客户想要的特性。另一方面，组件团队专注于开发组件或子系统，这些组件或子系统只能实现最终客户想要的部分特性。

组件团队有时称为资产或子系统团队。有专业技能相近的人组成。比如一个集中管理的、为其他团队设计界面的ux部门。
Scrum更倾向于组建跨职能的特性团队成员具备完成多个特性的技能和能力，不必将完成的部分特性转包给组件团队。

多团队之间的协调

Scrum规模扩大不体现在开发团队逐渐增长，而是体现在多个规模适中的Scrum团队。不过在scrum团队不止一个时，我们面临的问题是如何协调这些团队。

sos

协调多个团队之间的工作，一个常见的方法是sos.

sos.png

sos 可以使多个团队协调彼此之间的工作。执行sos的团队由各个开发团队中的成员组成。每个开发团队根据哪个成员能最清楚说明团队依赖问题来指派参会人员。
sos 一般不是每天都开，而是根据情况每周开几次。sos的参会者回答的问题与每日例会上回答的问题相似。
－ 上次会议以后，我的团队做了哪些可能影响其他团队的事情？
－ 在下次会议之前，我的团队将坐哪些可能影响其他团队的事情？
－ 我的团队存在哪些问题可以在其他团队的帮助下完成。

版本火车

版本火车根据按照一个共同的节奏协调跨团队的合作，使多个团队的愿景、规划和相互依赖关系保持一致。版本火车关注的是在大型的产品级别上实现快速、灵活的工作流。
－ 灵活、定期规划和解决方案的发布（或潜在可发布增量）日期是固定的（日期固定，质量固定，范围可变）。
－ 各团队的迭代时间长度相同。
－ 建立大小适中的、全局的、客观的里程碑。
－ 在顶层、系统级以及特性和组件级别做持续的系统集成。
－ 版本增量（psi）可以定期（一般是60天到120天）提交客户进行预审、内部评审和系统级别的QA.

• 系统级固化迭代，用于减少技术债并为特殊版本验证和测试提供时间。

• 对于构建类似构件的团队，某些特定的基础设施组件（接口、系统开发工具箱、公用的安装程序和许可证工具、用户体验框架、数据和web服务等）一般都必须提前准备就绪。

  
  版本火车的结构.png