终评落槌第32章 终评落槌
诗和远方提示您：看后求收藏（
http://m.biqugess.com）
『如果章节错误，点此举报』第(2/3)页
价若要写入纪要，请附事例条目、时间窗、参与人和影响，否则我不确认。”
法务专员眉头轻轻一皱：“你今天的态度要配合，我们不接受你在纪要上设定过多前置条件。”
“这不是条件，是审计要求。”周砚语气不变，“没有事例条目，主观评价无法核验，就无法作为终评依据。我们讨论的是用工结论，后续可能涉及劳动争议，公司也需要可核验支撑。”
韩策一直没说话，此时终于开口，声音很稳，带着一种“我是来解决问题”的姿态：“周砚，你做的东西我看过，确实能看出方**，也能看出结果在推进。但我们今天要解决的是：你是否适合在这个团队长期协作。你强势、控制欲强，这是多方反馈。我们不能因为你有结果，就忽略团队协作风险。”
周砚没有反驳“强势”，也没有解释“控制欲”。他直接把话题拉回事实：“如果协作风险要纳入终评，请给出可核验事例。比如哪一次沟通导致项目进度延误、哪一次协作导致团队成员无法执行、哪一条指令违反流程导致风险。没有事例，就只是感受。感受可以存在，但不能定性。”
阿远立刻接上，像终于等到切口：“事例很多。你绕过我直接对接甲方、擅自更改社群流程、在群里禁言用户，造成投诉风险。还有，302的事，你一直追着不放，搞得安全部、资产部、行政部都被你拖着跑，影响全公司效率。你这种人，项目推进是推进了，但团队成本太高。”
周砚看着阿远，语气平静得像在核对一份合同条款：“你刚才这段话里，有三类指控：越权对接、流程更改、跨部门影响。我逐条回应，全部用可核验材料。”
他打开笔记本，把投屏切到共享盘目录（会议室电脑他不登录自己的账号，只用访客投屏，避免再触发任何保护模式）。屏幕上出现《D1-D5闭环日报汇总》的目录结构，文件名后缀全带版本号与哈希。
“第一，所谓‘绕过项目负责人对接甲方’。”周砚点开一封邮件，邮件主题清晰，收件人王珊，抄送梁总、项目归档邮箱，“所有对外沟通均通过项目邮箱发送并抄送梁总。甲方要求我到场答疑，是书面确认，不是个人选择。你如果认为这是越权，请提供你要求我停止对接的书面指令及甲方同意记录，否则属于你个人意见，不能作为终评定性。”
阿远脸色一沉，想开口，被韩策抬手压住。
周砚继续：“第二，所谓‘擅自更改社群流程造成投诉风险’。”他打开《舆情应对证据包》目录，里面有带节奏截图、账号信息、置顶公告、禁言记录、平台规则引用截图。“舆情出现时，社群被封风险是真实存在的。我的处置是最小化风险控制：禁言带节奏账号并留痕、置顶核验路径、资料分批发避免刷屏触发风控。这些动作均有记录。投诉风险如果存在，请提供平台投诉工单或用户投诉截图、投诉时间与对应操作，否则不能凭推测定性。”
财务BP看着屏幕，笔尖在纸上飞快写了几行，抬头问了一句：“禁言处置是否有权限授权？是否符合社群运营规范？”
“有。”周砚点开运营规范文件，“社群运营主管在09:33收到我指令并执行，执行人有权限。规范里明确：对涉嫌引导舆情、发布未经核验资料者可临时禁言24小时并留痕。所有记录在此。”
法务专员的表情微微收敛了一些。
周砚把话题转到第三条：“第三，关于‘302追溯影响全公司效率’。”他打开《302追溯缺口清单及项目风险影响说明》，“302事件直接触发账号保护模式，导致项目交付通道中断。若不追溯，风险会反复发生，项目将持续存在交付断档隐患，最终定性为项目事故。追溯不是我个人情绪，是风险闭环要求。并且我每一条请求都指向可核验细节：门禁、事件日志、资产变更历史。至于效率成本——一旦项目事故发生，成本远大于追溯成本。”
韩策盯着屏幕，沉默了几秒，忽然问：“你为什么这么执着于把302查清楚？即便查清楚了，对项目结果有什么增益？你是不是把个人恩怨带进来了？”
这是最阴的一刀：把追溯动机从“风险控制”扭成“个人恩怨”。一旦动机被写成“个人”，所有证据都会被看成“报复式取证”，价值瞬间掉一半。
周砚没有急着回答“不是恩怨”，他只回答“增益是什么”，并且把增益落在公司利益上：“增益有三点。第一，避免账号保护模式反复触发，保证交付通道稳定，这是项目结果的必要条件。第二，避免‘无法锁定责任人’导致的倾向性定性落在账号持有人身上，影响用工裁决与项目责任归属，后续容易引发争议与诉讼成本。第三，形成可复用的安全治理机制：公用设备管理、资产使用登记、监控缺口处置流程。这个机制不止服务我一个人，服务所有项目。”
他说到这里，停顿了一下，拿出昨晚那份《USB资产归属变更事实说明》，轻轻推到桌面中间：“并且，追溯过程已经发现资产记录存在变更事实，且与涉事时间链不匹配。若公司在审计核验前引用‘U盘归属某人’做倾向性定性，将存在重大合规风险。”
韩策的眼神微微一变，像是第一次真正意识到“审计核验”四个字意味着什么。他没接文件，只看向法务专员：“这份说明你看过吗？”
法务专员抿了抿唇：“看过。梁总那边有封存日志。”
韩策皱眉：“那为什么还在我这里听到‘归属已确定’？”
阿远的脸色瞬间发青，想开口辩解：“我只是说——”
周砚没有补刀，他知道今天不是撕人，是锁结论。他趁着这短暂的裂缝，把最关键的要求丢出来，语气仍旧不高，却像把纪要写法提前念给他们听：“基于目前证据状态，终评纪要需要写清三点：第一，项目交付节奏与闭环数据连续，甲方认可可核验；第二，302追溯未完成，资产记录存在变更事实，任何倾向性定性均需待审计核验后再结论；第三，协作反馈若纳入终评，必须附可核验事例条目，否则不作为用工结论依据。”
会议室安静了几秒。
HR主管试图把话题拉回“态度”：“周砚，我们认可你做的这些材料，但你不能否认你沟通方式给团队造成压力，大家不敢跟你协作。”
周砚没有否认，也没有承认。他只是问：“请提供‘不敢协作’的具体事件。比如哪一次我拒绝他人合理意见，导致项目损失；哪一次我在群里公开羞辱同事；哪一次我阻碍他人完成任务。没有事件，就不能写进纪要。”
“你——”HR主管显然有些恼，但又找不到实锤。
财务BP这时抬头，声音很客观：“我只关心成本与风险。项目这周末开放日，如果现场接待顺利、预约到访率能达标，结果会非常明显。现在把你撤下来，重新磨合口径与核验入口，会增加风险。我的建议是：终评结论可以暂缓落‘不通过’，以执行期结果做最终依据。但协作问题可以写成改进项，不写定性。”
这句话像给会议定了基调：结果先于情绪，风险先于面子。
韩策沉默片刻，缓缓开口：“我同意财务的建议。周砚，你继续负责交付闭环与口径统
(本章未完,请翻页)
终评落槌第32章 终评落槌
『加入书签，方便阅读』
终评落槌第32章 终评落槌 我把废案写成爆款
