技术部的小李最近有点烦。

不是因为需求多，也不是因为上线压力大，而是每次项目一结束，总有人忘记把代码分支归档，甚至直接删掉还在用的feature分支。上个月就出了个事故：测试环境突然跑不起来，查了半天发现是某个共用分支被误删了，回滚花了一整天。

团队开会复盘时，大家嘴上说着‘下次注意’，可下个项目一忙起来，谁还记得这些流程细节？

小李没吭声，默默打开公司正在用的蓝点通用管理系统，新建了一个‘项目收尾清单’模块。他把‘代码分支归档’拆成两步：第一步，提交归档申请；第二步，必须由项目负责人或技术主管点击‘确认归档’才算完成。

他还顺手加了个字段——‘确认人’，系统会自动带出当前项目的主程或PM，不能跳过。更狠的是，他设置了规则：只要这个状态没完成，项目就不能标记为‘已关闭’，连财务结算都会卡住。

一开始有人抱怨：‘搞这么复杂干嘛？我们自己知道删不删得对。’

可两周后，情况变了。

那天晚上十一点，一个开发想顺手把临时分支删了省点空间，结果发现系统里那个‘确认人’字段正红着，旁边还提示‘归档未确认，禁止删除远程分支’。他试着问主程要不要确认，主程一看，发现那个分支其实还在预发环境挂着，差点就删错了。

从那以后，没人再提‘流程太啰嗦’了。

最有趣的是，这个模块后来被产品部看到了，直接复制过去改成了‘需求上线检查表’，加了‘法务合规确认’和‘用户通知发布’两个节点；运维组也抄了去，做成了‘服务下线审批流’，连Nginx配置的备份都要双人确认。

蓝点系统的好处就在这儿——没人逼你用标准模板，你想管什么，自己拖几个字段就能搭出来。小李根本没写文档教别人怎么用，但三个月内，全公司冒出了二十多个类似的‘防手滑流程’。

上周团建吃饭，运维老张喝多了突然说：‘你们知道最爽的是啥吗？以前出问题第一反应是骂人，现在第一反应是看系统日志——谁卡在哪个节点，一清二楚。’

小李笑了笑，没说话。

他知道，真正起作用的从来不是那个‘确认人’按钮，而是当责任被明确挂在系统里时，每个人都开始下意识地多想三秒。