知识卡片
统一模板掩盖风险差异
内容
判断团队是否真的在践行风险驱动，不看是否嘴上认同”风险重要”，而看能否具体说出”主要失败风险及对应技术”——多数开发者能答出”在实现哪些特性”，却答不出这个问题。典型反例：三层架构中前端面临可用性/安全性风险，后端面临吞吐量/可伸缩性风险，本应用不同技术，现实中却常套用同一份标准模板——技术选型和实际风险没有真实关联，只是流程合规。标准模板不是坏事，但要让技术匹配风险。
参考来源
- 位置：《恰如其分的软件架构》第3章《风险驱动模型》3.2节《你现在采用风险驱动了吗？》（源文件：_epub-src/OEBPS/text00028.html）
- 结论依据：原文用三层架构的前后端风险差异为例，说明即使风险不同，团队仍常套用统一的公司标准模板和文档形式，导致技术选型与实际风险脱节，并提出识别这种脱节的判断标准是能否具体说出风险及对应技术。
- 原始内容：如果该公司采用了风险驱动模型，则前端与后端的开发者就会运用不同的架构与设计技术来处理他们面临的不同风险。然而事实相反，经常发生的事情是两个团队采用同一个公司的标准化开发过程或模板……他们所使用的技术与面临的风险之间没有任何联系。