北京
分享至
产品上线前夜，某个服务挂了。团队这才翻出三年前的架构文档，发现当初没人签字确认过评审记录。这种"先开枪再画靶"的玩法，在中小厂尤其常见——架构师画完图就忙下一个需求，评审会变成走形式。
Subhash在Medium上算过一笔账：每推迟一次正式评估，后期返工成本平均翻4倍。不是吓唬人，是埋雷的人通常不用负责拆弹。
他提了个土办法——用场景压测架构。别问"这系统稳不稳"，直接问"如果支付网关超时15秒，订单状态怎么兜底"。把可靠性、可修改性这些虚词，翻译成具体的用户故事。
「评估架构的最佳时机，是在你还觉得没必要的时候。」
这套玩法逼产品经理、架构师、敏捷教练坐一张桌子吵架。平时藏在需求池里的假设——比如"用户不会同时下单"——会被拎出来当众处刑。亚马逊早年有个规矩：新服务上线前必须写"故障模拟剧本"，后来成了内部标准。
只等出事再复盘的公司，相当于把 velocity 当利息存进技术债银行。利滚利的时候，没人记得最初省下的那半天评审会。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
