笔趣阁

第534章 项目负责人 张恒（第2页）

发出去。

十分钟后，张恒回复了：「好的林总，我这边确认一下，下午之前更新。」

林听晚没有回这封邮件。她打开了另一个文件——《项目署名管理制度（V1。0）》的草案，第三版。

第一部分是总则。项目署名依据贡献，不依据职位。贡献认定以可追溯记录为准。版本历史、操作日志、邮件记录为三类核心证据。所有项目上线前必须附贡献清单。

第二部分是贡献类型定义。过程贡献包括调研、设计、开发、测试。结果贡献包括对接、签约、上线推广。协调贡献包括跨部门沟通、资源调配。三类贡献并列，不分主次。

第三部分是争议处理。贡献认定有争议时，当事人可提交书面申诉，附证据材料，5个工作日内出具认定结果。认定依据以操作日志和版本记录为准。

第四部分是执行要求。所有项目方案提交终稿前，必须填写贡献认定表，经项目负责人签字确认后存档。未附贡献清单的方案，退回修改，补全贡献信息后方可提交。

文件保存，版本号改成V1。1，上传到管理群共享文件夹。

乔安敲门进来，手里拿着一份名单。「林姐，林蔚那份贡献认定表我扫描好了。另外张恒打了电话来，说终稿封面他已经改了，把林蔚的名字加在了参与人栏里，标注供应商评估。」

打开邮箱，确实看到张恒的修订邮件。封面截图上，参与人栏多了「林蔚（供应商评估）」。她点开版本历史，修改记录显示「4月7日10:38封面编辑——张恒」。时间戳对上了。

打开管理群，发了一条消息：「《项目署名管理制度（V1。1）》已上传至共享文件夹，各位今天看完，明天管理会讨论。」

陈砚秋第一个回复：「收到。」唐棠隔了两分钟回了一个「好」。梁舒没有回复消息，但林听晚注意到共享文件夹里文件状态显示「正在浏览」——她已经在看了。

靠在椅背上。封面改了，署名补了，但这个动作是被动的，是她逼出来的。如果她今天没有看到那封邮件，没有去查操作日志，林蔚的名字就不会出现在终稿上。

被动补救不是制度。制度是让主动成为默认。

空白文档打开，标题：「野月·项目贡献认定操作手册」。

操作手册和管理制度不一样。制度是规则，操作手册是方法。她需要告诉每一个人：怎么记录自己的贡献、怎么保存版本、怎么在项目结束时填写贡献认定表。不是等出了问题再去翻日志，而是在做的时候就留好痕迹。

第一部分：日常记录规范。每项任务开始时，在协作文档创建独立文件夹，命名格式「项目编号-任务类型-负责人姓名-日期」。关键节点必须截图存档。

写到第二部分的时候，手机震了一下。林蔚发来一条消息：「林姐，谢谢你。」

看了两秒，回了一句：「不用谢。以后每参与一个项目，先把贡献认定表填好，别等人提醒。」

手机放下，继续写。

下午两点，操作手册写完了。两页半，没有废话。她存好文件，上传到共享文件夹，和管理制度放在一起。

然后她打开邮箱，给全公司发了一封邮件。标题：「关于项目署名管理制度的全员通知」。正文很短：从即日起，所有项目终稿必须附贡献清单；贡献认定以操作日志、版本记录、邮件记录为依据；相关制度和操作手册已上传至共享文件夹，请各部门负责人本周内组织学习。

发完邮件，她打开林蔚那份贡献认定表的扫描件又看了一遍。贡献内容那一栏，林蔚写的是「供应商风险评估、备选方案对比、成本测算」，每个字都确定，没有犹豫。

扫描件存进项目文件夹，命名为「pKG-2026-003-贡献认定-林蔚」。

这是野月第一个正式归档的贡献认定记录。

关掉电脑，看了一眼窗外。天快黑了。乔安路过门口，探头进来：「林姐，下班了？」

「还有点事。」

乔安没多问，走了。林听晚打开手机，翻到林蔚面试那天发来的邮件——简历最后一页有一行手写备注：「上一家公司的项目署名问题至今未解决，这是离职原因之一。」

这行备注截了图，存进一个新文件夹。文件夹名叫「制度建设-起因记录」。

文件夹里只有这一张截图。但她知道，以后会越来越多。