本文来源于阿里云社区电子书《阿里云产品四月刊》
《阿里云产品四月刊》—提升团队工程交付能力，从“看见”工程活动和研发模式开始（2）https://developer.aliyun.com/article/1554171
分析产品需求，拆解变更请求
假设我们接到一个产品需求，需要将查询服务接入风控，避免爬虫攻击。为此，我们为risk-control-srv 拆解了一个变更请求，并关联到该产品需求上。
在变更分支上提交代码，进行持续验证
由于设置了代码提交至 feature 分支自动触发特性验证阶段的执行，每次在 feature 上 push 代码后，都会自动进行验证并给出反馈。
通过代码评审合并变更分支，进入生产部署
当代码评审通过并合并入 master 分支后，会自动触发生产部署阶段的执行。
完成变更，进而完成产品需求
生产部署阶段执行完成后，变更请求会变为已完成状态，同时其对应的产品需求也会自 动进入已完成状态。
后记
本文从统一工程交付的概念模型开始，介绍了如何将应用交付的模式显式地定义出来， 并通过工具平台落地。但需注意，团队的工程交付实践往往不存在标准解，我们都是在 寻求当前场景下的最优解。在具体的场景下，团队的工程交付受到协作机制和技术水平 的双重制约，因此需要我们把视角从工程交付本身跳出来，结合协作、技术一起来看， 并持续优化和改进，才能找到适合我们自身团队的最佳实践模式。
