2018 年底有一本名为《Project to Product: How to Survive and Thrive in the Age of Digital Disruption with the Flow Framework》著作出版，书中指出业务与 IT 之间的脱节是数字化转型失败的根本原因之一，并进一步提炼出了一个称为“流框架”的全新模型，用来建立业务驱动的数字化转型与支撑它们的技术转型之间所缺失的那一层连接。
如今，这本书的中文版《价值流动：数字化场景下软件研发效能与业务敏捷的关键》由张乐、姚东、李淳、吴非四位译者翻译，王勇审校出版问世了，让我们国内的读者也能在数字化转型的路上借鉴米克.科斯腾的流框架成功转身。
本文为云加速创始人兼CEO王勇为《价值流动》这本书所做的推荐序。
大概三年前，我有幸读到《From Project to Product》的原版，并把它强烈推荐给了我周围的DevOps从业者。如今，这本书终于有了中文翻译版，将给更多的读者带来不一样的启示——正如我初次见到它一样。
首先值得一提的是价值流动的视角变化。正如原书书名“Project to Product”所言，研发组织的持续改进可以从"产品"视角出发，而不仅仅是"项目"视角。产品只有生命周期，没有项目那样的起始点。产品是有价值属性的，而项目更偏向成本属性。产品是从想法开始，一直延伸到产品运营，对结果（outcome）负责；而项目是从软件需求开始，到上线结束，对产出（output）负责，遵从的是PMBOK。产品可以是若干个项目的合集，是真正完整流动的"活"的概念，而项目是冷冰冰的，含有强烈的"赶工"的意味，只要按时按量交付，就算是"成功"。
在我以往的创业经历中，这本书给予了我很大的启发。我带领团队在DevOps领域耕耘五年多，从自动化的工程域CI/CD/CT，到支撑快速创新的敏捷实践，以及站在应用生命周期视角来实现跨项目、跨团队管理的ALM，深切感受到软件研发工具的全景图非常宽广，涉及管理、工程、自动化等。我常常在想，软件研发是不是也可以像汽车或者手机生产线那样实现工业化？同时，几年前，我们的客户也开始要求"一体化研发效能平台"，从需求管理、项目管理、代码配置、CI/CD/CT甚至监控运维等各种工具全部集成在一起，客户的思维逐渐开始从工具的单点最佳转变为全局优化，这进一步促使我们去思考如何才能实现“1+1大于2”，其中的两个1便是代码前和代码后两段属性截然不同的价值流。《价值流动》这本书给出了让我欣喜的答案，显然可以解决工业制造的精益管理价值流落地于软件研发场景中的实际困难。我记得我当时花两个晚上读完了这本书，如久旱逢甘露，也坚定了我们团队未来十年的产品战略方向——紧跟数字化浪潮，打造基于产品视角的DevOp VSM（价值流交付和管理平台），这也是我们创办云加速的缘起。
书中非常清晰地给出了软件价值流实践所需要的基础理论框架 - 流框架 （Flow Framework）。该框架包括三大模型（即集成模型、活动模型和产品模型），完成了两层映射（从数据到活动以及从活动到产品）。集成模型向下对接各种单点最佳（best of breed）工具，产品模型向上衍生出四大流动度量指标（流动时间、流动速度、流动效率和流动负载）和四类业务成果（价值、成本、质量、幸福度），从不同的角度来识别产品或者需求在研发过程中价值流的流动情况。同时，流框架还定义了软件研发中的活动或者事项的四种属性（特性、缺陷、风险、债务），从而利用第五大流度量指标流分布来辨识产品研发价值流中的不同属性的工作的分布，直观地帮助产品经理或者组织识别价值本身。上述五大价值流指标，在实现"车同轨书同文"的基础上生动、完美、实时地描绘了一个数字化产品故事，让有生命的产品不仅有关于价值流动的实时"体检报告"，还可以指引产品不断完善并提升健康活力！
有兴趣的读者，一定想要继续翻页深入阅读这本书了。恭喜您，一定会开卷有益的！DevOps价值流管理，是DevOps工具地图中的新赛道，也是一个提供"上帝视角"的管理实践，是让IT和业务不再分割的利器，更是实现BizDevOps的不二法门。
王勇
云加速创始人兼CEO
云加速Vone价值流交付与管理平台，致力于帮助我们的客户消除浪费，提高数字产品交付的效率，通过产品、服务赋能客户研发效能提升。
如果您想要与云加速团队交流，欢迎在公众号后台留言，我们将在24小时内回复。
花更少的钱，让科技持续交付业务价值
Less Money，More Business Value
热门跟贴