软件开发中的精益思想解读︱精益软件开发

 
而且，团队还可以配置持续交付工具来制定一个组织的进程，有一些功能可以在整个过程中为团队提供无缝引导。有时团队成员或许会跳过某个进程。但是，与团队成员不遵循进程相比，持续交付工具更容易引导团队遵循进程。例如，如果一个团队决定，他们需要在其单元测试中检测 70% 的代码覆盖率，如果代码覆盖率不符合这个标准，那么持续集成可以触发Andon操作，禁止代码交付。
 
如果团队想以某种方式进行工作，或者发现进程的某些元素没有为他们工作，持续集成工具还为团队在覆盖进程方面提供了灵活性。某个团队可能决定他们想要某些组件的更高层次的覆盖率，或者他们想要有选择地强制执行代码覆盖率要求。例如：集成需求进度的跟踪后，团队成员可以等待已定义特性的细节，直到实现他们所在的迭代。
 
持续发布能够通过消除手动进程，实现更小更频繁的发布、持续集成、集成测试、测试虚拟化和自动化测试。这些实践还可以减少浪费，因为它们不仅能够缩短周期时间，还可以更频繁地接收反馈。能够通过查看价值链来评估整个进程的上下文中的自动化改进（图2）。  
让团队使用他们的回顾性调查来分析进程并确定可以通过调整哪些地方来实现不断改进，是一个很好的实践。通过在所有任务中收集数据，并提供分析数据的能力，有助于确定是否存在不增加价值的进程或任务。
 
缺陷会造成两种浪费：修复缺陷所产生的浪费，以及软件不能正常发挥作用而产生的浪费。
 
通过提高需求的质量，有助于降低缺陷的产生率。它还有助于减少解决缺陷所需的时间，这样就可以尽可能少地产生浪费。搜索、修复和解决缺陷的过程又叫做缺陷价值链。通常，这会产生大量的成本，因为它需要若干个团队或组织进行亲密无间的协作。
 
跬步进化论可以通过提升缺陷价值链的效率和减少缺陷价值链来支持精益软件开发。对于敏捷团队来说，这一点很重要，因为他们不应该声明拥有重大缺陷的实例点（实例点 是估算用户实例复杂性的混合单元）。缺陷意味着代码尚未完成，仍在进行中，在精益软件开发之中，人们不愿意看到这种状态。缺陷必须在一个冲刺阶段中快速被找到和解决。对于确保软件开发期间技术能力达标来说，有效的缺陷解决过程十分关键。
 
例如，在丰田公司，人们并不是仅仅为快速修复缺陷而努力，而是理解问题产生的根源，这样就可以避免将来产生同样的错误。在其著名的 “Andon” 实践中，当发现一个缺陷时，可以立即停止整个生产线来修复它。该实践的目标是减少后续工作的工作量。在软件开发过程中，如果构建终止了，那么就应该快速尽全力修复缺陷。
 
后来他们发现，缺陷成本高于修复成本。上下文切换需要额外的资源，如果后来发现缺陷，则必须重复额外的进程，这些都会带来额外的成本。为了及早发现缺陷，减少与缺陷相关的浪费，必须尽早在生命周期的早期进行测试。使用合理的持续交付配合自动化测试有助于降低整体研发成本。同时，确保相关的团队或组织及时收到缺陷信息，小批次地在短周期内处理缺陷，也有利于降低修复成本。
 
在持续交付中增加恰当的自动化测试及修复流程，并及时通知相关干系人进行Andon操作，可以有效减少缺陷价值链数量，提升修复缺陷价值链效率。