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

2020-12-22 11:34:58 +08:00
 lbmjsls1

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

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

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

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

5.但是损失重大

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

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

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

17836 次点击
所在节点    程序员
154 条回复
reus
2020-12-22 14:57:56 +08:00
https://sre.google/sre-book/postmortem-culture/

Best Practice: Avoid Blame and Keep It Constructive

An atmosphere of blame risks creating a culture in which incidents and issues are swept under the rug, leading to greater risk for the organization

谷歌这篇说得挺好的。损失既然已经造成,再找人背锅也挽回不了损失,何必呢。背锅文化只会让人以后倾向于掩盖问题,反而搞出更大的事故。
Lemeng
2020-12-22 15:04:25 +08:00
凡事无绝对,原因出来了,该谁就是谁。测试也是根据需求来。
feiandxs
2020-12-22 15:06:21 +08:00
我的责任,行了吧。


我就很看不惯这种,遇事后不是第一时间想着解决问题,而是找责任人。不是一起复盘总结宝贵的经验,各部门一起坐下来好好看看今后有什么可以改善的地方,当前的问题有哪些合理的解决办法,而是来找『谁的问题』。

真要找人的问题,应该是每个人都冲上去说是我的问题。

如果是找别人的问题,这个找问题的人就是最大的问题。
frankkai
2020-12-22 15:13:50 +08:00
团队的责任。
ahill
2020-12-22 15:27:23 +08:00
谁有权利能避免或解决这个问题是谁的责任。
从这个角度看测试,开发,总监,老板都有责任
测试在压测及场景覆盖度不足,
开发细节并发经验 review,
总监 release 流程,尽早保留问题发现问题减少损失的机制
有责不一定就要有惩。如果要有惩,谁获利最大惩谁
linoder
2020-12-22 15:29:14 +08:00
所以需要流程规范 ……

你需求评审 技术评审 代码 REVIEW 都搞了 那么大家帮你背锅

如果你跳过了某一步 那就得你自己背锅了
suyongfu
2020-12-22 15:30:42 +08:00
定位问题,分析问题,解决问题。
以上三个步骤走完之后基本上就知道是谁的锅了。
charlie21
2020-12-22 15:39:22 +08:00
评估组
zhuweiyou
2020-12-22 15:39:47 +08:00
是软件就有 bug, 不应追责, 应想办法解决 /优化
hahiru
2020-12-22 15:45:53 +08:00
快,程序员,甩锅给他,稳准狠。谁叫他不能预测所有 bug 。
不能因为损失重大就一定要找个人背锅。
一定要背锅的话来找我吧。
我,秦始皇,有钱。
murmur
2020-12-22 15:47:18 +08:00
大家一起背锅,如果隐瞒不报肯定你全责,如果发现问题提前提出,然后有意外再一起分锅
DelayNoMay
2020-12-22 15:51:53 +08:00
@ligiggy 你这不是废话吗,人家说问责,你扯处理问题。你怎么知道楼主公司没有先解决了问题?解决问题之后难道不应该事后问责,以防再次发生类似的事故吗?
imdong
2020-12-22 15:54:24 +08:00
这话说的,谁还不是尽心尽力了?你们程序员尽心尽力了,我们产品,测试,运营等都没尽心尽力?

谁背锅还不简单,没话语权的,最不会甩锅的背锅呗。

出问题还不赶紧解决,找人背锅有用么?

有这功夫不如想想以后怎么避免这种事情的发生。
iceneet
2020-12-22 15:54:37 +08:00
我觉得都有责任 不过比起追责 最重要的是事故后的处理和总结 避免下次事故 毕竟已经损失的已经追不回来了
ligiggy
2020-12-22 15:55:26 +08:00
@DelayNoMay 除了问题,就一定要问责?你想咋的,避免下次问题的关键是分析问题点,总结经验,避免下次犯错,而不是问责,问责就能避免下次犯错?
DelayNoMay
2020-12-22 15:56:03 +08:00
@feiandxs 随便扣帽子你最行,要是没第一时间去解决问题,楼主还有闲情来发帖?
mamahaha
2020-12-22 16:07:56 +08:00
知道为啥没人敢动屎山了吧,出了问题你试试。
hejw19970413
2020-12-22 16:09:23 +08:00
我认为还是对事不对人。如果你按照公司的规章制度和正常的流程走出了问题,修复就可以了,如果你比如开发完了不按公司规定走或者是自测没有测试之类的,只能自己交点学费了。
DelayNoMay
2020-12-22 16:10:59 +08:00
@ligiggy 难道问责和分析问题,总结经验冲突?二者只能取其一?总结完教训,然后对造成事故的责任人进行适当的问责,以作警醒是很合情合理的,小问题问责确实说不过去,但楼主都说了,这个损失是巨大的。我真的觉得你的逻辑很搞笑,问责这个词自始至终贯穿中国整个社会,从家庭学校到企业 zf,出了重大事故,无一不问责。适当的问责还可以提高整个团队的责任心氛围。按你的逻辑,很多违法犯罪的人也是总结下经验,避免下次再犯,然后就逃过民事或者刑事的处罚?
ligiggy
2020-12-22 16:12:20 +08:00
@DelayNoMay 你继续发挥,哈哈

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/737781

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX