第六章 如何带领Scrum团队
6.1组建Scrum团队
Scrum团队由产品负责人、开发团队和Scrum Master组成。Scrum团队是跨职能的自组织团队。自组织团队自己选择如何最好地完成工作，而不是由团队外的人指导。跨职能团队拥有完成工作所需要的全部技能，不需要依赖团队以外的人。
那么，具体来说，跨职能是跨哪些职能呢？一个团队具体需要哪些职能，应视团队自身的需要而定，只要不依赖团队以外的人完成工作即可。
一般来说，跨职能有两个维度。
1）跨工种。比如团队的组成跨越产品定义、架构设计、用户体验设计、开发、测试、运维等。
2）跨领域。比如团队的组成跨越前端、后端或中间件。
1、为什么要跨工种
"Scrum"这一名称本是橄榄球运动的术语，表示争球的仪式。Scrum框架来源于1986年两位日本管理学教授在《哈佛商业评论》上发表的论文，文中介绍了串行工作方式与并行工作方式的对比。
传统的产品交付方式像上图类型A的串行流程，工件从一个职能部门传递到下一个职能部门，像接力赛一样，经历了概念定义--可行性研究--产品设计--开发--原型开发--产品生产的阶段。每个职能部门完成了一个阶段的工作就传递给下一个部门，导致整个产品从启动到上市的周期极其漫长。
图中类型C的流程，像橄榄球运动的争球仪式，不同工种的人组成 一个团队，大家群策群力，没有部门之间的交接，不依赖与其他部门或团队就可以完成一个产品。这种方式无疑是最高效的。对于涉及多个团队协同开发的大型产品，可能做不到一个团队能够独立完成一个产品，但是在组织团队的时候，要围绕产品的价值流，以特性为单位组建Scrum团队，确保每个Scrum团队囊括了交付一个产品特性的全部工种。
2、为什么在跨领域
梅尔 康威提出了著名的康威定律：“任何组织在设计系统时，其设计的系统架构是该组织沟通结构的写照。简单来说，产品必然是其组织沟通结构的缩影。”
你想要什么样的系统，就应该搭建什么样的团队。如果你的团队分成前端团队、DBA团队、中间件团队这种筒仓式的职能部门，将会产生筒仓式的软件架构。
这时候，组织若要交付一个潜在的可交付产品增量，就需要跨越DBA团队、中间件团队、UI团队。团队与团队之间的交接和等待，就像一场接力赛，这样的速度无法满足互联网时代激烈的竞争要求。
此外，当组织要改变一个产品特性的时候，可能会牵动每个层次的整体架构的变动。
在这样的按职能分工的组织里工作，每个团队只能把自己的那部分工作做到最好，控制不了的只能搁置一旁。而那些被搁置的工作，却是能够连接、集成整个系统的关键部分，从而造成整个产品交付效率低下。因此，组织必须基于产品特性组建跨领域团队才能实现高效交付。
3、开发团队的规模
那么，开发团队的最佳规模是多少呢？Scrum提倡的是“7+-2”模式，即5~9个人的规模。
案例：
某团队有17个人，每天站会需要40分钟，而且站会上经常发现大家信息不对称。比如A君和B君对项目任务的了解不一致，甚至在A君花了一天时间摸索新环境的搭建，并在站会上告知大家终于搞定环境后，B君却说：“环境我早就搭建好了，你怎么又搭了一遍？”。
当团队出现这样的情况时，意味着团队出现了信息断层，需要让团队协作更紧凑，可以考虑是否需要拆分成两个团队。
4、保持团队的稳定性
组织要尽量避免一个人在两个团队中同时肩负职责。
了解更多内容，请关注微信公众号：
