漫画翻译自Comic Agilé，已获得原作者翻译授权
导读：
这幅漫画及作者评论涉及到2个名词，这里先给大家解释下：[1]
使能需求（Enabler）：是一些技术举措，用来促成和支持业务举措的开发实现。使能需求可以用来支持任何未来业务所必需的功能性需求，但是一般而言它们会有三种类型：
探索：探索性使能需求用来构建对客户需求的理解，理解未来的解决方案，以及评估备选方案。
架构：为加快开发提供基础和适当的技术支持，有些架构性使能需求用来修复现存解决方案中的问题，比如，提高性能。这些使能需求一开始放在待办事项列表中，实现之后，它们可能变成非功能性需求。事实上，许多非功能性需求是架构性使能需求实现后的结果。
基础设施：基础设施性使能用来构建和加强开发与测试（偶尔也用于部署）环境，以此来协助更快的开发和更高质量的测试。
非功能性需求（NFR，Nonfunctional Requirements）：描述了系统的属性，如安全性、可靠性、可维护性、可扩展性和可用性（通常是指某种“特质”）。它们还可以是该系统的设计约束或限制（它们可称为设计约束）。这些需求具有与功能性需求相同的重要性，它们保证整个系统的可用性和有效性；如果不符合这些要求中的任何一个，可能会导致系统不能满足内部业务、用户或市场的需要，或不符合监管或标准机构规定的强制性要求。
作者评论：
如果你还没有在产品开发过程中内建技术质量，那么请记得在冲刺阶段优先考虑使能需求，以便支撑你的基础设施/平台，并有可能减少技术债务。
如果PO说：“是的，只要你能在最后期限前完成任务，你可以做任何你需要的使能需求”，那么请告诉他们为什么团队只有“一个”容量（capacity）和“一个”待办列表（backlog）。
因此，要完成一个给定的使能需求就要替换掉一些给定的功能需求，这实际上可能会影响到下一次发布的范围，但也可能会提高产品质量、优化未来的非功能性需求（NFR）和功能性需求的交付周期。
理想情况下，我们都是在功能需求中内置了使能需求的工作，但如果你以前没有这么做，那么请通过一些显式的使能需求来帮助你恢复到正常的速度。
完整大图
参考资料：
[1] SAFe 4.0参考指南：精益软件与系统工程的规模化敏捷框架，机械工业出版社，李建昊等译。
