展开全部

主编推荐语

一本指导现代化架构之旅的实用手册。

内容简介

作者凭借在全球不同国家和行业内的多年实践经验,从战略规划、技术选型、架构设计到人力资源管理、团队建设和流程优化等多个维度,为企业的现代化改造提供了全面的指导。

本书讨论了通过引入沃德利地图、事件风暴、产品分类、领域划分、团队拓扑、松耦合软件架构、内部开发者平台、数据网格、现代化战略、学习与提升技能来加快企业的产品创新和服务优化,同时有效地管理变革,减少风险。

目录

  • 版权信息
  • 推荐序一
  • 推荐序二
  • 译者序
  • 前言
  • 致谢
  • 作者简介
  • 第1章 什么是架构现代化
  • 1.1 架构超越技术和模式
  • 1.2 独立价值流是构建现代架构的基础
  • 1.2.1 通过清晰定义的领域边界来最小化变更耦合
  • 1.2.2 在多个层级上构建架构以实现全局优化
  • 1.3 架构现代化是由投资组合驱动的演进之旅
  • 1.4 本书未涉及的主题
  • 第2章 为旅程做好准备
  • 2.1 领导层是否做好了准备
  • 2.1.1 业务和产品领导层是否真正准备好为了架构现代化而减缓新功能发布的速度
  • 2.1.2 领导者是否意识到遗留系统和工作方式的复杂性及难以改变
  • 2.1.3 面对不可避免的突发情况,例如重大延误或成本上升,领导者的反应会是什么
  • 2.1.4 领导者准备好改变工作方式了吗?能否使他们调整资金模式、优先级和流程,同时给予团队更大决策权
  • 2.1.5 领导者愿意为员工学习和培训投入足够时间和资金,以确保他们掌握现代化改革所需的技能吗
  • 2.1.6 技术人员能否清晰地向业务领导和利益相关者说明他们的想法将如何带来益处
  • 2.2 准备迎接新架构思维
  • 2.2.1 准备采纳康威定律
  • 2.2.2 准备采纳协作式架构实践
  • 2.2.3 准备将架构与战略连接起来
  • 2.2.4 准备打破业务和IT的壁垒
  • 2.3 行业案例:ICE音乐版税处理的现代化
  • 2.4 警惕架构现代化万能解决方案
  • 2.4.1 警惕附加式现代化
  • 2.4.2 警惕组织结构和流程谬误
  • 2.4.3 准备投资于高质量的技术实践
  • 2.5 准备支持各层级的领导者
  • 第3章 业务目标
  • 3.1 架构现代化的业务动机
  • 3.1.1 落后于快速发展的竞争对手
  • 3.1.2 架构阻碍业务增长
  • 3.1.3 奉行退出战略
  • 3.1.4 通过并购实现增长
  • 3.1.5 糟糕的用户体验成为公司发展的绊脚石
  • 3.1.6 低效的内部工具和流程
  • 3.1.7 改善招聘和留住人才
  • 3.2 连接架构现代化与增长战略
  • 3.2.1 增长战略:产品开发
  • 3.2.2 增长战略:市场渗透
  • 3.2.3 增长战略:市场开发
  • 3.2.4 增长战略:多元化
  • 3.3 确定“北极星”
  • 3.3.1 选择合适的北极星指标
  • 3.3.2 应用北极星框架
  • 3.3.3 行业案例:Danske银行的北极星指标
  • 第4章 倾听和绘图之旅
  • 4.1 选择会面对象
  • 4.2 谁负责组织倾听之旅
  • 4.3 如何有效地进行倾听之旅
  • 4.3.1 营造一个安全的环境
  • 4.3.2 运用多种工具
  • 4.3.3 结构式与非结构式讨论
  • 4.4 将团队聚集在一起
  • 4.4.1 行业案例:临床肿瘤学结构式探索研讨会
  • 4.4.2 行业案例:在一家大型斯堪的纳维亚企业启动架构现代化计划
  • 第5章 沃德利地图
  • 5.1 战略循环
  • 5.2 创建沃德利地图
  • 5.3 理解演进
  • 5.3.1 演进的特征
  • 5.3.2 快速学习练习:理解演进
  • 5.4 气候力量
  • 5.4.1 一切都在演进
  • 5.4.2 多种组件共同演进
  • 5.4.3 过去的成功导致惰性
  • 5.4.4 变化并非总是线性的
  • 5.4.5 评估气候变化的影响
  • 5.5 制定战略决策
  • 5.5.1 组件演进加速器
  • 5.5.2 减缓演进的减速器
  • 5.5.3 市场模式
  • 第6章 产品分类
  • 6.1 定义构建模块
  • 6.1.1 IVS
  • 6.1.2 领域
  • 6.1.3 产品
  • 6.1.4 平台
  • 6.1.5 产品组和产品组合
  • 6.1.6 行业案例:Salesforce产品分类(2017)
  • 6.1.7 构建模块备忘清单
  • 6.2 设计产品分类
  • 6.2.1 从容易的部分开始
  • 6.2.2 使用适当的方法
  • 6.2.3 期待持续演进
  • 6.2.4 分配设计责任
  • 6.3 现代化的机遇、风险和挑战
  • 6.3.1 依赖和边界不对齐
  • 6.3.2 权属不明或缺失
  • 6.3.3 技能差距
  • 6.3.4 产品和领域现代化
  • 6.3.5 复杂性和认知负荷
  • 6.3.6 宏观层面的约束与挑战
  • 6.4 什么是产品
  • 6.4.1 产品、功能、组件
  • 6.4.2 产品、变体、旅程
  • 6.4.3 产品模式
  • 第7章 全局事件风暴
  • 7.1 理解事件风暴
  • 7.1.1 符号表示
  • 7.1.2 混沌探索
  • 7.1.3 优化学习和协作
  • 7.1.4 何时使用事件风暴
  • 7.2 组织事件风暴研讨会
  • 7.2.1 规划一次研讨会
  • 7.2.2 准备空间
  • 7.2.3 启动会议
  • 7.2.4 构建时间线
  • 7.2.5 对时间线进行排序
  • 7.2.6 时间线演练
  • 7.3 暴露问题和机会
  • 7.3.1 问题
  • 7.3.2 机会
  • 7.3.3 解决问题与抓住机遇
  • 7.4 引导者提示和挑战
  • 7.4.1 建模的启发式方法
  • 7.4.2 常见挑战
  • 第8章 产品和领域现代化
  • 8.1 行业案例:商业财产税现代化
  • 8.2 识别产品需求
  • 8.2.1 让合适的人参与进来
  • 8.2.2 确定不进行现代化改造的成本
  • 8.2.3 不要盲目地对代码进行逆向工程
  • 8.2.4 分析系统信息
  • 8.2.5 与真实用户交流
  • 8.2.6 持续发现
  • 8.2.7 人们放弃了哪些请求
  • 8.2.8 我们一直都是这样做的
  • 8.2.9 发现影子IT系统
  • 8.2.10 行业案例:英国住房和社区发展部
  • 8.3 现代化领域模型
  • 8.4 流程建模事件风暴
  • 8.4.1 符号
  • 8.4.2 规划研讨会
  • 8.4.3 引导研讨会
  • 8.5 领域叙事
  • 8.5.1 符号
  • 8.5.2 规划和引导研讨会
  • 8.5.3 回放故事
  • 8.5.4 何时使用领域叙事
  • 第9章 识别领域和子领域
  • 9.1 良好的领域边界的价值
  • 9.2 领域识别原则
  • 9.2.1 领域边界取决于目标
  • 9.2.2 概念可以通过多种特征相互耦合
  • 9.2.3 并非所有的依赖都耗费同样资源
  • 9.2.4 探索多种模型
  • 9.2.5 行业案例:英国广播公司
  • 9.2.6 不要依赖肤浅的知识
  • 9.2.7 清晰定义的边界并非万能良药
  • 9.2.8 准备迎接持续的演变
  • 9.3 领域边界的启发式方法
  • 9.3.1 五个指导性的领域边界启发式方法
  • 9.3.2 子领域边界启发式方法
  • 9.3.3 子领域分组启发式方法
  • 9.3.4 行业案例:航空公司的领域分解
  • 9.4 使用事件风暴识别领域和子领域
  • 9.4.1 关键事件
  • 9.4.2 时间线分块
  • 9.4.3 寻找分散子领域
  • 9.4.4 子领域对比用户旅程/流程
  • 9.4.5 分析子领域
  • 9.4.6 规划一系列研讨会
  • 第10章 战略性IT投资组合
  • 10.1 实用性IT与战略性IT二元分类法
  • 10.1.1 定制化运营模式
  • 10.1.2 识别战略性IT
  • 10.2 核心领域图
  • 10.2.1 核心领域图示例
  • 10.2.2 评估模型复杂性
  • 10.2.3 核心领域演进
  • 10.2.4 行业案例:活动行业规模扩大
  • 10.2.5 与沃德利地图的比较
  • 10.3 核心领域图模式
  • 10.3.1 决定性核心领域
  • 10.3.2 无法防御的核心领域
  • 10.3.3 豪赌未来核心领域
  • 10.3.4 高杠杆支持子领域
  • 10.3.5 基础支持子领域
  • 10.3.6 关键支持子领域
  • 10.3.7 可疑支持子领域
  • 10.3.8 隐藏核心领域
  • 10.3.9 黑天鹅核心领域
  • 10.3.10 投资组合模式
  • 10.4 行业案例:Vinted的战略架构对齐
  • 第11章 团队拓扑
  • 11.1 团队拓扑原则
  • 11.1.1 可持续的快速工作流
  • 11.1.2 将小型的长期团队作为标准
  • 11.1.3 团队至上的思维
  • 11.1.4 谁构建,谁运维
  • 11.1.5 清晰的边界可以减少认知负荷
  • 11.1.6 拥抱康威定律
  • 11.2 团队拓扑模式
  • 11.2.1 四种团队类型
  • 11.2.2 三种交互模式
  • 11.2.3 行业案例:全球化妆品品牌
  • 11.3 验证候选价值流
  • 11.3.1 独立服务启发式方法
  • 11.3.2 授权等级模型
  • 11.3.3 优秀/糟糕的产品团队
  • 11.4 感知和演进团队拓扑
  • 11.4.1 组织感知
  • 11.4.2 行业案例:多产品时的尴尬交互
  • 11.4.3 演进模式
  • 11.5 团队分组模式
  • 第12章 松耦合软件架构
  • 12.1 耦合类型和耦合强度
  • 12.2 建模架构流程
  • 12.2.1 探索漩涡模型
  • 12.2.2 领域消息流建模
  • 12.2.3 行业案例:现代化会计系统
  • 12.3 单个子系统设计
  • 12.3.1 使用画布
  • 12.3.2 软件设计事件风暴
  • 12.4 子系统的现代化战略
  • 12.4.1 现代化战略选择器
  • 12.4.2 迁移模式
  • 12.4.3 评估当前状态的复杂性
  • 12.5 行业案例:领域驱动的零工平台现代化,以支持新市场
  • 第13章 内部开发者平台
  • 13.1 开发者体验
  • 13.1.1 在不到一天时间内从零到产品上线
  • 13.1.2 为团队铺设红毯,实现持续交付
  • 13.1.3 愉快的入职体验
  • 13.1.4 无障碍的本地开发体验
  • 13.1.5 行业案例:HMRC的多渠道数字税务平台(英国政府)
  • 13.2 平台能力
  • 13.2.1 最佳实践路径
  • 13.2.2 流水线和环境
  • 13.2.3 可观测性
  • 13.2.4 软件应用程序目录
  • 13.2.5 优秀的平台文档
  • 13.2.6 安全性和合规性
  • 13.2.7 API管理
  • 13.2.8 FinOps
  • 13.3 行业案例:La Redoute平台驱动的商业模式革命
  • 13.4 管理内部开发者平台
  • 13.4.1 平台即产品
  • 13.4.2 人员配备充足
  • 13.4.3 自建与外采
  • 13.4.4 技术标准化与灵活性
  • 13.4.5 平台工程师体验
  • 13.5 何时构建平台
  • 第14章 数据网格:变革数据工程
  • 14.1 为复杂数据设置场景环境
  • 14.1.1 数据工程的黎明
  • 14.1.2 围绕数据的新需求
  • 14.1.3 问题多于解决方案
  • 14.2 数据网格的四大原则
  • 14.2.1 领域所有权原则
  • 14.2.2 数据即产品原则
  • 14.2.3 自助式数据平台原则
  • 14.2.4 联邦式计算治理原则
  • 14.2.5 原则非孤立存在
  • 14.3 构建第一个数据量子
  • 14.3.1 具有最小值的元素
  • 14.3.2 逻辑架构
  • 14.3.3 新的挚友:数据合约
  • 14.3.4 物理架构
  • 14.4 跨体验层导航
  • 14.4.1 基础设施体验层
  • 14.4.2 数据产品体验层
  • 14.4.3 网格体验层
  • 14.5 首先和接下来的步骤
  • 第15章 架构现代化赋能团队
  • 15.1 AMET的主要目的
  • 15.1.1 启动现代化计划
  • 15.1.2 保持现代化发展势头
  • 15.1.3 实现更好的设计
  • 15.1.4 实现长远且持续的变革
  • 15.1.5 沟通愿景和进展情况
  • 15.1.6 推广成功案例和经验教训
  • 15.2 行业案例:欧洲电信公司的现代化赋能团队
  • 15.3 逐渐解散AMET
  • 15.3.1 不断演进的投入和参与
  • 15.3.2 建立架构运营模式
  • 15.4 为AMET配备人员
  • 15.4.1 耐心与关系建设
  • 15.4.2 AMET应该是全职的吗?
  • 15.4.3 引入外部帮助
  • 15.5 授权AMET
  • 15.6 命名AMET
  • 15.7 并非总是需要AMET
  • 第16章 战略与路线图
  • 16.1 敢想:制定有吸引力的愿景
  • 16.1.1 制定现代化战略
  • 16.1.2 行业案例:制定IgluCruise.com现代化战略
  • 16.2 成功实施:在三到六个月内交付第一阶段的成果
  • 16.2.1 规划第一阶段
  • 16.2.2 选择起点
  • 16.2.3 何时考虑内部开发者平台
  • 16.2.4 如果事情没有按计划进行应该怎么办
  • 16.3 规模化:加速现代化进程
  • 16.3.1 操作手册
  • 16.3.2 播种和传播专业知识
  • 16.3.3 为现代化工作排序
  • 16.3.4 在发现、设计与交付之间取得平衡
  • 16.3.5 平衡现代化与其他工作
  • 16.3.6 现代化之旅的可视化与传达
  • 16.4 持续评估与调整
  • 16.4.1 指标
  • 16.4.2 把脉
  • 16.4.3 会议
  • 16.4.4 持续反馈渠道
  • 16.4.5 与一线员工在一起
  • 16.4.6 做好准备做出艰难决定
  • 第17章 学习和提升技能
  • 17.1 播种
  • 17.1.1 行业案例:在法国HR科技独角兽公司播下DDD种子
  • 17.2 为即将到来的项目需求提升技能
  • 17.3 建立持续学习的环境
  • 17.3.1 实践社区
  • 17.3.2 定期的小型学习机会
  • 17.3.3 导师制
  • 17.3.4 赋能有影响力的人
  • 17.3.5 博客写作与公开分享
  • 17.3.6 内部会议
  • 17.4 行业案例:CloudSuite的学习驱动的现代化
展开全部

评分及书评

尚无评分
目前还没人评分

出版方

机械工业出版社

机械工业出版社是全国优秀出版社,自1952年成立以来,坚持为科技、为教育服务,以向行业、向学校提供优质、权威的精神产品为宗旨,以“服务社会和人民群众需求,传播社会主义先进文化”为己任,产业结构不断完善,已由传统的图书出版向着图书、期刊、电子出版物、音像制品、电子商务一体化延伸,现已发展为多领域、多学科的大型综合性出版社,涉及机械、电工电子、汽车、计算机、经济管理、建筑、ELT、科普以及教材、教辅等领域。