让Scrum可持续的工程实践

没有扎实工程实践的Scrum，是一辆没有引擎的车。采用仪式但忽略工程纪律的团队，通常会在协调改善带来初期提振之后，随着技术债务积累而逐渐衰退。六项工程实践能长期维持交付速度：测试驱动开发（TDD）、持续集成（CI）、持续交付（CD）、结对编程或集体编程、代码审查与整洁代码规范，以及将重构视为常态活动。持续集成通常是引入的最高价值第一步：其缺失之痛对所有人都显而易见，工具链成熟，且建立通过的自动化构建为后续一切奠定基础。

Scrum Master在工程质量中的角色

Scrum Master不编写代码，但对于让团队能够发挥最佳状态的条件，负有明确责任。当技术债务拖慢团队时——当超过20%的冲刺容量被缺陷修复和返工消耗时——Scrum Master应在回顾会议中让这一情况可见，并向产品负责人倡导腾出空间来解决它。当产品负责人以功能需要赶上下一个冲刺为由削减测试时，Scrum Master应帮助产品负责人理解：现在削减测试，会让接下来三个冲刺更慢，而不是更快。工程质量不是Scrum Master需要亲自交付的，但保护工程质量是其职责范围内的事。

如果您的Scrum团队正经历速率下降、缺陷积压增加，或因工程实践缺口导致的冲刺不稳定，XNM的项目群与项目交付咨询服务与开发团队及其组织合作，构建让Scrum长期可持续、而非仅在头几个冲刺有效的工程基础。