“道、法、术、器”是一个从顶层到底层的做事框架，落实在工业互联网和企业数字化转型话题上：论“道”的概念书，市面上已经有很多；讲“器”的书市面上也很多，这类书主要描述如何实现某些功能的技术细节。工业互联网和企业数字化转型话题，聚焦描绘顶层概念和底层技术之间如何衔接的“法”和“术”反而显得更稀缺，也就是一套完整的实操框架和如何在具体项目中衔接商业和技术底层不容易说清楚。本书就是着眼于讲“法”和“术”的一本书，用人物情景对话和案例，衔接工业互联网主题中最顶层的概念和最底层的技术环节，讲解如何发现工业企业中的问题、如何针对发现的问题来立项一个工业互联网研发项目、如何将工业互联网产品开发出来解决问题这个全过程。

听闻于老师写完了这本书稿时，我是满心欢喜，但又听他说因业余时间写这本书而无暇锻炼，体重增加了10斤，那时我是深感内疚，实在是罪过罪过，因为书是我提议他写的，下次再也不敢提议让他写书了。 我和于老师也是因书而认识的，因为看了他的上本书《落地生根—让智能制造回归价值》，当时被那本书的内容所吸引，通过文字语气，就觉得作者是一位平易近人非常低调的良师益友，有10多年一线研发和管理经验，参与过多个行业的大型项目的开发和规划，于是产生非认识一下不可的念头，通过我们“工业数字化落地生态技术交流合作群”里群友介绍终于认识了。我们初次联系就一聊如故，后来还特意一起搞了工业数字化的见面交流会。 关于工业数字化社群，有兴趣的读者可以通过邮箱（panguohua@qineng-control.com）给我们发交流问题，建立开放的工业数字化行业生态圈、助力更多的成员企业走向行业聚焦，这是我们的愿景。也可以通过问题的交流进一步协助企业解决数字化转型的实际困难，本书推荐人都是我们工业数字化社群的成员。 本书开创了两个第一，第一本关于智能制造系统性地如何落地的书，第一本以剧情对话的全新模式讲述工业互联网项目的书。把枯燥的技术通过茶会聊天的形式，通俗易懂的阐述了出来。本书和现在媒体宣传上把智能制造、企业数字化转型讲得高大上截然相反，是智能制造行业中的一股清流。 本书结合现场场景，讲述一家公司如何开展工业互联网项目并建立自己的研发团队，详细阐述了工业互联网项目中可能遇到的问题。本书侧重于讲系统开发的一些问题，对于工业互联网和企业数字化转型在项目和研发这个颗粒度上怎么做提供了指导。企业数字化转型及智能制造的其它顶层问题可以看于老师之前写的《落地生根—让智能制造回归价值》这本书，系统地阐述了企业数字化转型需要的各种管理软件工具和支撑条件。 ——智能制造生态合作发起人 潘国华（工业软件圈内，人称“老潘”）

第1章 剧集一：为企业体检，需要请医生吗 001 1.1 剧中的主要角色介绍 002 1.2 医之好治不病以为功？—专家的作用 005 1.3 医生万能？—“六不治”和“八个事实” 009 1.4 企业数字化转型是什么 010 1.5 “IT+OT”和“工业互联网”又是指什么 017 第2章 剧集二：窥见企业痛点，诊断调研 019 2.1 标准工具—国标、推荐标准等 019 2.2 定性地发现制造企业的问题—看表象 023 2.3 定量地发现制造企业的问题—看价值流 028 2.4 价值流图的局限性 034 2.5 总结并分析企业弱项 038 第3章 剧集三：企业数字化路线图的讨论 041 3.1 不知道如何数字化，是因为不知道数字化后的企业是啥样 041 3.2 如何制定数字化转型路线图的初稿 052 3.3 再次评审—自顶向下和自底向上 061 3.4 不折腾就是—正确的事要坚持做 062 第4章 剧集四：怎么才算一个工业互联网方案 064 4.1 可落地方案要有几个关键内容 064 4.2 深入地捋清楚流程 068 4.3 再思考“IT+OT”等概念 073 第5章 剧集五：“利弊权衡”与“自主可控” ——是否要组建自己的研发部 079 5.1 自己研发的支撑条件—有应用量，能降成本 080 5.2 关键角色先到岗 086 5.3 研发路线图定义 087 5.4 组织结构和职责定义 091 5.5 部门制度和顶层流程定义 094 5.6 激励方式 100 第6章 剧集六：从路线图中的规划到产品需求 104 6.1 两张产品路线图 107 6.2 产品需求背后的核心逻辑 110 6.3 从产品立意到需求描述：3步分解法 114 6.4 非功能性需求怎么体现在产品需求里 119 6.5 一个需求文档的主要章节 122 6.6 方法论的陷阱：止步于关键词 128 第7章 剧集七：从产品需求转化出研发项目需求 130 7.1 项目经理的“管理型”和“技术型” 133 7.2 从产品需求到开发需求 136 7.3 估算，要跟你见几次面 142 7.4 需求变更管理 148 7.5 研发项目计划制订 153 第8章 剧集八：产品研发的架构设计 165 8.1 架构的工作只发生在设计阶段吗 165 8.2 架构的作用 167 8.3 做个架构设计，总共分几步 168 8.4 派别之争：“功能派”与“重构派” 184 8.5 不急于开发，先验证关键技术风险点—POC和原型的重要性 186 第9章 剧集九：项目管理与敏捷式开发过程 189 9.1 用WBS进一步拆解有待细化的工作包 190 9.2 敏捷式开发方式中，流程怎么体现“敏捷” 194 9.3 敏捷开发中的测试工作怎么做 202 9.4 敏捷是一种弹性的方法，不要非左即右 210 9.5 项目经理的十八般兵器 211 第10章 剧集十：研发项目转向维护项目及运维项目 218 10.1 维护与运维的区别 218 10.2 维护项目为何存在，维护项目的难点在哪 220 10.3 敏捷是否适用维护项目，需要注意什么 223 10.4 DevOps，开发运维一体化 225 10.5 敏捷还适用运维项目吗 231 第11章 总结 233