价值流映射实战案例大荟萃:看板认证课学员作品

2021-04-25 14:57:00
尚君领
转贴:
翰德恩业务敏捷
186
摘要:本文来自看板国际认证课同学、资深研发主管尚君领原创,价值流映射案例来自看板认证课全班同学。


东市买骏马,西市买鞍鞯,
南市买辔头,北市买长鞭。

本文来自看板国际认证课同学、资深研发主管尚君领原创,价值流映射案例来自看板认证课全班同学。

什么是价值流映射

价值流是指从原材料转变为成品、并给它赋予价值的全部活动。这些活动包括:从概念到设计和工程、到投产的技术过程,从订单处理、到计划、到送货的信息过程,和从原材料到产品的物质转换过程,以及产品全生命周期的支持和服务过程。

《精益思想》一书将价值流中的活动分为三类:能创造价值的活动、不能创造价值但在目前的技术条件下又不得不做的活动(I型浪费)和不创造价值且可以立刻去除的活动(II型浪费)。

精益思想识别价值流的含义是在价值流中找到哪些是真正增值的活动、哪些是可以立即去掉的不增值活动。精益思想将所有业务过程中消耗了资源而不增值活动叫做浪费。识别价值流就是发现浪费和消除浪费。在实际工作中我们经常花很大的精力用在开发部分提高效率,但是最终结果并不如我们所愿,因为这样的改善很可能不会对整个流程起到改善的作用,甚至由于部分优化反而影响了全局的效率。而价值流图的绘制则可以让我们对整个流程有一个清晰的认识,从而识别出真正造成浪费的环节并采取行动消除它。

一个基于生产的典型价值流图如下所示:

绘制价值流图的人员和步骤

本段摘自王明兰老师课件:
团队的价值流应该由团队所有的人参加绘制,这样可以得到真正的数据和完整的视角。当然如果团队太大,则可以让价值流中每个环节的代表参加价值流映射。

步骤如下:
  • 分析工作项的类型
  • 列出工作项从诞生到交付的整个过程都经历哪些环节
  • 分析增值环节和非增值环节
  • 估算每个环节的耗时
  • 团队根据绘制的价值流图讨论如何去除/缩短不增值环节的时间

价值流图案例和路演分析点评

如下价值流图均来自王明兰老师2020年七月看板认证课的学员的真实案例,版权归该班级学员所有。

案例1: 需求分析价值流


这是很有意思的一个价值流图,比较有创意的把泳道图和价值流图结合到一起了,好处是可以非常清晰的看到价值在每个角色之间流动的情况,如果有浪费是浪费到哪儿,价值在组织里的流动是很清晰的。但是不好的地方在于浪费的识别没有脉冲图那么直观。

案例2: 需求开发价值流

这是一个比较简单的价值流图,好处是简单明了,把一个需求开发的过程用最简单的方式表现出来。问题是数据不够清楚,比如非增值活动有的数据缺失,感觉增值活动和非增值活动可以分得更详细一些,可以帮助我们识别浪费的准确位置。

案例3: 采用迭代工作方式的团队价值流


非常清晰的一张脉冲式价值流图,完整的表示了需求的价值流动。问题是非增值活动时间不具体,没法算Lead time和效率。还有开启迭代计划是不是应该算增值活动,因为随着计划会的召开,需求的状态是在往后流动的,而不是静止的。

案例4: 有并发过程的价值流

这个价值流图体现了并行开发过程,可以很清楚的看到软硬件是在哪个阶段并行工作以及关键路径是什么。问题是在长时间的过程里是不是可以再进行拆分,以便于识别其中的浪费所在。比如165天的过程,可以考虑按照具体的工作分开。

案例5: 需求调研阶段价值流图


这是一张非常清晰的脉冲式价值流图,不过只写了需求阶段。感觉是不是非增值活动要说明阻塞原因?比如在等待?或者有依赖?或者被block?等待,方便接下来讨论如何消除浪费。


案例6: 从需求调研到交付的全链路价值流

这是一张非常完整链路的价值流图,贯穿项目整个生命周期,从立项开始,非常清晰。一个是缺少时间单位,另外老师点评建议把前面商务的分开,分成两个价值流图,以便于在我们可以控制的地方去消除浪费。

案例7: 需求交付价值流

这是我自己绘制的价值流图,是一个典型的脉冲图。问题有以下几个:一个是时间单位不统一,第二是脉冲的宽度是不是要能体现时间的长短?即使不是按照等比例的,但是时间长的相对宽可以更清楚,第三是没有写上发布的活动,导致不够完整。

案例8: 用户试用产品的价值流

这是一个非开发的价值流图,是一个软件使用的过程。期待通过这个图识别哪儿能缩短整个过程,但是很难。从图里看出来流动效率很高,因为内部审批等流程非常高效,客户部分的时间由于需要等到完整项目周期,无法缩短。高效也是一个结论。

案例9: 并行迭代开发方式的价值流

这也是很有意思的一个价值流图。在价值流动的基础上加上了迭代,可以看到价值在不同迭代间的流动,有了时间的概念。不过还是觉得没有脉冲图能够更容易的识别浪费的环节。

案例10: 从需求提出到运营反馈闭环全链路价值流

这张价值流图看起来像饭店的菜单一样。上面是增值活动,下面是非增值活动。希望拿走下排哪一张牌牌,客官您说话:)这里要注意的是最后一张牌上是30天的“等待价值验证”,该价值流延伸到上线以后,所以流动效率和单纯开发的不太能比较。

案例11: 解决方案交付价值流

这又是一个非开发类的价值流图,用于解决方案的交付。看来脉冲图无往不利,可用于不同形式的项目实施来检查整个价值的流动。

案例12: 需求交付价值流

这张价值流图的分析环节,大家讨论了“修复缺陷”到底算不算增值活动,答案是不算增值活动,因为客户并不需要缺陷,质量是应该内建的。如果修复缺陷的时间太长,是需要减少这种浪费的。另外这里把需求采纳和不采纳的流动效率分开计算,也给组织一个清晰的价值流动过程认知。

案例13: 从idea到交付的全链路价值流

这是一个复杂但是不完整的价值流图。作者画到一半考虑了一个问题:根据公式流动效率 = 增值活动时间/周期时间,如果我们增加了增值时间,是不是就相当于了流动效率。换句话说,原来开发2天完成,现在4天完成,流动效率变高了。这不合理!讨论的结果是价值流图带给我们的是一个检查价值流动过程中浪费的输入 ,客户关心的是周期时间,也就是我们首先关注的应该是怎么减少周期时间,也就是消除浪费,然后考虑提高效率,再继续消除浪费,如此循环,持续改进!流动效率不是用来考核或者比较的,而是用来识别浪费的。


更多参考资料:https://idcf.org.cn/docs/#/lean/02-lean-thinking-principles/README?id=%e8%af%86%e5%88%ab%e4%bb%b7%e5%80%bc%e6%b5%81

联系我们
联系人: 柴老师
电话: +86 185 1045 6582
Email: clientservice@hardenx.cn
地址: 北京市海淀区善缘街1号立方庭1-105