1.程序员并非刻意制造麻烦
2.本地测试无法达到线上的量级,发现不了问题
3.程序技术正常,并非因为技术欠缺导致低级的 bug
4.上线一段时间后,偶发的 bug
5.但是损失重大
6.测试组进行了常规测试
请问这个责任应该属于谁 1.程序员-技术不精 2.测试组-测试不利 3.项目经理-项目管理不善 4.老板-项目开发中必然的损失,归于公司
顺便延伸一个问题,如果线上发现了一个问题,用户莫名的流失(可能原因 1.系统有问题,导致用户使用不便 2.导入的这批用户有问题,不喜欢公司产品 3.内容推广有问题,没有吸引力等等),程序试用了各种方法,查找了各种日志,一无所获,是否可以说明程序无用,在摸鱼。
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
都有责任
|