关于事故定责，请大家评判一下

[sty]

我的朋友小金最近公司发生了起事故，造成了资损

项目背景：A 组 主导的一个项目，小金是在 B 组，分到了与算钱有关的一个需求。项目在去年完结，一直运行的很好
今年年初，公司总部发了个技术侧调整，所有业务需要查看是否适配，以拉群的形式通知，群里连着几天发了表格，表格是增量的形式；
小金并没有关注到自己那部分，表格中查找需要搜自己名字（而且这字段调整还是个隐形的问题，主流的数据库都没这种问题）

日前，该小组终于发现了资损，金额不小

我听了以后很不解，这公司也是头部公司了，如此重大的通知居然是拉群简单丢个文件来通知；资损金额如此之大，居然好几个月之后才发现。然后定责居然是小金的主责

这合理吗？

[huigeer]

草台班子，

[3191870]

理所应当，一点问题都没有。

[KingHL]

主要看流程是否完备，不光只是知会，而是要知会到了，流程上有没有确认机制，推进者有没有主动检查完成情况，如果就是发一个表格让大家各自执行，那肯定是推进者主责。
如果是事故复盘撕逼，小金就抓住没有被知会到，通知形式太弱没有确认机制来反驳，锅推到机制身上。

[sty]

@KingHL 截止事发，表格还有 20%多的人没有确认，不知道会不会也会出事故

[sty]

@jsq2627 是头部大厂，这种流程惊到我

[sty]

@muooOOO 截止事发，表格还有 20%多的人没有确认，不知道会不会也出事故

[sty]

@shakoon 公司层面改动，分派到各部门，部门拉群通知，没人测试，没人验收，研发自行负责。我是惊了，头部大厂的核心字段改动竟然是这么个流程

[cominghome]

拉表格对齐事务很正常。

我觉得小金有责任，但更大的问题在于 push 这件事的人。重要通知并不是发出去就不用管了，需要持续跟踪以确保关联方知情并且进度上能对齐整体节奏

[cominghome]

小金的问题在于被拉群后就应该默认这件事跟你有关联，既然有关联你就应该主动确认相关条目，要么重新指定人员跟进，要么认领问题。说什么资料里没找到自己相关的信息所以没做就想做无罪辩护是不太可能的。

[peakj]

这不是背锅了么，推进事项得让人知道啊，没回复，没编辑，你怎么就把任务分给人家了，还是增量的