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

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