这是一个创建于 1430 天前的主题，其中的信息可能已经有所发展或是发生改变。
1.程序员并非刻意制造麻烦
2.本地测试无法达到线上的量级，发现不了问题
3.程序技术正常，并非因为技术欠缺导致低级的 bug
4.上线一段时间后，偶发的 bug
5.但是损失重大
6.测试组进行了常规测试
请问这个责任应该属于谁 1.程序员-技术不精 2.测试组-测试不利 3.项目经理-项目管理不善 4.老板-项目开发中必然的损失，归于公司
顺便延伸一个问题，如果线上发现了一个问题，用户莫名的流失（可能原因 1.系统有问题，导致用户使用不便 2.导入的这批用户有问题，不喜欢公司产品 3.内容推广有问题，没有吸引力等等），程序试用了各种方法，查找了各种日志，一无所获，是否可以说明程序无用，在摸鱼。
第 1 条附言 · 2022-06-02 09:28:03 +08:00
是豆腐干山豆根山豆根山豆根山豆根士大夫 v 复古如图一要让他也让豆腐干豆腐干恢复人文 34 同仁堂也让图与体育体育风格恢复举报你不更符合瑞特瑞特让他感到给对方
第 2 条附言 · 2022-06-02 09:28:08 +08:00
是豆腐干山豆根山豆根山豆根山豆根士大夫 v 复古如图一要让他也让豆腐干豆腐干恢复人文 34 同仁堂也让图与体育体育风格恢复举报你不更符合瑞特瑞特让他感到给对方
第 3 条附言 · 2022-06-02 09:28:11 +08:00
是豆腐干山豆根山豆根山豆根山豆根士大夫 v 复古如图一要让他也让豆腐干豆腐干恢复人文 34 同仁堂也让图与体育体育风格恢复举报你不更符合瑞特瑞特让他感到给对方
第 4 条附言 · 2022-06-02 09:28:15 +08:00
是豆腐干山豆根山豆根山豆根山豆根士大夫 v 复古如图一要让他也让豆腐干豆腐干恢复人文 34 同仁堂也让图与体育体育风格恢复举报你不更符合瑞特瑞特让他感到给对方
 |
101
DeutschXP 2020-12-22 21:10:54 +08:00 via iPhone
看楼主问题的 1，2，3....
马斯克是不是每炸一个火箭就要找个人出来弄死？ 不不不，金胖子都不能这么玩的.... |
 |
102
saulshao 2020-12-22 21:13:23 +08:00  3
我一直想说，面对这种软件开发的问题，问责其实没那么有用。问责其实是对于后果的一种补偿措施。
所有的软件都会写一句:如果你拿我这个软件来发射任何航天器，那失败了我作为软件开发商是不负责的。 但是推及到现实世界，假如火箭制作的时候少装了一块隔热陶瓷导致空中爆炸，安装工要负责任吗？发现号航天飞机是个典型的这种实例。我觉得是要负责的。 所以，BUG 导致的后果才是要不要追责的标准。如果前面那个例子造成的损失不是 10W，而是 10E 会怎样？ 我之前的公司有运维在数据库上运行了 delete * from T1 而导致整个系统不得不从 72 小时前的备份恢复。这个运维工程师后来被离职了。 我本人也因为有一次没有完全按照某个 checklist 工作而被处罚。 我想说的是，问责没有那么重要，但是造成了严重后果，还是有必要的。这和现实世界是一个道理。不是看你犯了一个多大的错，而是看这个错误造成了多大后果。 |
|
103
saulshao 2020-12-22 21:16:24 +08:00
从楼主的措辞来看，确实像是市场部或者是销售部门的人。
楼主的延伸问题答案如下: 这不是程序无用，是贵公司的产品和市场推广以及客服部门无用，简而言之，这是 CEO 的问题。 |
 |
104
minbin 2020-12-22 21:24:29 +08:00
@tesguest123 悟了大师 doge
|
 |
105
MoccaCafe 2020-12-22 21:27:20 +08:00
如果项目成功了，能拿到可观的分红，那将分红适当减掉即可。
如果没有分红 /死工资 /无股权？那就是坚强的打工人，我记得劳动法不允许扣百分之多少工资，而且私企似乎也没罚款的权利吧 |
 |
106
liuzhedash 2020-12-22 21:38:19 +08:00
任何时候，老板都是第一责任人，如果想让其他人承担责任，这个人需要有与责任匹配的股份。
公司的经营如同一个人的人生，外人对自己如何热情或冷漠，人生的责任都需要自己承担。 |
 |
107
James369 2020-12-22 22:10:20 +08:00
工厂失火谁的责任，铁路出轨谁的责任，飞机失事谁的责任
|
 |
108
tachikomachann 2020-12-22 22:27:17 +08:00
哪怕一个公司的责任都是“有限”的，何况一个员工。。
|
 |
109
qq976739120 2020-12-22 23:06:00 +08:00
刚背完锅,明确是我一个人的问题 :)
|
 |
111
thetbw 2020-12-22 23:54:06 +08:00 via Android
应该换个角度，程序员写的程序赚了大钱，功劳主要算谁的，钱应该怎么分
|
 |
112
philipjf 2020-12-23 03:01:43 +08:00 via iPhone
如果 1-6 都挑不出毛病，那可能是提需求的人的锅
|
 |
113
neoblackcap 2020-12-23 03:11:41 +08:00
你们这些公司都没有流程，都是一个说了算的吗？
出了问题，当然是牵涉到整个流程的人都要背锅。哪有最后干活的人一个人全背锅的道理。 当然了，如果后果太严重了，那么当然还是会干掉一些人来祭天。这也很正常。 |
 |
114
Perry 2020-12-23 04:19:06 +08:00 via iPhone
责任是楼主的，不去反思开发流程的问题而在找责任人，建议主动背锅 🐶
|
 |
115
seesky 2020-12-23 06:13:04 +08:00
老板给你富豪榜上的人的名单, 这个月你就拉 1 千万的投资进来, 那么多有钱人他们, 名字你也有了, 怎么一千万都拉不到, 是不是你太没用了, 那么多有钱人,让他们每人出一点, 一千万不是洒洒水?
|
 |
116
janxin 2020-12-23 07:38:01 +08:00
如果有操作流程可以规避风险，那么该做的操作没做，该走的流程没走，那么责任就在这个风险规避相关的人和管理人员需要负责。
如果没有预估到可能出现的问题的情况，是归咎于技术人员和测试人员能力水平问题的，承担损失大可不必，但是仍旧要做复盘加上添加规避措施，该项目组如果有项目奖金之类的那就应该没了。 以上仅适用于正常情况。损失特大情况，如果被客户追责，一般企业的处理是会开掉一些人保平安的，要么企业全死要么只死几个。（这个就是总得有人背锅来安抚客户不是...） 扩展问题就更扯淡了，这个流程涉及从产品设计、UI/UX 设计、程序开发全流程问题，一般前两个出问题的概率大于第三项，查了半天查不出来建议你们换产品经理，是产品经理不行.... |
 |
117
wd 2020-12-23 08:36:12 +08:00 via iPhone
这是老板的问题。如果老板怪下面人，那就跑路呗，烂摊子留给老板收拾。
|
 |
118
glfpes 2020-12-23 08:42:33 +08:00
老板，或者说是架构的问题。
重要业务多地多活，随时有 backup 待机。只要你的域名后面所有 backup 没有全挂，那就不可能死。 |
 |
119
darknoll 2020-12-23 08:48:46 +08:00
当然是领导的，搞出的问题如果很大，领导直接被解雇
|
|
120
saulshao 2020-12-23 08:50:15 +08:00
|
 |
121
neroxps 2020-12-23 08:54:37 +08:00
看来题主是老板
|
 |
122
acnes 2020-12-23 09:02:38 +08:00
不会甩锅就背锅
|
 |
123
jinhan13789991 2020-12-23 09:16:45 +08:00
项目负责人的问题
|
 |
124
woshipanghu 2020-12-23 09:17:04 +08:00
肯定不是我程序员的责任 我已经尽力了 我很认真了
测试怎么没测出这个 bug，上班在干嘛 领导呢 怎么管的团队 |
 |
125
clxtmdb 2020-12-23 09:18:13 +08:00
[并非因为技术欠缺导致低级的 bug] ---说一下什么叫低级 bug，让大家看看是不是低级 bug （要是大家认为这就是技术烂才导致的，岂不滑天下之大稽）
|
|
126
clxtmdb 2020-12-23 09:19:57 +08:00
别先整个吓人的标题，亮代码或者亮 bug 啊，你搁这亮贱呢？
|
 |
127
morizawatt 2020-12-23 09:23:27 +08:00
@Still4 你看我回复的前几句话了吗？ lz 说问题没解决了吗？ lz 只问了该问责谁吧？自己引申个什么劲？
|
 |
129
erisfloralia 2020-12-23 09:25:56 +08:00
国内公司特色就是领导者都没错，开发背锅，所以是开发的错没毛病了。
|
 |
130
rssf 2020-12-23 09:32:55 +08:00
当然是公司的责任啊
|
 |
131
shiguiyou 2020-12-23 09:37:28 +08:00
谁来评估这个“尽心尽力”，怎么评估。。。
|
 |
132
tairan2006 2020-12-23 09:38:03 +08:00
都有责任
|
 |
133
hehe12980 2020-12-23 09:44:27 +08:00
感觉很多人想法 出了问题 入到问题 第一时间应该是解决问题 解决完了问题 像楼主说的 当开发的很少恶意制造问题 基本这种问题 都是全体的问题 至少开发和测试都有责任 领导也有部分责任 所以谁的责任 追究起来就挺没意思 如果是造成公司重大事故 应该一个项目组都要凉 如果领导把责任揽到你头上 那就是纯粹找个人背锅仅此而已
|
 |
134
js8510 2020-12-23 09:45:45 +08:00
大家的问题。对事不对人。减少相应问题的坚决办法，坐在一起 review 一下有哪些 follow up 。甩锅是没有用的。损失就损失了。帅锅只会让大家束手束脚。什么都不敢最没责任。
|
 |
135
ksice 2020-12-23 09:46:02 +08:00
其实感觉出任何问题都是项目经理先扛着，然后让手下人去查去修，没有说什么给一个人全锅，如果公司这样会寒心，谁还愿意留哦，当然如果工资很高的话另说，当然对那种无压力的人说走就走
|
 |
136
songdehuai 2020-12-23 09:49:50 +08:00
我认为是技术部或者这个项目负责人的责任，我所处的项目组 几乎一段时间就会那么一个问题，但是并不会造成什么损失，在我目前的团队里，这个责任人是很明显的。
|
|
137
ksice 2020-12-23 09:51:12 +08:00
特别是最后一点用户流失，找程序员，如果程序员还要了解如何吸引客户，还要产品经理做啥，市场调研和用户问卷才决定这个产品是否要做，然后做出来了客户流失，找程序员？？？而且找不到问题还要说程序员没用摸鱼???,要是这种人当领导手下人早就走了，没点归属感，只会甩锅
|
 |
138
oldhorse 2020-12-23 10:18:17 +08:00
都有责任吧，当然领导肯定要接下这个锅
|
 |
139
imjamespond 2020-12-23 10:19:20 +08:00
技术主管不 review code 么? 还有测试要压测呢?都没发现 bug 那就没法避免了
|
 |
140
calpes 2020-12-23 10:32:10 +08:00
@3dwelcome 什么样级别的软件需要什么样级别的人来开发，你要开发一个超高并发超大数据量的复杂业务系统，还就给那么点儿钱，只能找个不能胜任的菜逼来做，那出问题就是理所当然的事情，手上的人力资源与要做的事情根本不匹配，这妥妥的管理者的责任
|
 |
141
l00t 2020-12-23 11:01:09 +08:00
从楼主的描述看，这个问题得老板自己背了。线上偶发 bug 是很难找的。经验丰富的开发者能避免很多问题，但谁也不敢保证会不会遇到自己没遇到过的。这是必然损失。老板如果不管技术的话，责任可以让手下负责技术的主管来背。
|
 |
142
gablic 2020-12-23 11:11:13 +08:00
找到根本原因从流程、根源、技术上改善>问责。
如果真的要问责，我记得 PMP 说过 70%以上是管理层的责任。 |
 |
143
Visitor233 2020-12-23 11:22:24 +08:00
用户的流失与增加还得归程序员管？产品好不好用，用户喜不喜欢，市场调研这些不都是运营干的嘛。难不成你给他发了两人份的工资。
|
 |
144
3dwelcome 2020-12-23 12:10:00 +08:00
@calpes 问题是菜鸡都说自己可以开发超高并发啊，和外包市场一样，里面摸鱼选手一大堆，各个都说自己写代码无所不能。结果等你钱打过去了，项目各种烂尾出 BUG 。
个人觉得项目成功的关键，在于是否找到对的主程序，因为项目难度上去后，攻克关键技术难题，只靠砸钱是不够的。 身边一些同事入行，不是喜欢写代码，仅仅是为了拿高薪，始终有能力瓶颈。 |
|
145
calpes 2020-12-23 14:47:20 +08:00
@3dwelcome 所以我说了，是否追责取决于程序员挣多少钱，挣得少的菜鸡说自己能开发，你可以给他开发，但是出了事情他不能担责，因为 level 不够。挣钱多的菜鸡你给他开发，出了问题他来担责任，因为挣这个价就有这个 title，有这个 title 就要担责任，所以担不但责任只跟拿多少钱有关系，OK ？
|
|
146
3dwelcome 2020-12-23 15:42:47 +08:00
@calpes 你说的是理想情况，现实中大部分公司，码农能力大小和工资高低并不是直接挂钩的。
给再多钱，也没办法激发起某些人学习和专研技术热情。 引入优胜劣汰，用高薪换高人是一种方法，可惜 HR 不会鸟你，公司领导也不会鸟你，因为他们不懂技术，以为只靠加班，就能解决一切 BUG 。 |
 |
147
smilzman 2020-12-23 16:04:20 +08:00
比如有些人调试的时候用 sysout 打印，结果上线后把内存溢出了，这算该怎么定责呢。。。
|
 |
148
MENGKE 2020-12-23 18:30:09 +08:00
上线之后就是测试的问题，该甩就甩
|
 |
149
keepeye 2020-12-23 18:42:28 +08:00
bug 是不可避免的..... 事故也是不可避免的..... 为什么非要找一个人出来背锅？非要追究那一定是老板的锅，谁让他开了这个公司并且把你们招进来的
|
 |
150
MrCurly 2020-12-23 18:54:27 +08:00
我司出过这样的事情，正式版本 release 了很久，多国的客户都装上了，结果某一刻突然重启，后来发现是软件内部的一个 license 过期了，导致重启，多国客户损失重大，后来据说是这个产品比较 high level 的领导走人了，这个明显是开除人给客户看的。
我现在的工作也有风险，所以公司有完整的流程去运作这件事情，如果有人没 follow 流程，那么复盘的时候你是跑不了的。如果每个人都 follow 了流程，但最后还是出了问题，那么需要复盘这个问题到底如何发生的，可能是工程师能力问题或者是现有流程无法检测出的问题，那么优化流程即可。 无论如何都不会让工程师承担责任。除非是他 /她故意的。 哪有没有 bug 的软件。最需要做的就是复盘，责任领导去背，背完了她 /他自然就会想办法了 |
 |
151
maxio 2020-12-23 20:57:15 +08:00
首先程序不可能没有 bug，其次，为什么没有提到运维？
线上出了问题，有没有监控？监控有没有发现问题？ 出了问题，是不是有对应的预案？ 通过切流，降级，回滚来减少损失。 这都是运维的工作。 |
 |
152
lizytalk 2020-12-23 21:03:30 +08:00 via iPhone
但凡了解过一点软件工程......
|
 |
153
pkupyx 2020-12-23 22:56:08 +08:00
换个讲法，菜鸡领导写得辣鸡代码上线有 bug，他自己该不该背锅。
所以码农逃不掉的，最多也就是一起背锅。 |
 |
154
dany813 2020-12-24 09:56:11 +08:00
都有责任
|
Select Language