数字化转型：企业破局的34个锦囊

本书试图真实地展示企业为应对第四次工业革命时代所要面对的困难。根据作者与各种组织密切合作进行数字化转换的经验，针对以下三个主要领域，提供了34个锦囊：在客户期望不断提高的时代，如何重新调整业务和运营架构，更加关注客户价值；如何建立一个响应更快，更敏捷的组织来应对速度和模糊性；如何将下一代技术能力作为核心差异化优势。这将有助于组织成功地踏入数字化转型之路。每个章节都有一个关键点部分，其中包含两个相关锦囊，完整的列表在“结论：开始行动”一章中。<br>

序言1<br/>前言5<br/>第一部分 面向客户成效，满足客户不断提升的期望<br/>第1章 简化商业模式15<br/>1.1 股东利益与客户价值15<br/>1.2 确定组织的简化模式18<br/>1.3 关键点21<br/>第2章 洞察客户价值22<br/>2.1 关注客户成效23<br/>2.2 技术对客户价值和期望的影响26<br/>2.3 关键点37<br/>第3章 精益切片转型39<br/>3.1 为什么大型转型项目会失败39<br/>3.2 实施精益切片46<br/>3.3 转型“永无止境”51<br/>3.4 关键点53<br/>第4章 度量与决策54<br/>4.1 客户价值度量56<br/>4.2 财务度量60<br/>4.3 个人关键绩效指标63<br/>4.4 改进度量65<br/>4.5 总结一下67<br/>4.6 关键点68<br/>第5章 工作与度量标准对齐69<br/>5.1 级联方法71<br/>5.2 优先级排序与治理80<br/>5.3 总结一下85<br/>5.4 关键点86<br/>第6章 透明与可视化88<br/>6.1 可视化系统89<br/>6.2 空间91<br/>6.3 报告和图表96<br/>6.4 画廊漫步101<br/>6.5 关键点102<br/>第二部分 数据驱动决策，打造高响应力组织<br/>第7章 组织约束107<br/>7.1 组织架构107<br/>7.2 角色执迷113<br/>7.3 妥协致死118<br/>7.4 文化演进121<br/>7.5 关键点125<br/>第8章 职能约束126<br/>8.1 常规职能调整127<br/>8.2 财务130<br/>8.3 人力资源141<br/>8.4 法务与合规148<br/>8.5 关键点154<br/>第9章 数据决策155<br/>9.1 数据作为知识的来源156<br/>9.2 数据作为决策点：选择要做什么159<br/>9.3 用数据打造智能企业163<br/>9.4 关键点166<br/>第三部分 技术重构业务：业务领导者的技术视角<br/>第10章 领导者必备的技术思维173<br/>10.1 技术卓越至关重要173<br/>10.2 赋能人才175<br/>10.3 持续交付与DevOps181<br/>10.4 数字化平台183<br/>10.5 产品胜过项目186<br/>10.6 IT部门的未来188<br/>10.7 关键点191<br/>第11章 技术卓越至关重要192<br/>11.1 IT系统是实用资产还是战略资产193<br/>11.2 为什么内部质量对战略资产很重要199<br/>11.3 技术卓越是一种选择207<br/>11.4 关键点211<br/>第12章 赋能人才213<br/>12.1 内建更多核心数字化能力213<br/>12.2 建立学习型文化216<br/>12.3 建立赋能文化220<br/>12.4 为潜力而招聘225<br/>12.5 通过数字化合作伙伴扩充数字化人才226<br/>12.6 关键点232<br/>第13章 持续交付与DevOps233<br/>13.1 尽早并持续发布软件特性233<br/>13.2 DevOps进一步扩展了跨职能团队概念241<br/>13.3 成功的四个关键指标243<br/>13.4 总结一下244<br/>13.5 关键点245<br/>第14章 数字化平台246<br/>14.1 支持API的模块化架构而非单体架构247<br/>14.2 自助访问数据254<br/>14.3 交付基础设施255<br/>14.4 遗留系统现代化258<br/>14.5 关键点266<br/>第15章 产品胜过项目268<br/>15.1 定义产品思维268<br/>15.2 产品与项目的区别270<br/>15.3 产品思维的好处271<br/>15.4 如何实现以产品为导向277<br/>15.5 转向以产品为中心所面临的挑战279<br/>15.6 总结一下280<br/>15.7 关键点281<br/>第16章 IT部门的未来283<br/>16.1 更好地对齐业务与IT283<br/>16.2 创建明确的战略以应对日益增长的技术复杂性285<br/>16.3 团队与客户成效（而非功能系统）保持一致286<br/>16.4 不应该有两种速度288<br/>16.5 专注于团队建设291<br/>16.6 “T型”人才294<br/>16.7 业务与IT之间的边界正在模糊化297<br/>16.8 业务领导者将更多地参与技术决策299<br/>16.9 关键点300<br/>后记 最后的反思：领导力的重要性302<br/>总结 开始行动319