部署的前置时间和处理时间
部署的前置时间和处理时间
前置时间是客户能够体验到服务的时间
处理时间与前置时间的比值是十分重要的效率指标，为了实现快速的流动，必须缩短前置时间，即缩短工作在队列中的等待时间。
与制造业不同的是：设计和开发阶段拥有高度的变化和不确定性，导致无法确定总体处理时间；
所以只能在测试（包括客户阶段性测试）和运维阶段努力将可变性降到最低，比如短的（自动化）和可预测的前置时间，接近零缺陷。它力求可预测性，将可变性降到最低。
不提倡在设计开发中串行地完成大批量工作后，再转入测试，运维阶段，相反，我们的目标是采用测试和运维与设计和开发同步的模式，从而产生更快的价值流和更高的质量。
只有工作任务是小批量的，并且将质量内建到价值流的每一个部分时，这种同步的模式才能实现。
常见的场景：为期数月的部署前置时间
等待数月才部署，项目结束后，所有变更合并到一起后，才发现整个系统不能工作，甚至无法编译。
每个问题可能几天甚至几周的时间来定位和恢复
我们的目标：分钟级别的部署前置时间
向版本库中持续的交付代码
交付的代码持续地进行自动化测试和其他的进一步的测试
开发者持续的提前得到反馈，并快速进行修复。
返工指标
完成时间和精确的总花费时间的百分比，反映了价值流中每个步骤的输出质量
想获得返工指标，就问一问下游客户他们有百分之多少的时间收到了“真正有用的东西”
