1.追求技术卓越。以极限编程XP作为灵感之源。XP 围绕规划、设计、代码和测试提供实践和规则。比如重构(持续改进代码)、结对编程、持续集成、单元测试(开发级别的测试代码)和验收测试(建立可执行的自动化的验收测试规格)。
2.应用团队蜂群效应。团队工作在几个工作项上,甚至一个工作项上。许多人工作在一起,尽可能快地完成。
3.使用探索(Spike)方案。使用探索方案去解决技术挑战,架构或设计问题。
4.作为团队一起精炼(refine)产品代办列表(Product Backlog)。作为团队工作的一部分去考虑精炼产品代办列表。开发团队理解产品代办列表是可持续开发的基础。虽然 Product Owner 对产品代办列表负责,但是需要整个团队来精炼它。
5.遵守整洁代码(clear code)规则。
6.批评对事不对人。
7.共享经验。通过研讨会和峰会的方式分享经验获得知识。
8.理解“松弛Slack”的重要性。文武之道,一张一弛。创新和创造需要适当的放松。长期的紧张与压力不利于保持可持续的开发步伐。
9.拥有快乐有趣的工作氛围。快乐工作,认真生活,应是开发团队对工作与生活的要求与追求。
10.不需要任何Scrum “会议”,Scrum“会议”是“对话时间”,规划会议、每日站会、评审会议、回顾会议都是对话机会和时间。
11.知晓客户。知晓真正的客户,理解他们的渴求,以便做出正确(技术上)的决策。
12.能够清晰解析技术工作的业务价值。比如性能、安全性和可扩展性,在业务上是如何表现的。
13.彼此信任。
14.保持回顾会议有趣。保持创新、有趣与有用的会议形式,自己引导会议。
15.在Sprint期间交付特性。不再需要“Sprint”,每一个Sprint 都可交付增量,创建持续交付流(a flow of continuous delivery)。
16.开发团队致力于 Sprint及产品(项目)目标,真正执行跨职能。
17.持续更新Scrum 白板,可视化管理工作。
18.在创新上下功夫。理解技术/架构创新的重要性。在常规的工作时间期间花一些时间在创新上,对于跟上快速变化的环境和技术是有必要的。创新是有趣和令人兴奋的。
19.DoD 不再需要。对于开发团队而言,DoD 是清晰且透明的,每个人都理解。DoD更多的是对开发团队之外的利益攸关者起到透明化的作用。
20.知道如何反馈。不仅仅是在评审与回顾会议时,才反馈。在适当的时候给予及时且有礼貌的“有效果反馈impact Feedback”。
21.管理团队构成。与其他协作团队探讨“雇佣”特定技能的合适时机。
22.实践集体所有。他们应用和系统化地轮换开发不同的模块以鼓励集体拥有。
23.修理与其他团队间的依赖关系。知晓与其他团队间的依赖关系,管理依赖关系,以保持可持续的开发步伐。
24.故事点不再需要。不再聚焦于故事点,他们知道在一个Sprint中能够构建多少项。