公司成立两个月，我们把内部的技术方案评审定成了一个固定动作：任何一个要上线的方案，先过一遍下面这些问题，答不上来的就先补，不带着疑问上线。

一、出问题时怎么回滚

方案里必须写明回滚步骤、要花多长时间、需要谁在场。“应该不会出问题”不算答案。我们要求每个上线方案都留一份版本快照，切换前确认旧环境还在、还能指回去。

二、由谁维护

系统上线之后，加一个字段、导一次数据、看一份日志，分别找谁。如果答案是我们，就在交付文档里写清楚响应方式；如果是客户自己的人，那培训和操作手册就得算进交付物，不能等上线后再补。

三、三个月后换人接手，要看哪份文档

这个问题最能检验文档质量。我们要求每个项目至少留下四份：部署步骤、账号与权限清单、接口清单、备份与恢复步骤。缺一份，验收就不算完。

四、数据从哪来、到哪去

哪些表是源头，哪些是加工出来的，加工逻辑在哪段代码里。不写清楚，半年后没人敢改，也不敢删。

五、依赖哪些外部条件

第三方接口会不会限流、证书什么时候到期、服务器磁盘还剩多少、域名和备案有效期到哪天。把这些写进一张表，到期之前能提前处理，而不是等它炸。

这五个问题看起来都是在挑刺，但它们对应的都是真实发生过的事故。评审的目的不是让方案看起来完整，而是让上线之后有人知道怎么收场。