如果程序员尽心尽力实现的功能上线出了问题，责任是谁的。

[lbmjsls1]

1.程序员并非刻意制造麻烦

2.本地测试无法达到线上的量级，发现不了问题

3.程序技术正常，并非因为技术欠缺导致低级的 bug

4.上线一段时间后，偶发的 bug

5.但是损失重大

6.测试组进行了常规测试

请问这个责任应该属于谁 1.程序员-技术不精 2.测试组-测试不利 3.项目经理-项目管理不善 4.老板-项目开发中必然的损失，归于公司

顺便延伸一个问题，如果线上发现了一个问题，用户莫名的流失（可能原因 1.系统有问题，导致用户使用不便 2.导入的这批用户有问题，不喜欢公司产品 3.内容推广有问题，没有吸引力等等），程序试用了各种方法，查找了各种日志，一无所获，是否可以说明程序无用，在摸鱼。

[lsl233]

我觉得这个问题和 `尽心尽力实现的功能` 没有关系，问题应该是 `上线出了问题，责任是谁的。`

[Oleg]

线上锅一起背啊，整条链路都要反思

[shm7]

leader 和该员工一起扛

[ElmerZhang]

肯定是公司承担呀
打个比方：按 8 级地震标准建的房子，结果发生 9 级地震塌了，责任是谁的？

[stormysky]

不做就永远不会有问题

[kx5d62Jn1J9MjoXP]

还是技术问题
偶发 bug 也是 bug

[cking]

我们公司因为开发的问题损失了 100 多万 然后 只是开会商讨了怎么把损失降低到最低 没有追责.但是项目负责人奖金没了

[xianxiaobo]

第一个问题我选择 4，第二个问题我觉得不能说明。
第一个问题可以靠请有经验的技术大牛来解决。
第二个问题可以靠请运营来解决。
单纯搞责任制，怪某个人，并不能解决问题。

[justsosososo]

运维先背，运维背完测试背，测试背完你在背

[yousabuk]

无责

[intmax2147483647]

所有把这种问题责任归于个人的公司都是傻逼公司，傻逼老板。

[wupher]

架构师，

如果没有架构师，那就讨论一下没有架构师算谁的责任。

互联网项目，我觉得架构还是挺重要的。

非功能性需求可能不能保证项目会火，但确实会影响项目会不会灭。

[VictorJing94]

测试问题啊,测试要是免责那必然要提前申明做不了某种测试,肯定要项目点头,项目经理没做好风险管理,要是项目也想免责,那就要提前给老板做过风险汇报吧....那责任往上传导了...程序员就是个施工的.....按图纸做,被动等着检查的,有啥责任

[opengps]

遇到问题，什么都不做的才是应该担责任的

[fengpan567]

一看就是想着压缩工期上线，结果线上出 bug 了，又想让开发背锅

[calpes]

这个情况，定责完全看你们给了程序员多少钱。
给到了大厂平均水平的数目，那完全是程序员的责任，作为值这个数的程序员应该考虑到高并发或者大用户量的情况下应该出现什么样的场景，这是应当应分得事情。
只给了小破厂平均水平的数目，那程序员没责任，你出这点钱就想要个大厂高工架构师，是不是想太多了？

[zzl93]

整个流程都走下来了，没发现问题，是之后才发现的 bug，那只能怪你们公司对项目上线后的监控不到位吧。没有对用户数据很敏感或者专门研究数据这块的相关人员吧。

还有，发现问题导致的用户流失，这个问题是 bug 还是功能上的问题，如果是 bug，是否改好很明显吧，改不好肯定就是程序员当前能力处理不了这个问题了。改好了至于用户是否回来和开发无关吧。

或者说你们想查是不是因为这个问题导致用户流失，我认为这要记录用户的操作习惯的数据吧，例如你们程序用户操作访问某个模块的数量一直在 800-1000 之间徘徊，某天突然降到了 700，这肯定就要排查这个模块是否有问题。

还有用户调研啊，调查问卷的设计等等。

没有数据，没有一定的分析报告，谁也不想背锅哈。而有数据，有分析，那可能早就发现这个问题并解决了吧。

。。。。。。。。

突然又想到了，有了数据分析师，他如果摸鱼去了怎么办。。。。/手动捂脸

[liion]

出现线上问题，应该考虑流程上减少问题出现的概率或者减少损失的方法，因为下次还会新问题的。硬要找个人被的话，就找个想炒的人吧 dog : )

[xFrye]

比较反感的是一上来就找背锅的。正常来说不是解决问题然后检讨么，保证不要再次犯同样错就好

[clxtmdb]

赞同楼上一些观点，取决于工资