Andrew Harmel-Law 在 GOTO 哥本哈根大会上分享了架构咨询流程。如何做决策是架构工作的核心，而架构建议流程是一种分散架构决策的方式。鉴于技术与系统迭代更新速度极快，它需要架构决策记录（ADR）的支持，同时可辅以每周举办的架构咨询例会。
Harmel-Law 认为，写作即思考，因此撰写架构决策记录能够辅助参与架构决策的人员开展工作。ADR 可以帮助决策者结合同行专业经验做出细致、有理有据的选型判断，同时也能让欠缺决策经验的人掌握架构决策这门学问。
Harmel-Law 说，轻量级架构决策记录能够让合适的人在恰当的时机参与对应决策。以书面形式异步提供架构建议能给不同思维模式的人留出充足时间，用最贴合自身习惯的方式进行充分的思考。
当架构决策记录被用于支撑架构建议流程时，它们共同构成了整个系统架构的不可变更日志，Harmel-Law 解释说：
这既代表了一条通往当前架构状态的详细路径记录，其中包含所有那些曲折坎坷、甚至不尽人意的背景细节，同时也是一个学习资源——无论是对于刚加入组织的新人，还是对于希望学习如何以架构思维进行思考和推理的人。
Harmel-Law 提到，架构咨询例会是面向全体人员开放的定期会议，主要目的是建立大家对架构咨询流程的信任感、清晰公示依照该流程形成的各项决策，以及提供同步交流、建言献策的渠道。它让那些决策经验较少的人能够亲眼看到这个流程（在传统的方法中，这个过程通常是充满对抗性且闭门进行的）是如何运作的。
Harmel-Law 解释说，架构咨询例会能让架构相关工作公开透明，并实现架构工作民主化。并非所有人都愿意参加，但任何人都拥有参与的机会：
并非所有与会者都会积极参与，但他们都拥有参与的权利。只有一部分人会站出来展示决策和 ADR，这些主动分享者也能收获整个团队汇集的经验与支持。在一个需要更多架构而非更少架构的世界里，这套机制能发挥极强的价值。
Harmel-Law 解释说，咨询流程与轻量级架构决策记录落地失败，主要源于大多源于人固守传统“自上而下的架构工作”思维定式，大家更看重静态知识储备（“我个人掌握的信息”），而非知识流转共享（“所有需要相关信息的人都能掌握”）。
所有这些问题背后的核心症结都是信任缺失。想要让架构咨询流程顺畅落地，并防止架构师成为流程瓶颈，就必须将决策权更广泛地下放。手握决策权的人如果不愿分享这份权力，那么这套机制的所有优势都无从体现。
Harmel-Law 提到，传统架构师常会担忧出现他们不认同的“糟糕决策”。这本质上是一种认知误区：任何决策在落地实践之前，没人能预判它最终成效好坏。
Harmel-Law 总结道，唯有反馈能够验证决策优劣。因此，小而快地制定决策，并迅速获取决策落地结果的反馈是规避上述问题的关键。
InfoQ 就架构咨询流程、架构决策记录以及架构实践相关话题采访了 Andrew Harmel-Law。
InfoQ：架构咨询流程、轻量化架构决策记录这类实践方案在落地时为何会失效？
Andrew Harmel-Law： 我经常会看到这样的情况：那些现在被建议流程赋予决策权的人选择不行使这一权力，因为他们害怕承担相应后果。在这种情况下，那些更有经验的人不应挤占这套流程释放出来的决策空间，反而要陪同经验尚浅的同事，帮他们建立信心和技能。
我也看到一些决策是在私下悄然进行的。这可能是出于各种原因（通常决策者没有意识到这是一个决策，或者他们意识到了，但害怕遭到他人否决，尽管架构建议流程本身就是用来避免这种情况的——他们只需要寻求建议，最终决策的全部权责仍由自己承担）。
要改善这类问题，可以让那些在架构实践方面更有经验的人来指导他人。这也是一条绝佳路径，能把存量知识（传统架构师独有的经验）转化为知识流（在他人有需求时及时分享自身经验）。
InfoQ：架构工作还有价值吗？
Harmel-Law： 不管是什么领域、怎样的规模，架构的价值都前所未有的关键。如今我们拥有各类技术与工具（即便在大语言模型问世之前便是如此），再加上大量人员在系统内外开展开发工作 —— 既有内网团队，也有外部协作人员，包含社会技术架构（人员分工协作模式）在内的架构工作，其重要性与日俱增。
一旦架构出错，带来的恶果我们都会感受到：看看很多团队在微服务实践中陷入的混乱局面就知道了。微服务本应实现团队自主开发，结果却催生了大量分布式单体。除此之外，我们还要保障系统具备预期的各类非功能特性；系统本身也在持续迭代，还会被用于当初设计时完全未曾设想的场景。
软件非常强大，它几乎能解决我们抛给它的任何问题。但确保它适合用来处理那个问题，却需要做很多工作。这就是架构的意义所在。
查看英文原文：https://www.infoq.com/news/2026/06/architectural-decisions/
