关于对进行约谈的关于通知

老张今天上午十点被叫进了会议室。门关上之前，对进我看见他手里攥着那份上个月的行约项目周报——纸边卷起来了，应该翻过很多遍。谈的通知三分钟后，关于里面传出了拍桌子的对进声音。

这事不意外。行约连续四个月交付延期，谈的通知客户投诉邮件抄送了整个管理层，关于财务那边早就把成本超支的对进报表拍在负责人桌上。约谈不是行约临时起意，是谈的通知流程走到这一步了。

约谈通知写得很简单：时间、关于地点、对进参会人、行约议题。但真正要谈的，从来不在纸面上。我们这行有个不成文的规矩——通知越短，事情越大。上周隔壁组被约谈，通知就两行字，结果谈完直接换了项目负责人。

具体到这次约谈，核心就三件事。

第一，数据造假。周报里写的“开发进度85%”，实际测试环境里能跑通的模块不到一半。这个不是能力问题，是态度问题。老张干了七年，不会不知道代码能不能跑。第二，资源挪用。项目组里两个资深工程师被抽去做私活，外包合同上写得清清楚楚，但工时记录里查无此事。第三，也是最让我不舒服的——上周五客户现场演示，老张明知核心功能有bug，还是把演示环境切到了本地mock数据。客户没看出来，但售后同事事后发现了。

这已经不是管理失误的范畴了。约谈不是聊天，是给最后的机会。

我参加过很多次约谈，有个细节值得说：被约谈的人，百分之九十都会先辩解。这很正常，人嘛，第一反应都是自我保护。但真正决定约谈结果的，是辩解之后的那五分钟。有人会沉默，有人会找借口，有人会开始推卸责任给下属。老张这次选择了沉默。

沉默有时候是好事，说明他脑子里在算账——算自己还有多少筹码，算公司掌握多少证据，算承认到什么程度损失最小。

约谈通知的落款位置，我留了一行手写备注：“请提前梳理项目关键节点与实际交付差异说明。”这句话是给老张的台阶。他要是能拿出合理的解释，哪怕牵强，至少说明他在认真对待这件事。要是拿不出来，那今天谈的就不是项目问题，而是去留问题了。

上午十一点，会议室门开了。老张走出来，脸色不太好，但没到难看的地步。他把那份卷边的周报留在了桌上，没有带走。我扫了一眼，最后那页有铅笔写的几个字，看不太清，像是“对不起”。

下午两点，OA系统弹出一条流程：关于老张调离核心项目组的申请，审批人那一栏，他自己签了字。

约谈不是终点，是转折点。至于转好还是转坏，看被约谈的人怎么接这一棒了。