敏捷交付是一种以客户为中心的方法，用于定义、构建以及发布一个连续的工作流动，包括对用户有价值的产品、服务

企业需要考虑聚焦在执行、还是聚焦在客户，且二者得到平衡

为什么需要敏捷产品交付

实现业务敏捷力要求企业提高快速交付创新产品和服务的能力

敏捷产品交付

以客户为中心和设计思维（符合期望的desirable、技术可行的feasible、经济可行的viable、可持续的sustainable）

按节奏开发，按需发布（解耦价值发布预开发节奏）

DevOps和持续交付流水线（CDP）

以客户为中心和设计思维

以客户为中心

关注客户：应用市场和用户细分，根据共同特性对齐并关注特定的目标群体

理解客户需要：识别客户需求，并将满足需求的解决方案

像客户一样思考和感受：有同理心，站在客户的角度看世界

构建完整产品的解决方案：针对用户需要设计完整的解决方案，确保客户在最初体验和长期体验是最佳的，并按需不断演进

创造客户终身价值：超越交易思维，关注终身价值

设计思维

使用发散和收敛技术来理解问题、设计解决方案，并将其投放市场

考虑：符合人的期望、技术可行、经济可行

设计思维活动

市场调研和用户调研

用户画像

梳理用户画像并建立同理心

客户旅程地图

用户故事地图建立了用户活动和特性及用户故事之间的关系

按节奏开发，按需发布

有助于团队管理产品开发中固有的可变性，将按需发布和开发节奏解耦

发布的时机和频率由市场和客户需要以及价值交付的经济状况来决定

项目群待办事项列表

特征和收益（features and benefits，FAB）矩阵

特征：一个简短的短语，给出上下文的名字

收益假设：对最终用户或业务提出的可度量的收益

确定项目群待办事项列表的优先级

加权最短作业优先（weighted shortest job first，WSJF）

计算方式：将工作的延迟成本（cost of delay，CoD）除以工期，在最短时间内能提供最大价值（或CoD）的工作，通常被优先选择实施

CoD的三个主要部分

用于计算WSJF的表格

执行PI事件

PI计划会介绍

标准的PI计划会议议程

项目群公告板用于可视化和跟踪依赖关系，并识别可以消除或减少依赖的机会

已分配业务价值的团队PI目标表

Scrum of Scrums 和产品负责人同步会（ART同步会）

PI计划会议后，RTE引导每周（或更频繁）的SoS会议

SoS会议帮助协调ART之间的依赖关系，并将进展和依赖以可视化的方式呈现出来

一般30~60分钟，视需要会有碰面

系统演示

发生在每个迭代结束，对系统的有效性、可用性、可发布性提供了快速的反馈

ART过去的一个迭代中所交付的新特性提供了一个集成视图，为PI内系统及的进展和速度提供了一个基于事实的度量

一般在准生产环境演示，以便接受相关者反馈，基于反馈按需调整

准备下一个PI计划事件

DevOps和持续交付流水线

DevOps的CALMR方法

SAFe持续交付流水线

持续探索

持续集成

持续部署

按需发布

项目群看板

program Kanban支持特性在持续交付流水线（CDP）中的流动

典型的项目群看板

项目群史诗看板系统

一般规模太大无法在一个PI中完成，被称为项目群史诗

一些投资组合史诗可能需要被拆为项目群史诗，以促进增量式实现

需要通过精益投资组合管理，影响财务、人力及其他资源，需要审批（详情看第9章）

项目群增量路线图

PI路线图用于预测来自代办事项列表的工作的流动，由一系列计划中的PI组成，具有确定的里程碑和发布版本，可以将预测传达给利益相关者

利用市场节奏和市场事件为路线图提供信息

以客户为中心，利用市场节奏和市场事件为路线图提供信息

市场节奏：一组可预测的节奏而重复发生的事件，如节日购物季前更新系统

市场事件：一个一次性的未来事件，可能对一个或多个解决方案产生影响，可外部事件或内部时间，如法律法规颁布、年度用户大会