价值流映射

价值流映射的历史

价值流映射的起源通常归因于丰田汽车公司。但是，这并不是非常明确。丰田可能从其他来源采用了它，也可能是从精益制造社区的共享理念中有机发展而来。早在 1918 年，Charles E. Knoeppel 的《安装效率方法》一书中就可以找到揭示材料和信息流动的图表的早期版本。

在丰田内部，这种实践被称为“材料和信息流映射”，几乎算是个马后炮。20 世纪 90 年代，丰田的成功和精益制造实践的使用帮助推动了价值流映射作为高效业务团队的现代最佳实践。

价值流映射的优势

价值流映射对于企业的可持续性至关重要。原因如下：

• 减少或消除浪费可以提高公司的利润。作为奖励，您可以发现浪费的根本原因和来源。
• 一旦将浪费性交接确定为价值流可视化工具的一部分，您的团队就可以有意识地改善行为、文化、沟通和协作。
• 团队会抛弃个人意见，并根据客户的视角确定优先级。

价值流映射的挑战

如果您不注意的话，价值流映射本身可能就会造成浪费。以下是如何避免常见陷阱的方法：

• 进行价值流映射的 LOE（努力程度）应与潜在价值和节省保持平衡。从一开始，就要关注投资回报率（ROI）。
• 让业务和产品方面拥有丰富经验的人员参与价值流映射，因为映射流程可能具有很大的跨职能和复杂性。
• 进行价值流映射时，恐惧和不确定性是常见的症状，因此确定浪费的过程可能非常激烈。
• 改进这里的步骤和那里的步骤肯定会节省开支。但是，在完成完整演练之前，它可能不会直接体现出盈利的改善。话虽如此，小步骤改进通常是一个不错的起点。
• 不要急于立即使用专业的图表、工具和符号。首先，用铅笔素描或用白板勾勒出这个想法。尘埃落定后，再相应地将映射正式化。请记住，您正在努力减少浪费，而不是创造比以前更多的浪费。

总体而言，进行价值流映射可以，但过度使用可能会出现问题。

价值流映射用例

我们简单了解一下价值流映射如何为各个行业带来价值。域决定了流经价值流映射的流程项目。

在供应链中，价值流映射可以根除导致成品的代价高昂的延误。在制造业中，价值流映射通过分析物料处理和信息流的每个步骤来帮助确定浪费。流经价值流的流程项目是材料。

在服务行业，价值流映射有助于为外部客户提供有效及时的服务，而在行政部门和办公室内部，它为内部客户提供服务。在医疗保健领域，价值流映射可确保患者获得高质量护理的有效治疗。流经价值流的流程项目是客户需求。

价值流映射如何确定和减少浪费

价值流映射起源于企业制造行业。举个例子，假设一家汽车工厂收到新车的订单，需要原材料来生产新车。该公司使用价值流映射来概述生产新车所需的步骤。

在审查了汽车生产步骤后，该公司确定了开发中看似浪费的交接阶段。这个交接阶段需要叉车将原材料从仓库的一侧运送到生产线。但是，此举存在安全隐患，而且非常耗时。根据这一见解，该公司决定将原材料存储永久地直接移至生产线附近。这既提高了效率，又有可能完全消除叉车的需求！

精益制造有七种类型的浪费产生。

生产过剩

生产过剩是许多其他形式的浪费的催化剂。当制成品生产过剩时，它会通过不必要的成本导致进一步的浪费，例如额外的存储、浪费的原材料以及冻结在无用库存中的资本。

库存

库存浪费是存储和保存剩余库存所带来的责任成本。这些浪费包括住房库存空间的浪费、存储空间租金的浪费、运输成本的浪费以及储藏产品变质造成的浪费。

运动

运动浪费是可以最大限度地减少的人员或机器进行的所有运动的成本。我们在前面演示的叉车和供应位置示例就是运动浪费和优化的一个很好的例子。运动浪费有许多浪费性的副产品，包括污染、操作车辆产生的燃料浪费、维护维修以及设备故障造成的成本。

缺陷

事故确实会发生，而且代价可能很高。缺陷浪费管理旨在确定和减少导致最终产品有缺陷的事故和不完善之处。缺陷成本很高，因为它们需要更换，可能会产生额外的回收成本，或者可能是原材料的完全损失。

过度处理

过度处理浪费是指制造组件中可能被视为不必要的任何步骤。示例包括添加用户没有要求的功能或打磨用户可能看不到的产品区域。

等待

等待浪费是制造过程中任何缓慢且导致对最终产出反应延迟的步骤的成本。等待会导致照明、供暖、制冷方面的开支以及材料或合同到期的风险。

运输

运输浪费与运动浪费非常相似。运输浪费涉及多个地点或第三方伙伴关系之间的外部运输移动，而运动涉及同一地点的内部移动。

软件开发组织不处理在仓库周围实际移动原材料以制造成品的问题。软件开发需要将想法转化为切实的用户体验，从而为客户提供价值。

软件企业的价值流映射着眼于从客户支持、销售需求、竞争对手分析等来源获取“想法输入”，然后将其作为有价值的输出提供给最终客户的流程。软件开发价值流映射流程阶段主要关注跨团队沟通。

用户请求功能，产品团队设计功能，工程师收到设计并构建软件，然后将软件交付给最终用户。软件的价值流管理可用于确定这些阶段之间的浪费点。

以下是在软件开发或其他创造性工作中发现的七种浪费的列表。

部分完成的工作

当软件在不完整状态下推出时，就会发生这种情况。这可能是由于缺少完整的规格或缺乏自动化测试覆盖率而发生的。部分完成的工作还会导致一系列其他浪费，因为需要额外的工作来推送更多更新并填补缺少的功能。

额外功能

额外功能通常被称为“功能蠕变”，因所做的工作超出要求而造成浪费。额外功能是指不是用户直接要求的功能，而是出于直觉或猜测而在内部精心制作的功能。额外功能可能表现得很好，但通常是与实际客户需求脱节的副产品。

重新学习

缺少内部文档也可能导致重新学习浪费。如果发生软件故障或中断，最好的做法是调查并记录中断发生的原因以及如何进行补救。如果再次发生故障，但没有记录在案，则需要再进行一次调查和补救。

当团队或个人需要克服不熟悉技术的学习曲线时，也会发生重新学习的浪费。科技发展迅速。受市场趋势和炒作推动，初级开发人员可能需要改变当月使用的框架和库。尽管组织已经知道如何构建某种功能，但他们可能不得不重新学习如何在新框架中构建该功能。

交接

项目负责人变更、角色变更或出现员工流失，就会产生交接浪费。关键团队成员离开，项目将在没有背景的情况下交给团队成员。这种情况很难避免。或者，交接是由于管理不善和团队成员在操作中优先级的变化而发生的。

交接浪费也可能通过通信管道产生。例如，在 DevOps 团队中，开发团队可以与运维团队更紧密地集成，以帮助防止在交接要维护的产品时出现任何通信错误。这是避免交接浪费的一个例子。

延迟

延迟通常发生在项目上存在紧密耦合的依赖关系时，由于依赖上游决策或资源，项目的下游执行可能会暂停。虽然最好避免这些任务之间的依赖关系，但要将任务完美分离可能具有挑战性。一项任务的延迟可能会导致后续依赖任务的延迟。延误可能会导致一连串的浪费。软件开发通常要快速进行，并且任务分配给团队成员。

任务切换

任务切换浪费与交接浪费类似。任务在团队成员之间切换负责人时发生交接浪费，任务切换浪费则是会发生在个人身上。心理情境切换代价高昂。软件工程师可以达到一种思维节奏或“流程”，以最佳方式生成优秀的代码。高效的组织努力为其工程师优化这种心理状态。效率低下的组织用非关键干扰来轰炸工程师，例如会议和电子邮件，这会扰乱他们的工作流程。

缺陷

当软件中推送错误时，就会发生缺陷浪费。缺陷与部分完成的工作类似，但可能更浪费，因为缺陷是未知的，部分完成的工作通常是提前知道的。客户可能会发现缺陷，然后报告给客户支持，这可能是一个昂贵的管道，会导致延迟和任务切换。

The value stream mapping symbols

有一些标准符号用于概述价值流映射。

1. 决定您要解决的问题

从客户的角度来看，您要解决什么问题？您的客户是否觉得为产品提供新功能或改进需要太长时间？发布问题陈述，让每个人都保持同步。

2. 授予合适的团队权限

培养一支成熟且经验丰富的团队，他们可以熟练地及时解决这些问题。高管应该预留足够的预算，以确保执行不间断。

3. 限制流程

问题陈述发布后，相应地限制价值流映射的范围。您可能不需要映射整个发布流程，而是专注于特定领域。

4. 映射有限制的流程

请务必查看有限制的流程。这可能会大有不同，因为第一手经验无法被（可能有偏见的）他人叙述和（可能不完整和不准确）的文件取代。

定义步骤。我多次进行价值流映射分析。虽然这听起来可能多余，但我发现第二次交接中出现的问题在第一次交接中没有暴露出来。在我们进一步调查时，在第三次（也是最后一次）交接中，出现了更大的问题！

5. 收集流程数据

进行价值流映射时，请注意映射数据框中的流程数据。流程数据包括（但不限于）涉及的人数、平均工作时数、周期时间、等待时间、正常运行时间、停机期间等。

6. 创建时间线

映射流程时间和提前期。

7. 评估您当前的映射

保持好奇心。您的团队之间是否有多个依赖关系？您的提前期太长了吗？如果是这样，是因为您的测试套件没有（或不能）并行运行吗？您是否有稳定的环境，或者是否观察到团队无法重现的间歇性测试失败？

或者，您可能有一些您认为有价值但对客户毫无意义的流程步骤。关于信息流，寻找流中的停滞和阻力。注意这是推动还是阻碍。

8. 设计未来映射

您可能无法确定完整版和最终版本，没关系。确保您的新映射符合公司的愿景。

此外，没有什么是一成不变的。根据客户需求，不断进行调整。

9. 实施未来映射

遵循未来的价值流映射，验证它对客户是否更有意义。它应该已经解决了您一开始的问题陈述。定期监控 KPI 并从趋势中学习。确保每个人都在朝着客户的方向前进。

如果您想要了解成品是什么样子，这里有一个价值流映射示例。

The application of value stream mapping to continuous delivery

在软件开发中，价值流管理可以揭示从构思到生产的低效率，包括反馈循环和返工。它可以帮助减少步骤的数量和返工的需求。映射流程可以帮助您直观地看到交接发生的位置，这样您还可以发现等待时间阻碍了工作在系统中的移动。

顾名思义，持续交付 (CD) 不需要使用价值流映射，完全有可能在不了解价值流映射的情况下设计和实施 CD 管道。

只要实施得当，价值流映射就可以培育出一种持续改进的文化，这种文化在软件工程和运营中已被证明是行之有效的。价值流映射展示了价值流分析的结果，提供了一种直观的工具，便于理解和沟通。

为什么要将价值流映射带给您的团队？

Why bring value stream mapping to your team?

价值流映射可以应用于希望改善所有业务职能部门流程的行业。可视化交接有助于优化流程，并有助于节省开支。如果没有可视化，您的会议将持续更长时间，业务成果会变得模糊不清。

价值流映射可以创造奇迹，推动持续改进。在软件开发领域，持续改进是持续范式的核心，在这种范式中，持续交付管道频繁、可预测且可持续地向客户交付产品。当您能够以构思的速度发布时，客户就会很高兴！

价值流映射还有助于改善团队文化，因为富有成效的团队参与度更高，合作也很有趣！既然文化、生产效率和成本节省只是众多优势中的一部分，那么价值流映射难道不应该放在单个优先待办事项列表的顶部吗？

Atlassian 的 Open DevOps 还提供了一个开放的工具链平台，允许您使用自己喜欢的工具构建基于 CD 的开发管道。以 Jira 为支柱，您可以将价值流映射集成到您的工作流和流程中。