7位架构师掀桌：2025年技术债沟通还要背锅多久

Andrew Harmel-Law在QCon London扔出一组数据：83%的架构决策失败源于"回声室效应"——架构师关起门来互相认同，出门才发现业务团队根本没听懂。这场7人Panel没有PPT，只有被项目毒打后的复盘。

技术债不是债，是"未兑现的功能承诺"

Harmel-Law开场即定调：技术债这个词本身就在误导决策者。银行CFO听到"债"会本能厌恶，但代码里的耦合和过时依赖，本质是"我们为了抢时间，把功能承诺抵押给了未来"。

Cat Morris接话：「我在Thoughtworks做平台产品时，发现架构师汇报技术债像念悼词——全是过去时。业务方听到的只有'我们搞砸了'。」她现在的做法是反向包装：把重构需求写成"解锁新市场能力的必要投资"，附带竞品对比数据。

Diana Montalion补充了更狠的一招。她服务过一家金融科技公司，CTO坚持用"系统健康度"替代技术债：把代码复杂度、部署频率、故障恢复时间量化成0-100分，每月向董事会汇报。「分数跌过70，自动触发冻结新功能的机制。这不是技术决策，是风控规则。」

Shana Dacres-Lawrence从安全架构角度泼冷水：「你们还在争论怎么说话，很多团队连技术债清单都没有。」她在BT时期推行过"架构负债登记簿"——每个ADR（架构决策记录）必须附带"如果错了， cleanup成本是多少"。

ADR不是文档，是"决策权的分布式账本"

Panel现场投票：用过ADR的团队举手，七成；能说出最近3个ADR内容的，两成。

Vanessa Formicola在Prima负责TASC（技术架构战略委员会），她的观察更扎心：「ADR成了免责工具。有人写ADR只是为了证明'我提醒过你们'，而不是真的想记录权衡过程。」

Elena Stojmilova和Peter Hunter来自同一家公司Open GI，却给出了矛盾案例。Stojmilova的团队把ADR放在代码仓库，和PR一起评审；Hunter的R&D部门则强制ADR必须经过"反对者测试"——指定一人专门挑刺，挑不出问题才通过。

「两种模式都活着，」Harmel-Law总结，「但2025年的趋势很明显：ADR正在从'记录过去'变成'预演未来'。」他提到Thoughtworks内部实验的"预测性ADR"——在编码前用轻量级模板推演3种方案，把"我们为什么选A"提前固化。

Montalion打断：「这听起来像又一层流程。」Harmel-Law回应：「不，是减少会议。当决策逻辑可检索，你就不用每次新人入职都重讲一遍。」

移动端和后端：两个物种怎么共享"系统观"

现场有观众提问：你们的团队里，移动端架构师和后端架构师能互相看懂代码吗？沉默。然后Dacres-Lawrence说：「我现在的项目，两边连故障排查工具都不互通。」

Formicola分享了一个具体做法。Prima的保险平台曾出现经典事故：App端做了离线缓存优化，后端同时改了API分页逻辑，用户看到的是"加载成功但数据残缺"。事后复盘发现，两边的架构评审会从未邀请对方参加。

她的修复方案是"强制交叉评审"——任何涉及数据契约的变更，必须同时有移动端和后端架构师+1签字。不是走流程，是物理上坐在一起看抓包数据。

Morris用平台产品视角补充：「Kratix框架里有个概念叫'承诺即API'——团队对外承诺的能力，必须用可验证的契约表达。移动端和后端的鸿沟，本质是承诺语言不互通。」

Hunter提到更深层的问题：「很多公司的职业路径在制造割裂。移动端架构师往上是iOS/Android总监，后端是平台/基础设施总监，两条线在大VP层面才交汇。那时候系统已经长歪了。」

架构师的下一步：技术深度 vs 组织影响力

Panel最后环节，Harmel-Law让每人用一句话定义"2025年的好架构师"。

Stojmilova：「能让团队主动来找你讨论设计，而不是被迫来走流程。」

Dacres-Lawrence：「在安全审计时，能说清楚每个决策的trade-off，而不是只会说'这是最佳实践'。」

Formicola：「业务方提需求时，你能画出3种实现路径的成本曲线，而不只是点头或摇头。」

Montalion：「写过书之后我发现，好架构师是把复杂系统翻译成故事的人。不是PPT故事，是能让新人听完说'原来如此'的故事。」

Morris最后补刀：「还要能接受产品经理念叨。我花了四年才让Diana不讨厌我，现在她甚至会主动问我用户旅程。」

Harmel-Law收尾时没总结，只扔了一个问题给观众：「你们公司的技术债，最近一次被董事会主动问起是什么时候？」