会议室里空调嗡嗡响，工作桌上摆着半凉的不力茶。对面的约谈科长低头翻材料，翻到第三页时停住了，提纲指尖在那行数字上敲了两下——上季度项目验收，工作三个节点延期，不力两个子项返工，约谈预算超了百分之十二。提纲他没说话，工作但那个动作比说话还清楚：这活儿干得不行。不力

约谈不是约谈骂人，是提纲把账摊开算。第一笔账是工作进度。原定四月三十号交付的不力系统，拖到五月十七才上线，约谈中间客户催了四次，每次都说“快了”，可代码仓库的提交记录骗不了人——最后一周才集中补提交，像学生赶暑假作业。第二笔账是质量。测试报告里三十七个bug，其中十一个属于“低级错误”，字段名拼错、接口参数漏传、页面按钮点了没反应。这些不需要高深技术，就是责任心的事。第三笔账是沟通。组里两个开发对需求理解不一致，闷头各写各的，直到联调那天才发现南辕北辙，白白浪费两周。

你可能会说，任务重、时间紧、需求变来变去，谁没个失误。这话对，但不全对。隔壁组同时间接了个更急的活儿，人家把大任务拆成小步，每两天对齐一次，风险早暴露早解决，最后按时上线，还顺手写了份复盘文档。差距不在能力，在方法——有没有把问题当问题看，而不是当借口用。

我看过太多人栽在“差不多”上。代码“差不多”能跑就提交，文档“差不多”能看懂就不改，进度“差不多”跟上就不汇报。可系统上线不是交作业，差一个零可能损失几十万。这次返工的那个模块，就是有人觉得“字段校验差不多就行”，结果用户录入非法数据，后台直接崩了，半夜两点运维打电话喊人起来修。第二天问起来，当事人还挺委屈：“我测的时候没发现啊。”

约谈提纲写到这儿，核心就一句话：别拿“没想到”当遮羞布。没想到之前，有没有主动查过风险清单？没想到之后，有没有第一时间补救而不是等别人发现？你手头那点事，自己心里最清楚哪里虚、哪里实。我见过被约谈后翻盘的——把问题列成清单，每天下班前勾一遍，两周后进度追平，质量也上来了。也见过约谈完还是老样子的——下次再谈，就不是坐这儿喝茶了。

最后提个具体要求。回去把项目里每个延期点标出来，旁边写清楚原因，是外部依赖、资源不足、还是自己没盯紧。写不出来的地方，就是你该补课的地方。周五下班前发我邮箱，别用“差不多”糊弄我。

(责任编辑：焦点)