芯片项目中，如果流片失败或有重大 缺陷（bug），能不能只问责于验证人员工作的不充分？ 第1页

先说结论，不能。

老哥也流过接近十几颗芯片。

有参与的，也有主要负责的。

老哥认为，第一要负责的人都是项目负责人。

这个很好理解，成功收益最大，失败必然要抗责任。

验证人员只要需要满足验证的signoff标准即可，功能覆盖率100%，代码覆盖率100%，状态机，分支，条件满足signoff 标准要求。失败和验证人员关系不大。

有同学会问: 这样验证流程怎么会出重大bug？

这是因为，当时定义的功能case是不是真正的所有的功能场景，错的，漏的验证场景都可能有。芯片是最难之一，就是回答关键的验证场景有哪些？如果没有把这些定义好。验证人员即使验证到100%，也解决不了问题。

关键验证场景 case 列表的确定：这个涉及芯片的核心，关键功能性能指标，可能需要整个芯片多个部件都协同工作。这个是designer, 验证leader, 验证人员，项目leader, 产品经理都要参与的事情，普通验证人员只需要按照case列表去写case, 保证case真pass。

关键场景验证，是一个系统工程，不是让验证人员一个人去搞定的。

而这个也是最容易出现bug的地方。

举例来说：你奉老板之命开发一个当今世界上最牛的终端ai芯片，里面cpu, ddr, 总线，ai处理器，mipi，wifi，网络全都有，处理性能要求达到世界第一，老板可以出去吹牛B。每个单独ip，验证人员都验证没问题。但是，你的核心应用是mipi采集来的图像，缓存到ddr中，通过ai处理器识别成潜在犯罪分子，然后把犯罪分子图像由cpu控制通过网络上传到警察叔叔那里。

看,所有部件的都参与上了，这就不是一个人的问题，需要场景的清楚定义的能力。这里包括

mipi速率和能力。

dma速率和能力。

总线的匹配。

ddr的速率。

ai处理器识别的速率和匹配。

cpu交互的效率。

网络处理的效率。

以及这些协同工作的能力。

假设一切都很完美，复杂场景让你搞定，性能天下第一，流片成功。

但是，芯片一用上，警察叔叔发现常常报假警，根本没法用。项目失败了，这算谁的问题？问题定位，发现芯片升温太快，125corner下ai处理器扛不住，误识别率很大。如果带风扇环境又不允许，风扇也是有寿命的。为了吹世界第一，搞芯片太大，太大功耗扛不住。所以流片失败不能怪验证，责任只能项目负责人来负责。

还是那句话，芯片是一个系统工程，风险点，关键点的识别是产品经理，项目leader的首要事情。小公司有时候这两个岗位还可能是一个人。

一将无能，流片失败，三军辛苦多年而无所得，更不能再推责任了，否则就更显无能了。

团结大家，总结经验，完善流程，提高能力，复盘复盘再复盘。而不是找背锅侠。

团队人心丧失，更别提什么战斗力了，大家都是甩锅高手，没人敢承担，团队也干不了什么事。

不是有句话吗？“败则拼死相救，胜则举杯同庆”。团队的意义就在此。

因此，老哥不应该会打板子到一个普通验证人员身上。