上周三下午三点，技术部小陈的转正答辩刚结束。HR莉姐没急着填审批单，而是打开蓝点系统里那个叫‘能力快照锚点’的轻量模块，点开小陈三个月来的12次周报、3次Code Review记录、2次跨组需求对接日志，再拖进他答辩时现场写的伪代码片段——系统自动比对出：他在‘异常处理逻辑设计’维度上，从第5周起持续出现术语混淆（把try-catch写成if-else兜底），但周报里却总写着‘已掌握错误处理机制’。

这不是我们第一次在转正环节‘卡人’，但却是第一次没人说‘这孩子挺努力的’就放行。

以前的转正流程，像一列没有站台刻度的绿皮火车：入职→带教→写总结→答辩→签字→归档。中间所有‘学得怎么样’‘卡在哪’‘谁该负责补’，全靠导师拍脑袋，或者等出了线上事故才被翻出来。去年有个实习生，转正后第三个月才被发现不会写单元测试——而他的周报里连续八周都写着‘已完成JUnit基础实践’。

后来我们试着拆解‘转正’这件事：它其实不是对‘是否合格’的终局判决，而是对‘成长路径是否被真实看见’的一次校准。于是我们和蓝点系统一起搭了个极简结构：

• 每个岗位预设5个‘锚点能力项’（比如前端岗是‘组件抽象能力’‘CSS边界场景处理’‘PR描述规范性’等，由技术组长自定义，不套胜任力模型）；
• 实习生每周选1项做‘微交付’（不是交文档，是交一个可运行的demo、一段被merge的代码、一次主持的需求澄清会议纪要）；
• 系统自动抓取交付物中的结构化痕迹（如Git提交信息含‘refactor’关键词+文件变更超3处→触发‘抽象能力’得分浮动）；
• 答辩前生成一页A4纸的‘能力快照’：横轴是时间，纵轴是5项能力，每条线不是平滑曲线，而是由真实交付物打点连成的折线——有断点、有回撤、有跃升。

第一个用上这个功能的是产品助理岗。她们的锚点之一是‘需求歧义捕捉率’。系统不分析文档字数，而是统计她们在PRD评审会中提出‘这句话如果用户理解成X怎么办’类问题的次数，并关联到后续需求返工记录。结果发现：两个实习生同样写了20份PRD，但A的‘歧义捕捉’点位集中在第2-4周，之后稳定；B的点位散落在第1、6、9周——说明她不是能力弱，而是反馈节奏紊乱，带教计划立刻从‘多写’调整为‘固定周三下午做语义压力测试’。

有趣的是，这个模块没人叫它‘考核工具’。技术组长老吴说：‘以前我得记住8个人哪天问过什么问题，现在看一眼快照图，就知道下周该跟谁聊哪段代码。’行政同事顺手把它复用到了新员工入职物料包发放追踪上——把‘领取办公设备’‘完成门禁权限申请’‘加入内部知识库小组’设为3个锚点，系统自动标出谁在哪个环节停留超48小时，不用再群发‘请尽快完成’。

最意外的收获发生在财务部。他们把‘费用报销初审通过率’设为锚点，发现新人在‘发票税号校验’环节失败率高达67%，但培训材料里根本没提‘电子专票必须带校验码字段’这种细节。于是财务直接把高频失败截图+正确填写示例，嵌进蓝点系统的审批驳回理由模板里——下个实习生提交时，系统弹窗就自动带出那张图。

现在我们不再问‘这人能不能转正’，而是问‘这张快照图里，哪三个点值得今天拉个15分钟站会聊聊’。转正答辩变成了共同读图，而不是单向审查。上周小陈没通过，但他指着图上‘API错误码分层设计’那条突然上扬的线说：‘我上周重写了登录模块的错误响应，能看看吗？’——带教工程师当场打开他的分支，点了赞。

有些管理动作，本就不该是盖章，而是校准。