这是《落叶》文集里第 91 片落叶，希望你能喜欢，不为别的，只为这份坚持。
A Scrum team in a Scrum environment does not include any of the traditional software engineering roles such as programmer, designer, tester or architect. Everyone on the project works together to complete the set of work they have collectively committed to complete within a sprint. Because of this, Scrum teams develop a deep form of camaraderie and a feeling that "we're all in this together."
为什么先引用 Scrum Team 的原文解释呢？因为很多名词的释义在被翻译成中文之后，要么比较晦涩，要么就有偏差，通过原文能更精准地理解这个 Scrum 里重要的角色之一。
今天我这个老兵来理论结合实践的说说 Scrum Team 在 Scrum 里到底是做什么的，后续会结合更深入的学习实践继续改进更新。
1、Scrum Team 指的就是 Scrum 流程里的开发团队，他们会按照 Scrum 实践方法来实现每个 Sprint 里的 User Story，在每个 Sprint 结束的时候提交增量的产物；
2、如果我们把 Scrum 看作一艘龙舟的话，Scrum Team 就是这艘龙舟上的“划手 ”，他们按照鼓点的节奏，按照正确的方法使劲，以最快的速度到达“舵手”指定的方向。
3、Scrum Team 是开发团队，但它理论上强调包含的不是传统研发团队里的那些角色，比如：开发、测试、架构师、设计师等等；
4、我个人对于第3点的理解：Scrum 思想里强调弱化角色其实是为了倡导开发团队成员 Work Together，共同快速、高效的完成每个 Sprint 的计划，而不是仍然像传统的瀑布模式下，存在角色间的等待和依赖。而不是像很多团队在初建敏捷团队时，就生硬的套用这个要求，在原有的研发部门里推行开发要能测试，测试也要能写代码。
5、这个要求对团队成员的能力提出了很高的要求，这也是我个人认为，在很多现有团队里生搬硬套这个标准是不现实的，因为很多公司在招聘开发、测试和设计人员的时候，一般都是专岗专职，很少会提出这种跨域要求的，所以这个过程不是一蹴而就的过程，而是循序渐进，每个迭代都要把学习的成本算进去，持续改进的。；
6、Scrum Team 在整个 Sprint 过程中需要参加所有的常规会议：
Sprint Planning Meeting：Scrum Team 需要跟 PO 和 SM 一起完成 Sprint Plan；
Sprint Review Meeting：Scrum Team 需要参加该会议，将完成的 Sprint 产物演示给 PO 和相用户，这是他们的 Show Time；
Sprint Retrospective Meeting：Scrum Team 需要参加这个会议，总结和反思刚刚结束的这个 Sprint 里好的和不好的实践，将好的实践形成自己的团队规则，将不好的放入下个 Sprint 进行改进；
Daily Scrum Meeting：也可以叫 Daily Stand-up Meeting，Scrum Team 需要参加这个会议，依次回答三个问题：
我今天完成了什么？
我明天会完成什么？
我当前遇到了什么问题？
7、一个标准的 Scrum Team 由5~9个人组成，在一个 Sprint 里不允许有人员上的变动。这一点从我个人经验出发，我一直认为 Scrum Team 最好是铁打的“兵”，流水的“营盘”，而不是很多管理层从人力利用效率上推崇的“铁打的营盘，流水的兵”。因为我觉得从团队层面考虑，磨合是需要时间的，必须经过若干个迭代的持续磨合，一个团队的战斗力才能真正被发挥出来；
8、什么才是优秀的 Scrum Team？我个人最喜欢把 Scrum Team 比作佣兵团队，队伍里每个人在某个领域都能独当一面，相互间又有很高的配合度，彼此都很熟悉，熟悉其他人的习惯、风格和行事方法；
作者简介：14 年测试 + 11 年项目管理 + 11 年团队管理 = 一个测试老兵
