精益价值流实践案例 | IDCF

无论你是产品经理，还是技术同学，亦或是项目经理，先让我们先来思考这样一个问题：我们每天通力协作去保障的“如期交付”，到底是在交付什么呢？是需求吗？功能点吗？显然不是！而是我们在“交付价值”。

假设，我们就认为“交付需求或功能点”就是正确的思维方式，那么会出现什么情况呢？

• 第一，会让流程中的人无意识的“物化自己”，潜意识里把自己变成了“机械流水线”中的一个部分“零件”。逐渐的拒绝思考，依赖于“你告诉我怎么做就好了”这种机械性指令，外加重复性劳动，专注于“如期交付在制品”，以此种方式获得存在的价值。但是可代替性很高，同时年纪的增大，哪天一旦“生锈”了，效率变低，就会被性价比更高的“新零件”所取代。而自身又因为之前的工作都是机械性的劳动力，而并无独特之处被淘汰。

• 第二，会产出一堆没价值的功能点，而致使整个产品失败。在这里不得不再次提一下“黄金圈法则”（我都说烦了，但是估计很多人都还是没认真看过、思考过，感兴趣的点击《Scrum落地关键实践》查找更多）， 大量的事实已经证明，人们在决定购买的时候，买的并不是产品功能，而是在为你的信念和宗旨在买单。因为认同你的价值观，所以买单。不是你把产品卖给了需要产品的人，而是卖给了跟你有相同理念、相同价值观的人。你看看苹果出新品的时候，那些彻夜不眠排队的大军，就是认同的人。亦或是小米社区的那些“米粉”。

• 第三，会产生明显的“部门墙或角色墙”。正因为大家都认为自己交付的就是“功能点”，所谓的“物”，所以它就是一个“任务”而已，我只需要关心完成我职责范围内的那部分就OK了，其它的一切，I don't care ！

以上就是“不以价值为导向”的链接，会产生的一些负面现象。所以，我们要想打破这种现象，就要专注于“价值流（Value Stream）”而不是“工作流（Workflow）”的研究。

何为价值流

Karen Martin和Mike Osterling曾在《Value Stream Mapping》一书中把价值流定义为：一个组织基于客户的需求所执行的一系列有序的交付活动，或者是为了给客户设计、生产和提供产品或服务所需从事的一系列活动，它包含了信息流和物料流的双重价值。

放在软件开发行业中，所谓“价值流”就是：把业务构想转化为向客户交付价值的、由技术驱动的服务所需要的流程。价值流始于工程师向版本控制系统中提交了一个变更，止于变更成功地在生产环境中运行，为客户提供价值，并生成有效的反馈和监控信息（注意：这里的“工程师”指的是在我们的价值流中的任何工作者，而不仅仅指开发人员）。

我仔细品一下价值流的“止于”，你会发现其中有四层意思：

• “成功地在生产环境中运行”，所谓的“发布上线”。
• “为客户提供价值”。不是发布后就结束了，要时刻记住：我们交付的不是功能点/软件，而是价值！
• “生成有效的反馈和监控信息”。提供价值就足够了吗？还不行，还需要从各方的反馈中，提炼出“有效的反馈”，以便为下一个迭代提供有效的输入，同时，还要建立持续监控的机制，以实时检查系统的健康状况，以及度量改进的有效性。

如何可视化当前价值流

在这里我引入的是SAFe DevOps中的一个工具——DevOps Transform Canvas。自从第一次在上海跟王立杰老师学完SDP后，就对这个工具一直情有独钟，顺便推荐下王立杰老师的SDP认证课程。

（当时一起学习的小伙伴）

（DevOps Transform Canvas模型）

怎么玩呢？当然不是项目经理或技术leader等某个人自己画一下，而是要共创！为什么非要共创呢？很简单，保证我们梳理出来的价值流现状是客观的，且是大家一致共识的。

下图是我当时在项目中实践时发出的邀请邮件，从中可以看出几点关键信息：

• 工坊。这不是一次会议，因为大家都很讨厌开会，传统的会议模式就是对着ppt读一遍，然后讨论环节也是七嘴八色无序且难以聚焦的。所以，我很喜欢把各种会议设计成workshop的形式。
• 分组。为什么要分组呢？因为要对比，尤其有leader参加的时候，大家可能不能完全放开，梳理过程受leader个人意愿影响较大，此时我们通过分组的方式，至少能保证有一组是客观的，同时，分成2组后，也可以形成一种对比效果。
• 收益。

本次工坊我们要达成什么效果呢？

• 某组价值交付流程全景图，将客观的呈现团队当前交付流程现状；
• 度量整个交流链路的有效活动占比，识别出关键瓶颈；
• 共创改进措施、过程标准等，以提高价值流动效率；

下面是在整个工坊过程中的一些过程照片，可以看出全程的互动效果还是蛮好的。

最终的输出：一张可视化的、清晰的、基于团队达成共识的价值映射流程图。有了这张图，我们其实可以从中获取非常多的信息。

一些心得

DevOps Transform Canvas 这个工具是非常棒的，尤其是和workshop进行结合。除了获取了一张可视化的、清晰的、基于团队达成共识的价值映射流程图外，其实在整个线下实施过程中，PM可以作为一个观察者，还捕获很多额外的信息。

比如，在流程梳理的阶段，各角色是一次性都写完自己的工作，然后各自粘到墙上就不管了，还是大家从源头，一起讨论，顺着节点一步一步的梳理，每次一张的写在便利贴上进行按序粘贴？在里面可以看出各“角色墙”的严重程度，同时也可以看出大家对价值的认知程度，是眼中只有自己手里的那点任务，还是能跳出来看价值的通盘流动。

再比如，在最后讨论如何提高与改进当前价值流的时候，大家更多的是在吐槽别人，还是能从自身出发，围绕价值本身，去宏观的思考“我能为价值的快速流动做哪些改进”。

当然，还有更多值得被捕获的画面，每一帧画面背后，都映射着某种深层次的本源。我们可以从中分析出更多的问题，更容易帮助管理者快速看到“冰山之下”的全貌，对我们后期做出关于改进的决策，提供了有力的支撑。

作者：FDCC认证学员李岩

IDCF【冬哥有话说】免费直播，关注公众号回复“冬哥”获取地址

• 10月21日（周四）晚8点，丰志强分享《组织级敏捷转型》
• 10月28日（周四）晚8点，钱勇分享《toB SaaS从战略到产品运营的天龙八步》