敏捷商业分析与计划：从战略规划到持续交付价值

内容简介

　　《敏捷商业分析与计划：从战略规划到持续交付价值》通过贯穿全书的一个敏捷分析与计划全景图和一个循序渐近的案例学习来展示商业分析和敏捷方法紧密结合从最开始的战略规划到最后持续交付价值。读者可以在本书的指导下进行敏捷分析与计划，帮助组织灵活地应对快速变化的商业环境。《敏捷商业分析与计划：从战略规划到持续交付价值》适合产品负责人、产品/ 项目集经理、商业分析师、需求工程师和项目经理阅读与参考，也是商业分析相关认证考试的备考指南，还可以帮助读者培养和提升敏捷分析与计划能力。

作者简介

　　霍华德·波德斯瓦（Howard Podeswa）过去二十多年，霍华德一直致力于敏捷分析与计划优化实践，为全球各地的私营/上市公司以及高等院校设计和提供敏捷与商业分析培训课程。他涉及的行业很广，包括电信、银行、政府服务、户外用品、保险和医疗保健等，服务过的客户有国际标准化组织（ISO）、穆迪、梅奥医学中心、加拿大研科公司、道明银行、莱博科、美国食品和药物管理局（FDA）、贝尔加拿大公司、美国REI集团和美国波士顿大学等。霍华德还是另外两本书的作者，主题涉及商业分析和UML。周子衿本科期间多次入选“院长优等生名单”，主修商业分析，曾经运用数据模型和R语言帮助某企业在半年内实现了十倍的业务增长。奉行深思笃行的做事原则，有志于通过技术途径和感性思维来探寻商业价值与人文精神的平衡。代表译作有《游戏项目管理与敏捷开发》《高质量用户体验》《敏捷商业分析与计划：从战略规划到持续交付价值》以及《人工智能与用户体验：以人为本的设计》。

图书目录

第1 章敏捷分析与计划的艺术 001
1.1 目标 002
1.2 关于艺术和敏捷商业分析 002
1.3 我在一家稳定的大公司工作，敏不敏捷和我有什么关系呢 006
1.4 故事1：与我无关 009
1.5 故事2：坏脾气的客户 012
1.6 小结 013
1.7 下一个主题 013
第2 章敏捷分析与计划及其价值主张 015
2.1 目标 016
2.2 什么是敏捷分析与计划 016
2.3 商业分析师指的是哪些人 017
2.4 为什么要做敏捷分析与计划 018
2.5 敏捷与商业分析的平行发展简史 019
2.5.1 商业分析简史 020
2.5.2 敏捷开发简史 020
2.6 针对同一个问题的两种诊断 021
2.7 商业分析的诊断 022
2.8 商业分析简史 022
2.9 来自敏捷的诊断 025
2.10 敏捷的历史 026
2.11 敏捷团队为什么要具备高效商业分析能力 027
2.12 小结 028
2.13 下一个主题 028
第3 章敏捷分析与计划基础 031
3.1 目标 032
3.2 《敏捷宣言》对商业分析的意义 032
3.2.1 《敏捷宣言》 032
3.2.2 第一个价值观对分析的影响 033
3.2.3 第二个价值观对分析的影响 033
3.2.4 第三个价值观对分析的影响 033
3.2.5 第四个价值观对分析的影响 033
3.3 12 大原则对商业分析的意义 033
3.4 实践、标准和框架 035
3.4.1 商业分析标准 035
3.4.2 与需求相关的术语 037
3.4.3 敏捷计划 047
3.4.4 敏捷框架 049
3.5 敏捷角色与商业分析师概述 066
3.5.1 产品负责人的BA 职责 067
3.5.2 敏捷团队分析师 067
3.5.3 Scrum Master 的BA 职责 068
3.5.4 代理用户 068
3.5.5 产品推动者（总监）的BA 职责 068
3.5.6 教练 069
3.5.7 在什么情况下建议使用专职商业分析师 069
3.5.8 商业分析师提供需求领导力 070
3.5.9 商业分析师和商业系统分析师的区别 071
3.6 敏捷商业分析师的软技能 071
3.6.1 将潜意识转为有意识 071
3.6.2 好奇心 072
3.6.3 变革的推动者 072
3.6.4 政治智慧 072
3.6.5 与难缠的人合作愉快 072
3.6.6 谈判技巧 072
3.6.7 引导能力 072
3.6.8 适应能力 073
3.6.9 勇于提出问题 073
3.6.10 幽默感 073
3.7 13 大关键敏捷分析实践及其与瀑布的区别 073
3.7.1 能力而非角色 073
3.7.2 引导师而非信使 073
3.7.3 拥抱需求变更 074
3.7.4 与开发人员是协作关系，而不是合同关系 074
3.7.5 准时（JIT）需求分析 074
3.7.6 对话而非文档 074
3.7.7 示例规范：验收测试驱动的开发 074
3.7.8 小型需求单位 074
3.7.9 功能的垂直切片 074
3.7.10 轻量级工具 075
3.7.11 商业分析师和商业干系人参与整个开发生命周期 075
3.7.12 混合使用传统BA 和敏捷BA 工具 075
3.7.13 聚焦于当下 075
3.8 敏捷商业分析的经验法则 075
3.9 小结 076
3.10 接下来的主题 076
第4 章跨敏捷开发生命周期的分析与计划活动 079
4.1 目标 082
4.2 敏捷分析与计划地图概述 082
4.3 区域 083
4.4 通道 083
4.5 三幕故事 084
4.6 第一幕：短通道 085
4.6.1 初步准备和计划 085
4.6.2 填充待办事项列表 086
4.6.3 日常活动 088
4.6.4 特性收尾：为GA 做准备 089
4.6.5 季度开端，迭代开端 089
4.6.6 迭代收尾 089
4.6.7 季度收尾 089
4.7 第二幕：长通道 089
4.8 第三幕：大型通道 090
4.8.1 规模化组织 090
4.8.2 规模化的季度计划 091
4.8.3 规模化的迭代计划 091
4.8.4 日常的计划与分析 091
4.8.5 迭代收尾 091
4.8.6 季度收尾 092
4.9 小结 092
4.10 下一个主题 092
第5 章组织的准备工作 093
5.1 目标 096
5.2 本章在全景图中的位置 096
5.3 什么是启动和计划 096
5.4 预先应该花多长时间进行启动和计划 097
5.4.1 预期风险越大，越需要进行预先计划 097
5.4.2 前事不忘，后事之师7 097
5.5 目标一致性模型 098
5.5.1 差异化象限（右上角） 099
5.5.2 均势象限（右下角） 099
5.5.3 合作伙伴象限（左上角） 100
5.5.4 无人在意象限（左下角） 100
5.6 准备基础设施 100
5.6.1 从手工测试过渡到自动测试 101
5.6.2 构建和发布过程自动化的时机 103
5.7 组织开发团队 103
5.7.1 组建敏捷团队的准则 104
5.7.2 围绕价值进行组织 105
5.7.3 特性团队与通用团队 107
5.7.4 扩展团队 107
5.7.5 为什么按能力组织团队对企业不利 108
5.8 管理干系人对敏捷开发的期望 109
5.8.1 推迟需求就是拒绝需求的负面期望 109
5.8.2 对生产力的期望 110
5.9 准备好客户与开发者的关系 111
5.9.1 客户权利和责任法案 111
5.9.2 开发人员的权利和责任法案 112
5.10 敏捷财务计划 113
5.10.1 衡量成功 113
5.10.2 以发现为导向的财务计划 113
5.11 让营销和分销团队做好准备 114
5.12 准备好渠道和供应链 115
5.13 准备好公司治理和合规审查 115
5.13.1 挑战合规假设 115
5.13.2 设计流程后再进行合规审查 116
5.13.3 专注于目标，而不是手段 116
5.13.4 一次性实验 116
5.14 为资源需求的增加做准备 117
5.15 让企业为敏捷开发做准备 117
5.15.1 敏捷流畅度模型 118
5.15.2 团队的过渡 119
5.15.3 企业层面的过渡 120
5.15.4 过渡的时间线 122
5.15.5 沟通计划 122
5.15.6 敏捷企业过渡团队 123
5.16 确定组织的准备情况 123
5.17 小结 124
5.18 下一个主题 125
第6 章过程的准备工作 127
6.1 目标 130
6.2 本章在全景图中的位置 130
6.3 过程的准备工作 130
6.4 根据环境调整敏捷实践 130
6.4.1 敏捷开发的成本 131
6.4.2 敏捷开发的收益 131
6.4.3 寻找成本和收益的最佳平衡点 131
6.4.4 确定框架 134
6.5 调整流程 135
6.5.1 商业分析信息工件和事件 135
6.5.2 敏捷BA 信息工件的检查清单 135
6.5.3 定义需求类型 136
6.5.4 调整待办事项列表的需求 137
6.5.5 确定需求颗粒度 140
6.5.6 追踪需求和其他配置项目 142
6.5.7 设置过程参数 147
6.6 使用价值流图优化过程 159
6.7 确定过程的准备程度 160
6.8 小结 160
6.9 下一个主题 161
第7 章设定愿景 163
7.1 目标 166
7.2 本章在全景图中的位置 166
7.3 产品愿景设定和史诗的准备工作概览 166
7.3.1 产品愿景示例及其重要性 167
7.3.2 愿景设定检查清单 168
7.3.3 初步识别干系人 168
7.3.4 引导技巧 168
7.4 根本原因分析 169
7.4.1 五问法 170
7.4.2 因果图 174
7.4.3 因果树状图 178
7.5 指定一个产品或史诗 184
7.6 问题或机会陈述 184
7.7 产品画像 187
7.8 拟定产品和史诗愿景宣言 188
7.8.1 产品愿景宣言 189
7.8.2 史诗愿景宣言 189
7.8.3 优秀的产品和史诗愿景宣言所具备的特征 189
7.8.4 愿景与使命宣言 190
7.9 干系人分析和参与 192
7.9.1 识别和分析干系人 192
7.9.2 计划干系人的合作 193
7.9.3 计划干系人的沟通 195
7.9.4 引导并持续开展参与和分析 195
7.10 分析业务目标和经营目标 198
7.10.1 将基于情况的市场细分作为业务目标和经营目标的基础 198
7.10.2 在故事范式中表示业务目标和经营目标 199
7.11 分析信念飞跃式假设 202
7.11.1 什么是精益创业 202
7.11.2 什么是信念飞跃式假设 202
7.11.3 价值假设 203
7.11.4 增长假设 203
7.11.5 确定度量标准 204
7.11.6 以发现为导向的计划中的假设 206
7.11.7 预设检查清单 206
7.11.8 使用里程碑计划表来计划预设测试 207
7.12 小结 209
7.13 下一个主题 209
第8 章填充待办事项列表：发现并对特性进行分级 211
8.1 目标 214
8.2 本章在全景图中的位置 214
8.3 概述：填充待办事项列表 214
8.3.1 定义：史诗和故事 214
8.3.2 应该预先填充多少个特性 215
8.3.3 邀请谁来参加填充待办事项列表的工作 215
8.4 用基于场景的市场细分来探索特性 216
8.5 发现初始特性的其他方法 216
8.6 特性的独立性 217
8.7 使用“角色– 特性– 原因”模板来表述史诗和特性 217
8.8 阐明涌现的特性 218
8.9 特性的物理表现形式 218
8.10 特性属性 219
8.11 用卡诺分析法确定客户和用户价值 220
8.11.1 选择目标特性 220
8.11.2 选择客户 220
8.11.3 创建问题 221
8.11.4 创建原型 221
8.11.5 内部测试调查问卷 222
8.11.6 进行调查 222
8.11.7 对特性进行分级 222
8.11.8 解读卡诺等级 224
8.11.9 满意度与满足度图 225
8.11.10 愉悦的自然衰减（及相反情况） 226
8.11.11 连续分析 226
8.12 对待办事项列表中的史诗和特性进行排序 229
8.12.1 确定延迟成本 229
8.12.2 确定WSJF 230
8.12.3 确定优先级的相关提示 230
8.13 编写特性验收标准 233
8.14 分析非功能性需求和约束 233
8.14.1 NFR 是否会被列入待办事项列表？ 234
8.14.2 NFR 和约束检查清单 234
8.15 小结 237
8.16 下一个主题 237
第9 章长期敏捷计划 239
9.1 目标 242
9.2 本章在全景图中的位置 242
9.3 长期计划、史诗计划和MVP 概述 242
9.4 全能计划 243
9.4.1 第一阶段：制定大胆的目标 244
9.4.2 第二阶段：创建详细计划 245
9.4.3 第三阶段：交付速赢 245
9.4.4 业务分析师对成功的全部潜能计划的贡献 245
9.5 使用MVP 来验证计划背后的假设 247
9.5.1 概述 247
9.5.2 什么是MVP 247
9.5.3 MVP 过程 248
9.6 有效实施MVP 的能力 249
9.6.1 技术能力 250
9.6.2 部署和交付方法 251
9.6.3 部署选项和潜在的问题 253
9.7 产品路线图概述 259
9.8 规划中期阶段 261
9.8.1 确定中期时间表 261
9.8.2 拟定临时目标和目的 262
9.8.3 确定假设和度量标准 262
9.8.4 确定事件和里程碑 263
9.8.5 确定特性 263
9.9 在较短的计划范围中使用产品路线图 268
9.10 小结 268
9.11 下一个主题 268
第10 章季度和特性的准备工作 271
10.1 目标 274
10.2 本章在全景图中的位置 274
10.3 特性概述 274
10.4 特性准备的好处 276
10.5 特性的准备活动 276
10.6 特性准备的时间安排 278
10.7 评估准备情况 278
10.8 准备工作的核算：任务和探针 279
10.9 阐明特性及其验收标准 280
10.9.1 阐明史诗验收标准 281
10.9.2 阐明特性验收标准 281
10.9.3 分析师的贡献 282
10.9.4 在Triad 会议中分析AC 282
10.9.5 用BDD Gherkin 语法阐明AC 283
10.9.6 为端到端工作流指定UAT 284
10.10 背景分析 285
10.11 干系人分析 285
10.12 角色分析 285
10.12.1 用户角色的历史 286
10.12.2 用户角色示例 287
10.12.3 创建用户角色 288
10.12.4 记录用户角色 289
10.12.5 使用用户角色 291
10.13 旅程、流程和价值流图的概述 294
10.14 旅程地图 295
10.14.1 客户旅程地图的概述 296
10.14.2 客户旅程地图：抵押贷款案例 297
10.14.3 旅程地图的组成部分 297
10.14.4 使用旅程地图 301
10.14.5 旅程地图的更多信息 305
10.15 价值流图 305
10.16 业务流程建模 307
10.16.1 将过程参与者聚集在一起 307
10.16.2 什么情况下需要流程建模 308
10.16.3 截图并不能代表流程模型 308
10.16.4 根据目的做恰到好处的分析 309
10.16.5 包含以及不包含泳道的模型 309
10.16.6 BPMN 309
10.17 用例建模 319
10.17.1 用例建模示例：索赔 320
10.17.2 用例模型的元素 321
10.18 用户角色建模研讨会 321
10.19 回顾架构 329
10.19.1 环境图 330
10.19.2 UML 协作图 331
10.19.3 数据流图 331
10.19.4 架构（方块）图 333
10.20 小结 337
10.21 下一个主题 337
第11 章季度和特性计划 339
11.1 目标 342
11.2 本章在全景图中的位置 342
11.3 季度计划的概述 342
11.4 基于流程的特性计划简述 343
11.5 在哪些情况下建议或不建议进行这种计划 343
11.6 在哪种情况下使用季度计划与基于流程的特性计划 344
11.7 如何进行敏捷季度计划 345
11.7.1 创造拥抱变革的文化 345
11.7.2 依据数据做出决策 346
11.7.3 指定结果，而不是产出 346
11.7.4 把计划看作是一种假设，而不是一个合同 346
11.8 XP 的计划游戏指南 347
11.8.1 计划游戏概述 347
11.8.2 角色概述 347
11.8.3 计划原则概述 348
11.9 季度计划：时间安排方面的考虑 350
11.10 计划活动的准备工作 350
11.10.1 验证进入条件 350
11.10.2 准备邀请名单 351
11.10.3 确定计划范围 351
11.10.4 准备输入和可交付成果 352
11.10.5 逐步完善特性和验收标准 352
11.11 计划议题（议程） 353
11.11.1 综述 354
11.11.2 探索 357
11.11.3 承诺 369
11.11.4 计划回顾 376
11.12 在季度开始后评审季度计划 380
11.12.1 迭代开始时 380
11.12.2 速度修正 380
11.12.3 新特性 381
11.12.4 计划被废弃 381
11.13 小结 381
11.14 下一个主题 381
第12 章 MVP 和故事地图 383
12.1 目标 386
12.2 本章在全景图中的位置 386
12.3 MVP 和故事地图：这些工具是如何相辅相成的 386
12.4 MVP 计划 386
12.4.1 什么是MVP 387
12.4.2 MVP 案例学习：Trint 387
12.4.3 MVP 实验的场所 389
12.4.4 MVP 类型 390
12.4.5 MVP 的迭代过程 394
12.4.6 转向 395
12.4.7 逐步地规模化MVP 395
12.4.8 使用MVP 来建立MMP 396
12.5 故事地图 397
12.5.1 杰夫·巴顿的故事地图 397
12.5.2 故事地图的好处 398
12.5.3 剖析故事地图 399
12.5.4 地图中的依赖关系 401
12.5.5 故事地图示例 401
12.5.6 在地图上编写故事时的注意事项 403
12.5.7 构建脊柱 403
12.5.8 构建肋骨 410
12.5.9 其他形式的故事地图 418
12.6 小结 420
12.7 下一个主题 421
第13 章故事的准备工作 423
13.1 目标 426
13.2 本章在全景图中的位置 426
13.3 故事准备概述 426
13.4 故事的基本原理 427
13.4.1 什么是故事 427
13.4.2 替代术语 427
13.4.3 规模分类法 428
13.4.4 名称里有什么 429
13.4.5 用户故事示例 429
13.5 故事的3C 430
13.5.1 卡片 430
13.5.2 对话 430
13.5.3 确认 431
13.6 谁对用户故事负责 431
13.6.1 故事由谁来写 431
13.6.2 分析师的附加价值 432
13.6.3 Triad 框架 432
13.7 实体形式的故事与电子形式的故事 436
13.8 为故事属性指定值 437
13.9 撰写故事描述 437
13.9.1 在什么情况下应使用（以及不应使用）故事模板 437
13.9.2 “角色– 特性– 原因”模板 438
13.10 指定故事的接受标准 441
13.10.1 故事验收标准示例 441
13.10.2 由谁来编写验收标准？ 442
13.10.3 何时创建和更新验收标准 443
13.10.4 以实例说明问题 443
13.10.5 验收标准的范围应该有多大 445
13.10.6 每个故事有多少条验收标准？ 445
13.10.7 格式良好的验收标准的特点 445
13.10.8 涌现式验收标准 447
13.10.9 使用行为驱动开发（BDD）Gherkin 格式 447
13.10.10 由谁在何时测试验收标准？ 448
13.11 不属于用户故事的故事 449
13.11.1 什么是探针或使能故事 449
13.11.2 功能探针 451
13.11.3 技术探针 454
13.11.4 bug 修复故事 455
13.12 编写高质量故事的指导性原则 455
13.12.1 投资 456
13.12.2 INVEST IN CRUD 456
13.13 拆分故事的模式 457
13.13.1 如何使用这些模式 457
13.13.2 突破僵局 457
13.13.3 模式 458
13.14 用决策表分析业务规则和AC 468
13.14.1 行为性业务规则 470
13.14.2 决策表示例 470
13.14.3 决策表的优势 471
13.14.4 如何使用决策表获取规则 472
13.15 小结 476
13.16 下一个主题 476
第14 章迭代和故事计划 479
14.1 目标 482
14.2 本章在全景图中的位置 482
14.3 迭代和故事计划概述 482
14.4 与会人员 483
14.5 时间 484
14.6 迭代计划的投入 484
14.7 迭代计划的可交付成果 484
14.7.1 迭代目标和迭代待办事项列表 484
14.7.2 开发者任务板 485
14.7.3 增量 485
14.8 计划的规则 486
14.9 第1 部分：预测将完成的任务 486
14.9.1 更新 486
14.9.2 预测产能 487
14.9.3 评审就绪定义和完成的定义 488
14.9.4 拟定迭代目标 488
14.9.5 讨论故事 489
14.9.6 预测将被交付的故事 490
14.10 第2 部分：计划实施 490
14.10.1 应该邀请PO 参与第2 部分吗 490
14.10.2 对第2 部分的概述 491
14.10.3 第2 部分的步骤 491
14.11 设置看板 498
14.12 扩展迭代计划 503
14.13 特性预览会议 503
14.13.1 特性预览的目标 503
14.13.2 时间安排方面的考虑 503
14.13.3 为什么要提前两个迭代 504
14.14 小结 504
14.15 下一个主题 504
第15 章滚动式分析和准备：日常活动 507
15.1 目标 510
15.2 本章在全景图中的位置 510
15.3 滚动分析的概述 510
15.3.1 敏捷分析师的一天 511
15.3.2 分析任务概述 512
15.4 更新任务进度 513
15.5 Traid 指导性原则 513
15.6 可以对开发者任务采取的行动 513
15.7 监控进展 514
15.7.1 每日站会 514
15.7.2 跟进会议 517
15.7.3 更新开发者任务板 517
15.7.4 更新看板 518
15.7.5 用每日燃尽图监控进度 522
15.7.6 燃起图 530
15.7.7 应该使用燃尽图还是燃起图？ 531
15.7.8 累积流程图 532
15.8 故事测试和检查（分析– 编码– 构建– 测试） 535
15.8.1 “分析– 编码– 构建– 测试”周期概述 536
15.8.2 验证价值 537
15.9 在迭代过程中管理范围变更 541
15.9.1 当进度低于或高于预期时 542
15.9.2 当PO 想在迭代开始后添加故事时 542
15.10 更新商业分析文档 542
15.10.1 保留的故事 543
15.10.2 特性文档：按照特性，而不是按照故事来组织 544
15.10.3 更新用例模型 544
15.10.4 其他分析文档 553
15.10.5 追踪分析工件 553
15.11 对接下来的史诗、特性和故事的持续分析 556
15.11.1 应该在准备工作上花多长时间 556
15.11.2 滚动式准备分析概述 556
15.11.3 特性的准备工作 557
15.11.4 故事的准备工作 558
15.11.5 剪枝和排序 559
15.12 迭代结束时的进度核算 560
15.12.1 核算未完成的故事 560
15.12.2 当一个迭代被取消时的进度核算 561
15.13 迭代评审会议 561
15.13.1 输入和可交付成果 562
15.13.2 主题/ 议程 563
15.13.3 迭代评审会议—预测和跟踪进展的工件 564
15.14 迭代回顾会议 566
15.14.1 时间安排方面的考虑 566
15.14.2 参会人 566
15.14.3 输入和可交付成果 567
15.14.4 主题 567
15.14.5 迭代回顾游戏 569
15.15 小结 574
15.16 下一个主题 574
第16 章发布产品 577
16.1 目标 580
16.2 本章在全景图中的位置 580
16.3 使故事进入已完成阶段 580
16.4 向市场发布：时间安排方面的考虑 581
16.5 确定发布的阶段 582
16.5.1 Pre–alpha 583
16.5.2 Alpha 测试 584
16.5.3 Beta 测试 584
16.5.4 正式发布 586
16.6 季度（发布）回顾会议 590
16.6.1 主持准则 591
16.6.2 准备时间线 593
16.6.3 季度回顾会议演练 594
16.7 “转向或继续”会议 596
16.7.1 以数据为参考，而不是以数据为导向 596
16.7.2 时间安排方面的考虑 596
16.7.3 参会人 596
16.7.4 “转向或继续”会议演练 597
16.8 小结 599
16.9 下一个主题 600
第17 章规模化敏捷 601
17.1 目标 604
17.2 本章在全景图中的位置 604
17.3 为什么需要规模化的敏捷方法 604
17.3.1 为什么规模化敏捷团队是相互依赖的 605
17.3.2 产品的复杂性 606
17.3.3 共享组件 606
17.4 计划：选择支持团队间协作的方法 607
17.4.1 对两种方法的回顾 607
17.4.2 在前端应该使用哪种方法 607
17.4.3 分析师对规模化计划和实施所做的贡献 610
17.5 持续交付：持续、安全、可持续地规模化交付软件 610
17.5.1 测试– 构建– 部署步骤中的自动化 611
17.5.2 DevOps 与CI/CD 612
17.5.3 测试驱动开发 615
17.5.4 ATDD 和BDD 615
17.6 规模化的敏捷文化：创建支持规模化创新的文化 616
17.6.1 有效的敏捷领导力 617
17.6.2 把质量放在首位 618
17.6.3 消除筒仓，促进合作 619
17.6.4 培养快速学习的文化 619
17.7 规模化待办事项列表 619
17.7.1 概览 619
17.7.2 一个顶层产品 620
17.7.3 多个子产品 621
17.7.4 一个产品级PO 621
17.7.5 完整产品层次中的唯一一个待办事项列表 621
17.7.6 多个团队待办事项列表 622
17.7.7 特性团队 622
17.7.8 组件团队 622
17.7.9 一个完成的定义（DoD） 623
17.8 规模化敏捷组织 623
17.8.1 按照子产品和产品区域进行规模化：MyChatBot 案例学习 623
17.8.2 规模化PO 角色 625
17.8.3 投资组合和项目结构 626
17.8.4 组建特性团队 629
17.8.5 扩展团队 630
17.8.6 组件团队 630
17.8.7 能力小组 630
17.8.8 产品负责人委员会 632
17.8.9 用户特别小组 634
17.8.10 发布管理团队 635
17.9 规模化敏捷过程 635
17.9.1 规模化敏捷框架 635
17.9.2 规模化活动和事件概览 637
17.9.3 初始准备 639
17.9.4 规模化的季度和特性计划 640
17.9.5 规模化迭代（冲刺）计划会议 651
17.9.6 大规模迭代计划 654
17.9.7 特性预览 656
17.9.8 集成会议 656
17.9.9 日常检查 656
17.9.10 Scrum of Scrums（SoS） 657
17.9.11 产品负责人委员会的会议 658
17.9.12 规模化（季度）特性准备（多个团队） 660
17.9.13 团队层次的故事准备 663
17.9.14 用户特别小组的会议 664
17.9.15 规模化迭代评审或特性评审会议 664
17.9.16 规模化迭代回顾会议 665
17.9.17 规模化的季度/ 特性回顾会议 669
17.9.18 开放空间 670
17.9.19 Traid 673
17.10 敏捷需求管理软件工具 673
17.11 支持团队间协作的轻量级工具 674
17.12 规模化敏捷中的潜在问题和挑战 675
17.12.1 非集中式团队的准则 675
17.12.2 与瀑布团队合作的指导性原则 677
17.12.3 无法频繁且可靠地进行部署 678
17.12.4 反复出现的集成错误和依赖性问题 678
17.12.5 优先级的冲突 678
17.12.6 业务资源不足 679
17.13 小结 680
17.14 下一个主题 680
第18 章实现企业的敏捷性 685
18.1 目标 688
18.2 本章在全景图中的位置 688
18.3 企业的敏捷性 689
18.3.1 定义敏捷企业 689
18.3.2 为什么需要敏捷企业 689
18.3.3 商业分析的贡献 690
18.3.4 企业敏捷性的驱动力 690
18.3.5 监管严格的行业的敏捷性 691
18.4 基础实践 691
18.4.1 精益创业/MVP 692
18.4.2 全能计划 692
18.4.3 基于情况的市场细分 693
18.4.4 颠覆性创新 693
18.5 概述开发创新产品的敏捷过程 693
18.6 敏捷企业文化 695
18.6.1 企业文化的定义 695
18.6.2 敏捷企业文化的定义 695
18.7 敏捷企业文化的原则和实践概述 696
18.8 应用敏捷实践的三项原则 697
18.8.1 根据情况调整方法 697
18.8.2 保护创新岛屿 706
18.8.3 积极投资企业敏捷性 710
18.9 敏捷企业文化的13 项实践 712
18.9.1 迭代实验（快速失败） 712
18.9.2 拥抱变革 715
18.9.3 加速 716
18.9.4 同理心 717
18.9.5 负责任的拖延（最后责任时刻） 721
18.9.6 分布式权力 722
18.9.7 让实际做事的人估计付出 725
18.9.8 协作 726
18.9.9 致力于结果，而不是产出 729
18.9.10 透明性 729
18.9.11 打破筒仓 729
18.9.12 以数据为依据的创新 735
18.9.13 监视近似和低端市场 736
18.10 敏捷财务计划 738
18.10.1 实物期权 738
18.10.2 以发现为导向的计划 739
18.11 小结 739
附录A 745
附录B 763
参考资料 775