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

任务切换和交接会导致相似类型的浪费。由于任务切换造成的浪费发生在团队成员将部分工作转交给另一个人时（例如，开发人员修复了一个缺陷，并将它转交给测试员，以验证该修改）。任务交接发生在不同任务之间进行切换时。
 
理想情况下，在一个小型的敏捷项目中，很少进行任务交接，因为团队成员倾向于承担所有项目角色（编写实例、开发代码、测试和执行其他类似任务）。然而，在更大的项目中，或者在很少有全能人才的项目中，任务交接是必需的。任务交接会引入大量的浪费，原因如下：
 
由于需要在工具或团队之间重新设置密钥信息而导致的返工；
由于团队成员没有意识到等待的东西已经准备就绪而导致的等待时间
缺乏足够的细节；
过时的工件；
没能成功地将更改传达给团队；
跬步进化论能够协助客户通过以下方式减少开发和操作之间的交接浪费：
部署持续化和自动化；
促进环境之间的应用的能力；
提升组织和管理大量版本的能力；
 
这些功能可以有效消除与部署软件相关的手动活动和容易出错的活动，并帮助管理版本，以及最终会显著减少浪费和风险的更改。团队可以更频繁地发布他们的软件，以便可以更早地提供价值，这样团队和组织就可以更快地获得反馈，简化开发和操作之间的任务交接。
 
借助于研发流程的改进，来自任何团队的团队成员都可以通过看板、即时通讯工具、电子邮件列表或 Web 中的视图来查看信息和关注其他团队中的变化：
 
需求团队可以查看他们的哪些需求已经转换成正在运行的或已经测试的代码；
设计团队可以跟踪可能会影响他们的不断变化的需求，从而减少设计错误需求方面的精力浪费；
开发团队可以跟踪测试团队报告的新缺陷和不断变化的需求，还可以很轻松地规划实现新需求和修复缺陷的工作；
测试团队可以查看哪些需求已经发生变化，哪些需求已准备好测试，以前中断的哪些测试现在已经准备好重新测试，而且可以很轻松地计划测试活动；
运维团队可以查看构建的状态，查看应用程序可以部署到哪些环境中，在每个构建中有哪些缺陷修复和新特性。
 
可见的和易于访问的信息可以极大地减少交接过程、额外流程和运动中的浪费，因为团队成员拥有一些他们可以轻而易举地获得的信息。他们可以访问这些信息，不必打扰其他团队成员就可以实现状态更新。
 
不必要的流程，重复的任务和不必要的文档工作可能会浪费时间。这个文档会给最终用户提供应有的价值吗？
 
额外进程是不会向用户提供价值的多余进程。例如：生成没人阅读的文档，更新计划，手动收集指标和进度信息，组织没人响应的评审，以及其他类似的不必要任务。使用前面描述的价值链分析或类似的技术，在上下文中评估每个进程步骤，了解其重要性。
 
确定进程是否向客户提供了价值，或者是否延误了客户获得价值的时间。手动部署进程就是进程浪费的一个很好的示例。有人编写很长的、详细的和完整的文档，描述如何部署应用程序，还编写了一些随后手动执行的指令，以便将每个应用程序部署到测试环境或生产环境。在某些情况下，组织会执行双重部署，以确保正确遵循指令。大量的持续交付解决方案（例如TeamCity / Cloud Flow）都提供了一个图形化的进程编辑器简化了应用程序部署，以便创建自动化部署。Jenkins 2.0新引入的PipeLine（图1）功能有助于减少构建或部署过程中造成的缺陷，显著降低失败部署的风险。