软件价值流映射：可视化数字交付中的流动

VSM通过映射流程中的每个步骤、每个步骤花费的时间以及步骤之间的等待时间来使浪费可见。同样的逻辑在软件交付中同样有力。一个功能可能需要十天编码，却需要六周才能到达用户——不是因为开发缓慢，而是在代码审查、测试环境、QA测试、部署审批和发布队列中积累了大量等待时间。

如何运行软件VSM

定义价值单元（一个典型的待办列表项目），集合交付各阶段的人员，追踪该项目从加入待办列表到生产部署的完整旅程，记录每个步骤的处理时间和等待时间。流动效率（处理时间与总交付周期之比）在表现良好的团队中通常为10至20%——即80至90%的时间是等待。这个数字往往能将团队的注意力从速度（编码多快）转向流动（价值流经系统多快）。VSM很少揭示开发本身是瓶颈——编码通常只占总交付周期的一小部分。

改进优先级：先减少等待时间，再减少活动时间

等待时间几乎总是比处理时间占交付周期更大的比例，因此减少等待时间的投入杠杆效果最高。代码审查等待时间可通过建立团队规范（拉取请求在四小时或当天内审查）、限制拉取请求大小，或结对编程（完全消除审查队列）来减少。环境等待时间可通过自动化环境配置、按需云环境或提高部署频率来减少。审批门控等待时间可通过将审批权限下放到更贴近工作的层级、建立审批周转服务水平协议，或重新设计审批流程来减少。

如果您的交付团队希望缩短工作完成与到达用户之间的差距——或希望将价值流映射建立为常规改进实践而非一次性练习——XNM的项目群与项目交付咨询服务与技术团队及其组织合作，识别并消除决定价值到达客户速度的流动瓶颈，无论开发团队的编码速度有多快。