如何快速增加需求吞吐并缩短交付周期？

最普遍的做法就是采用假设驱动的最小可行产品 MVP 方式进行开发，将业务需求或者产品需求按 MVP 思维缩小需求颗粒度，并转化成更小颗粒度的用户故事，应用 Scrum 框架组建端到端、可以独立交付的、面向价值流的敏捷团队进行迭代开发。同时使用极限编程工程实践内建质量，降低后期的质量修复成本和减少交付周期。同时测试左移，一个小的用户故事开发完就可以立刻进行测试。明确每个用户故事的验收标准以及迭代、版本的就绪定义 DoR 和完成定义 DoD。

业务侧要有定期的业务规划和更新，产品侧要定期规划和更新产品目标、产品路线图，以及排好顺序的产品待办列表。资深开发人员或者架构师提前识别技术可行性，以及用户故事之间的依赖，并在发布计划和迭代计划的时候明确如何解决依赖，包括：依赖跟踪负责人、要解决完成依赖项的责任人、范围和时间等。特别是依赖其他敏捷开发团队的接口定义、数据结构定义、数据格式或者数据库定义等，以及用户体验和交互设计师的一些视觉稿或者设计，尽量在迭代前或者迭代中并行准备好。

软件架构上，可以参考微服务架构，核心是面向用户的服务实现。敏捷团队可以独立开发和独立部署，降低对其他团队负责的软件模块或者平台的依赖。测试自动化，包含核心逻辑代码的单元测试、接口测试以及接口的场景测试等等。采用持续集成和持续部署流水线，尽早持续集成代码，触发流水线进行代码扫描、自动化单元测试、自动部署、自动化集成测试、自动化功能测试等步骤。用户故事或者特性上线之后，产品经理和业务方要立刻进行线上验证和验收。

除了以上典型的实践之外，还需要定期回顾来识别瓶颈和改进行动项，并持续在后续迭代内落实。

最后，为了提升需求吞吐量和需求交付周期，还可以通过度量其他关键指标（如"五大流动指标"中的：流动效率、流动负载、流动分布）来进一步分析和定位问题。具体可以参考张乐老师翻译的书籍《价值流动：数字化场景下软件研发效能与业务敏捷的关键》

本文整理自《研发效能100问》，原作者：  赵卫 敏捷 DevOps 专家 《软件研发效能权威指南》副主编