保障交付意味着架构师能够降低大型架构活动的不确定性和复杂度，最小化架构方案，最终保障高质量的交付。其中关键动作有三个：降低不确定性、控制复杂度和最小化架构方案。
不确定性的来源有多个方面。首先是目标的不确定性，第二是资源的不确定性，第三，商业与技术环境的不确定性。第四，用户需求的不确定性。
最好的办法就是在缩短阶段性交付周期的同时，增加技术方案的抽象性。如果把架构活动拆分成多个阶段性的交付点，在线上看反馈。那么我们就可以根据线上数据来看商业或技术环境变化对架构目标、商业效果的影响，而不是凭空猜测。增加技术方案的抽象性，指的是尽量提升 API 设计对技术选型的鲁棒性，也就是提升接口和模型设计的抽象性。那么在之后的交付阶段，我们就能对次优的技术选型做更正或者升级。
如何控制复杂度呢？第一，从问题域层面分解架构规划和交付方案。第二，增加架构设计方案本身的结构性。第三，按照多种方式分割交付模块。
不论是分期交付，还是通过单一目标约束架构活动的范围，这些都是最小化架构活动的例子。这个最小且必要原则，是提升交付成功率的最重要的方法。
沉淀知识是通过各种文档工具、设计工具、沟通工具和复盘工具，为架构活动注入理性思考。
一个理想的知识沉淀的过程，不仅包括一个被动的、通过文档来记录活动历史的过程，还包括一个主动的、通过文档来驱动思想实验的、创造历史的过程。
此文章为5月Day18学习笔记，内容来源于极客时间《郭东白的架构课》
