- 问题
实践敏捷团队总会遇到各类问题，团队要如何解决？
本文为大家梳理了 组建敏捷团队 过程中会遇到的各种困难和抉择，并给出了建议。相信对于打算或正在转型敏捷的你很有帮助！
- 一个人能同事做产品负责人和Scrum Master吗？
- Scrum里任务是如何分配给团队成员的呢？
- 团队开发可以有多少个人？为什么要限制成员人数？
- 项目工作太多，1个Scrum团队做不完怎么办？
- 迭代和冲刺的区别是什么？
- 为什么开发团队只有工程师，而不是开发、测试呢？
- 产品负责人和Scrum Master都是全职工作的吗？
- 质量控制在Scrum里如何体现？
- 新任Scrum Master要注意什么？
- 开发团队的建议人员配备是怎样的？
- 1个Scrum Master可以同时服务多个团队吗？
0
%
的企业认为敏捷转型可促进更快的交付
来自《2018敏捷应用报告》
- 解决方案
组建敏捷团队 常见Q&A
1. 一个人能同时做产品负责人和Scrum Master吗？
- 绝对不能！产品负责人和ScrumMaster这两个角色在Scrum团队里是两个非常重要的角色。产品负责人负责产品要做成什么样，但不负责指导团队。ScrumMaster则负责另外一个维度的工作，即专注于帮助团队以正确的方式和流程来执行Scrum项目。在团队中，产品负责人代表组织对经济利益的追求，而ScrumMaster则代表团队的利益。如果要求一个人来同时完成这两个角色是很困难的，更重要的是经常会遇到这两个角色出发点不同导致的冲突而无从选择，最终一个角色会凌驾于另一个角色之上，而使整个团队利益受损。
2. Scrum里任务是如何分配给团队成员的呢？
- 一个Scrum开发团队可以有多少个工程师？对于这个问题来说，并没有标准的答案。2003年，Jeff Sutherland说一个Scrum开发团队的人数不能超过7个。现在，根据最新的《Scrum指南》，一个Scrum开发团队的人数应该为3～9。如果团队里的人太少，团队会面临能力缺乏的困境。
- 虽然人越多，团队能完成的工作就越多，但如果人太多了又会对团队计划、沟通和协调带来巨大的挑战。正如我们所知，在IT项目中，越多的工程师并不能意味着可以带来越多的产品功能发布。而且经常会带来相反的结果。如果你的项目有超过9个工程师的资源，那么请把他们分解成两个Scrum团队。而且，请不要忘记，Scrum强调的实验！你的组织和项目团队合适的团队规模需要你自己去寻找。
3. 开发团队可以有多少个人，为什么要限制团队人数？
- 我们发现，在用户访谈中往往会出现一种文饰作用（rationalization），即当人们被问及过去发生的某一特定的情况时，他们的某些回答会偏离真实的情况。因为用户可能会希望自己在别人（采访者，你）的眼中是个好人、聪明的人，尤其是在知道有人观察他的时候。
4. 如果项目工作太多，一个Scrum团队做不完怎么办（团队之间的工作协调）
- 如果你有足够的工作和足够的资源，那么就请你通过组建新Scrum团队的方法来加速你的速度。如果你的工作太多但是资源不足，那么就请你通过给特性排列优先级的方式，保证团队只开发最重要的功能。
5. 迭代和冲刺的区别是什么？
- 迭代的英文为Iteration。迭代是一个通用的敏捷术语，指的是单个开发迭代。冲刺的英文为Sprint。作为敏捷的一种方法的Scrum，冲刺是指Scrum的一个迭代。如果把语境局限在Scrum的话，迭代和冲刺指的都是一回事儿
6. 为什么在开发团队里只有工程师而不是开发、测试呢？
- 在Scrum里，责任和成果属于整个团队。为了强调团队的整体性，Scrum开发团队里只有一种角色，就是工程师。但这并不意味着每个人都必须拥有相同的技能，或者是说做相同的工作。这也许对每个人未必完全公平。例如，一个初级工程师和高级工程师的能力就不相同。但是，还是那句话，Scrum强调团队作为一个整体承担责任。
7. 产品负责人和ScrumMaster都是全职工作吗？
8. 质量控制在Scrum里怎么体现？
- 在Scrum里，质量控制不是一个在产品发布以后才执行的工作。相反，在Scrum当中，质量控制应该包括在所有的从开始到结束的冲刺过程中。
- 在项目和每个冲刺开始的时候，团队就应该注意如何检查各个工作的进行。因此，我们说质量控制从用户故事的定义就已经开始了。所有的功能和非功能测试都应该被覆盖到。
- 因此有人说，在Scrum团队里不需要一个叫作QA的角色。当然如果大家都认为有帮助的话，公司级别有专门的QA角色也是可以的。但是我们要强调，在Scrum团队里整个团队对质量负责，而不应该将质量的责任只记在QA的名下。
9. 新任ScrumMaster应该怎么办？
- 美国第28任总统威尔逊说过：“如果你想树敌，就尝试改革吧”。对于大多数人来说，变化总是令人生畏。因为变化会把人从熟悉的环境拉出到一个充满“惊吓”的新世界。因此，作为一个新任的ScrumMaster，你所需要注意的是，在一开始请千万不要急于求成，一股脑儿地改变所有东西。要有耐心，好好准备。当准备好以后，慢慢开始，而且一开始的时候先引入一两个实践（例如Scrum的每日站会和修整产品列表），当取得了一两个虽然小但有决定性意义的胜利之后，再公开宣传并且继续改进。
10. 开发团队的人员配备应该如何？
- 没有一个放之四海皆准的规则可以定义开发团队的人员组成，因为项目和项目都是各不相同的。如果你对团队组建毫无头绪，我向你推荐一个比例（当然需要你根据实际情况进行检查和调整）：
- 2个研发:1个测试:0.5个专家（如果你的项目已经实现了高度的自动化，那么研发的比例可以更高）。
- 项目之初，项目中的高级工程师和初级工程师的比例为2:1（随着项目进行这个比例可以降低）。
- 有Scrum经验的成员与没有Scrum经验的成员比例为1:1。
11. 一个ScrumMaster可以同时和多个团队一起工作吗？
- 美国第28任总统威尔逊说过：“如果你想树敌，就尝试改革吧”。对于大多数人来说，变化总是令人生畏。因为变化会把人从熟悉的环境拉出到一个充满“惊吓”的新世界。因此，作为一个新任的ScrumMaster，你所需要注意的是，在一开始请千万不要急于求成，一股脑儿地改变所有东西。要有耐心，好好准备。当准备好以后，慢慢开始，而且一开始的时候先引入一两个实践（例如Scrum的每日站会和修整产品列表），当取得了一两个虽然小但有决定性意义的胜利之后，再公开宣传并且继续改进。
- 关键成效
Scrum没有完美的流程，需要你和团队根据规则不断迭代
- 敏捷的实践不追求一步到位，充分允许循序渐进
- 可以先从工具出发，培养成员运用工具自我管理的能力
- Scrum不是铁板一块，允许组织基于其实际情况灵活调整角色和分工
《2018年敏捷报告》调查发现，66%的企业主认为敏捷可以实现项目管理透明和可视化。Scrum作为敏捷的最佳代表之一，并不是硬邦邦、不可变更的框架。如何灵活调整、管理团队最终实现转型，既需要懂得敏捷的技巧，比如上面这些专家总结的实践真知，也需要有耐心和对业务有深刻的洞察。加油！
- 参考文章：
- 1.《天天学敏捷：Scrum团队转型记》之「实践类的问题」，清华大学出版社
职场加油站
- 想深入学习如何组建和管理敏捷团队，请点击下方课程免费学习！
