“很多人不敢行使架构建议流程赋予的决策权，因为他们怕承担后果。”这是技术顾问Andrew Harmel-Law在GOTO哥本哈根大会上，描述架构咨询实践落地时抛出的一个观察。一个本意是分散权力、让更多人参与的机制，最后没推下去的原因不是工具复杂，不是流程冗长，而是当事人不敢用。这个矛盾背后，藏着当下架构工作里一个更难解的结：我们到底是在保护决策质量，还是在保护做决策的特权位置。
架构工作的核心是“如何做决策”。Harmel-Law提出的方案由两块组成：一块是轻量级架构决策记录，也就是写作驱动的异步建议机制；另一块是每周面向全员开放的架构咨询例会，承担公示、同步、建言的功能。两条腿并行的目标很明确——把决策从少数人闭门博弈的状态里拖出来，变成一套可追溯、可参与、可学习的过程。他认为写作本身就是思考。写成文字的ADR不但能促使决策者结合同行的专业经验做更细致的选型判断，也让那些缺乏决策经验的人得以进入这门学问，而不是永远站在门外看热闹。
但支撑这套方法的前提，恰好也埋下了它失效的伏笔。一个很轻的ADR模版、一次不到一小时的周例会，门槛技术上都接近于零。真正卡住推动者的，是他提到的那张“静态知识”旧牌——传统架构师身上那种“我个人掌握的信息”的优越感，很难自然切换为“所有需要相关信息的人都能掌握”的流转意识。一旦手握决策权的人不愿把权力拆散分发出去，整套机制的优势就会原地蒸发。会上他直接点出，绝大多数落地失败都根源于固守“自上而下的架构工作”思维定式，而背后所有问题的共同症结是信任缺失。
争议也在这里。传统架构师最常出现的担忧很直觉化：万一放权之后产生“糟糕决策”怎么办。Harmel-Law的回应相当冷感——这本质上是一个认知误区，因为在决策真正落地实践之前，没人能预判它最终成效好坏。也就是说，决策质量是跑出来的，不是评审出来的。只有反馈能验证优劣。因此他给出的解法也极其务实：小而快地制定决策，迅速拿到落地反馈，用节奏压缩风险窗口。这一点和“大型评审会提前排雷”这种下意识的防范形成了鲜明对比。
至于ADR在架构建议流程中的位置，他把它们定义成整个系统不可变更的日志。用他自己的话说：“这既代表了一条通往当前架构状态的详细路径记录，其中包含所有那些曲折坎坷甚至不尽人意的背景细节，同时也是一个学习资源——无论是刚加入的新人，还是希望学习如何以架构思维进行思考的人。”这条路的价值不在于它方向笔直完美，而在于它完整且透明。在InfoQ的采访中他进一步解释，想让那些缺乏经验的人能亲眼看到整个流程怎么运作，很重要的一点正是把“闭门且充满对抗性”的传统决策过程摆到桌面上。这也是咨询例会的一个隐藏目的：你不必每次都跳出来发言，但你拥有参与的权利。
至于架构本身的价值是否还存在，他的回答没有半点犹豫。不管什么领域、什么规模，架构的价值都比以前更关键。理由是现在的系统内外人员和工具都极度庞杂，社会技术架构——也就是人员分工协作模式——的重要性持续攀升。他说了一句很直白的话：“一旦架构出错，带来的恶果我们都会感受到。”他举的例子也毫不客气：不少团队以为微服务能带来自主开发，结果弄出了一堆分布式单体。除此之外，系统还要持续迭代，被塞进设计之初完全没预见的场景使用。他也点出一个很容易被忽略的事实：软件极其强悍，几乎能解决我们扔给它的任何问题。但真的让它适合处理那个问题，需要费很大劲。这就是架构的意义所在。
那么回到开头那个矛盾：一个主张分散权力的流程，却因为人们害怕权力而推不下去。Harmel-Law在采访中的补充很关键，他说更有经验的人不应该挤占这套流程释放出来的决策空间，而是应该陪同经验尚浅的同事，帮他们建立信心和技能。这话说得轻巧，背后却直指架构师角色的重新定位——从裁决者变陪练。这也是轻量级ADR与咨询例会真正想推动的方向：把存量知识转化为流动的知识流。如果能做到，那么每周那一小时的例会、薄薄几行的ADR，自然会成为团队里沉默的加速器。如果做不到，它们就只是多出来的两份待办事项。
热门跟贴