1. 聚能聊>
  2. 话题详情

产品经理新技能--开除程序员?

现在的开发人员,虽然拿着平均薪资以上的工资,但在实际工作中却十分被动,一边是不懂技术的领导管理,另一边是很多不懂技术的产品经理,不懂技术的领导现在基本也不直接管理程序员,但产品经理却是和程序员天天打交道的存在,天生的具有对立属性,前段时间发生的产品经理要求程序员完成用户手机主题根据用户手机壳变色的需求一事余波未了。

最近又发生了一件趣事:

IMG_7626

很多网友觉得不应该是程序员背锅,毕竟程序员只是负责开发,并不负责测试之类的,而且产品经理和程序员本就是平起平坐的,就算程序员出了错误,也轮不到产品经理来官,跟何况本就不是程序员的错,有Bug没测试完全就应该是测试的问题,不关程序员的事情了,更别说开除了!
网友评论

@破天一剑:这就好比盖房子,某个人打基础的时候出现问题,那这个人肯定就有过错,但是更大的过错在于,为什么一直到房子盖好了之后,直到被使用了才发现这个问题。代码不可能没有Bug,这辈子都没有无Bug的代码,所以这是流程的问题。

@芦荟胶:是你自己的责任,你自己还不知道,对产品质量都不负责,还谈个屁的管理。你尽管开除人家,人家有技术的程序员跳槽大把公司等着要,你这样的产品估计这辈子就这样了。

@豆腐干子:你既然都想开谁就开谁,那就吧开发的干脆都开了吧,给人家条活路,也给自己留条后路,别回头公司完蛋还欠人家工资,说不定还会被打对吧,把他们都开了说不定人家走了还念你个好,至少没在这个公司浪费时间!

读来是不是很有意思

1.如果你是开发,遇到这样的产品经理你会怎么处理?
2.如果你是产品,你会对这样的程序员如何对待?

3.如果你是老板,这样的产品和程序员你分别如何处理?

参与话题

奖品区域 活动规则 已 结束

  • 奖品一

    阿里云代金券 x 4

  • 奖品二

    技术书籍 x 1

  • 奖品三

    品牌U盘 x 1

67个回答

2

章为忠 已获得品牌U盘 复制链接去分享

1.如果你是开发,遇到这样的产品经理你会怎么处理?
一般产品是没有开除开发的权限的,所以不用担心,做好自己的事情就行。

  1. 找出bug的原因,尽快修复,最大限度的免损失。
  2. 向你的直接领导客观的说明bug的相关情况。
  3. 总结这次bug 的问题。给出改善建议及措施。
  4. 剩下的交给领导去处理。

2.如果你是产品,你会对这样的程序员如何对待?
如果我产品,首先要考虑的不是责任,不是程序员,也不是测试。而是怎么解决目前的这个问题。最大限度减少损失。
所以我要做的是:

  1. 评估bug的严重程度以及后续影响。
  2. 根据bug的严重程度,找到相关的开发及测试,找出最快最有效最合理的解决方案。
  3. 总结反思这次的问题。给出改善建议及措施。
  4. 先领导客观公正的汇报这次的问题。以及存在的问题和改善建议。

3.如果你是老板,这样的产品和程序员你分别如何处理?
有上面这样的员工,我基本都不用干。员工自动回跟你汇报问题及处理结果。
如果没有收到汇报,再找产品主管和研发主管了解相关的情况。

古散 回复

靠谱

章为忠 回复

有机会多交流。

ly_2018 回复

靠谱

评论
0

wangccsy 已获得阿里云代金券 复制链接去分享

在回答三个问题之前,我想说的是,产品没有做好,不能单方面的怪任何一方,即不能只怪程序员,也不能只怪测试人员,更不能只怪产品经理。三方都有相应的责任,各自首先要冷静是否自己有不足的地方。不要一出现问题就互相推诿,这样能做出好和产品吗?出现BUG很正常,但出现的BUG是否是客户可接受的。首先,做为产品经理,要想的是否正确/准确的将客户的需求阐明给开发;而做为开发,要确定是否正确的理解了产品经理的意图,在没有明白的时候是否及时的和产品经理进行了沟通?在自己开发完成是否进行了单元测试,功能测试,保证自己所编写的代码没有基本的错误,能够保证功能的正常运行?不能只说写了代码编译通过了就算完成,就次级测试人员(测试人员不是给开发人员擦屁股的-我们领导说过的一句话,很有道理)。测试人员进行测试之前,是否已经准确的了解了需求,编写了完整的测试用例,是否进行了认真的测试,不明确的地方是否和产品经理、开发人员进行了沟通?等等这些都是很重要的。
1.如果你是开发,遇到这样的产品经理你会怎么处理?
做为开发,首先和产品经理确认好需求(或者是开发组负责人的事情,所以如果有不明确的一定要上报)。确保自己的代码实现了需要的功能,并保证逻辑和流程正确,单元测试通过,集成测试通过。如果发生的问题是由于产品经理的需求输入错误,那一定是要据理力争的。即使最终被开除,也不能糊里糊涂的离开。一定要明明白白的。如果最终经过证据证明不是自己的问题,产品经理还是要开除,那就根据合同拿自己应得的,然后开心的去找下家吧。因为如果是这样的产品经理,你没必要再跟着他干;这样的公司,也没有必要再呆着,不值得呆下去。

2.如果你是产品,你会对这样的程序员如何对待?
做为产品经理,首先要看BUG是什么级别的,是否是客户可接受的。如果是客户可接受的,那么做好客户关系,及时联系开发进行修正(而不是直接开除开发,开除了谁来改BUG,产品还要不要了,没有了产品我估计这个产品经理也快下岗了),解决客户的问题。如果是严重的问题,那也需要及时的处理好客户关系,并进行相应的修正。在处理好客户问题后,再调查发生的问题是由于自己的理解出现问题(没有真正理解客户的需求)、还是开发没有理解自己的意思(自己表述的问题,开发理解的问题)、抑或是开发人员程序代码本身的问题,还是测试用例覆盖问题导致BUG漏出。找出流程中出现问题的地方及时纠正并避免再次发生。这样才能带出一个高效的团队。

3.如果你是老板,这样的产品和程序员你分别如何处理?
作为老板,即不可听之任之产品经理开除开发人员(人员的招聘与开除应该归属人力资源管理),也不能不对产品经理上报的问题不重视。需要调查清楚问题出现的地方,并进行相应的沟通和协调,让开发和产品能够很好的合作,这样才能保证自己的公司能够稳定的发展。

醉美闲圣 回复

你总结的很好,认同

评论
0

浮生递归 已获得阿里云代金券 复制链接去分享

1.如果你是开发,遇到这样的产品经理你会怎么处理?
自己挖的坑自己填。如果真是自己写的bug,还能怪谁呢。我是比较有担当的人,如果真是我写的代码出了重大bug,不管公司怎么处理,我都认了。并且,我希望公司能够从严处理,这样我以后才会长记性。写代码时,才会仔细仔细再仔细。毕竟写代码有时候跟公共安全是息息相关的,马虎不得。比如医疗系统,你一个bug可能就会直接要了人家的命。

2.如果你是产品,你会对这样的程序员如何对待?
上线后才发现重大bug,所以测试免不了责任吧,当然,毕竟bug是程序员写的,所以程序员也逃不了干系。简单粗暴点,就是责任55开。工资一般不扣,能扣尽量扣奖金或绩效之类的。如果是重大bug,至少当月的扣光,年底的则按比例扣。扣肯定是要扣的,都没处罚,就是鼓励写bug,以后就bug满天飞了。

3.如果你是老板,这样的产品和程序员你分别如何处理?
产品经理自我感觉过于良好,批评教育为主。程序员在教育的同时,还要进行适当的处罚,既要起到以儆效尤的作用,又不能赶走程序员,毕竟人总是有出错的时候,也不能一棍子打死。

0

aoteman675 已获得阿里云代金券 复制链接去分享

1.如果你是开发,遇到这样的产品经理你会怎么处理?
a、首先对项目的bug做影响评估,对业务影响不大的可以不用关闭项目,然后快速定位bug,制定修复预案并交付测试部门快速测试评估。
b、修复bug记录过程和环节资料,防止在项目报告会中责任归属背锅。
c、然后定位bug属于代码漏洞还是业务漏洞、还是测试不到位,对测试报告中的测试结果做记录。
d、既然项目上线出现问题了就要把损失降到最小,同时避免让自己处于不利位置上,吵架没用的。

2.如果你是产品,你会对这样的程序员如何对待?
首先对整个项目开发环节梳理一遍,到底这个bug是制定需求时业务设计缺陷还是代码漏洞,还是测试不谨慎,对每一项测试是否出现能用就行的情况。
a、产品设计缺陷:前期和客户沟通业务环节并没有和客户确认就开发上线了。
b、代码漏洞:代码逻辑不缜密,在测试中难以发现,易出现偶发性故障。
c、测试漏洞:测试部门没有按照测试功能清单一项项的测试演练和压力测试、及攻防渗透测试。
各方面都有责任,同时也要做到心服口服。按比例背锅

3.如果你是老板,这样的产品和程序员你分别如何处理?
看项目最终报告,划清背锅比例,招一个程序员和产品不容易,还得有一个培养周期和适应周期,所以及时规范,修补漏洞,在下一个项目中杜绝这类情况的出现。

0

嘉德game 已获得阿里云代金券 复制链接去分享

1.如果你是开发,遇到这样的产品经理你会怎么处理?
不会怎么处理,该怎么做就怎么做,如果他有权力开除或者扣工资,那就这么做吧。但是如果责任不在我这边,但是却惩罚了我,我肯定不服。

2.如果你是产品经理,你会对这样的程序员如何对待?
目前最重要的事情是调整bug,bug早一些修复,损失就能减少一些。而修复bug,应该是程序员的工作。这时候将这些惩罚之类的,只会然程序员丧失干劲,有害而无益。
当然,责任在最后还是要去理清的,最重要的就是看是开发出的问题还是测试出的问题,甚至还是项目管理出现问题,需求失控等。更具问题,指定一些惩罚措施,如扣奖金之类的。

3.如果你是老板,这样的产品和程序员你分别如何处理?
出现了问题,首先不想怎么解决,急于甩锅的产品经理,我会先把他教训一通,督促他解决首要问题为主。
程序员就看是否有过错,不管是开发还是测试的程序员,责任应该是比较好认定的,根据责任和公司规定,来判断是否扣奖金等处罚。
最重要的是把项目总负责人叫来,批评一通,要求他处理好团队关系,调节好项目进度,安排好接下来的修复bug的工作。

0

hikingx 已获得技术书籍 复制链接去分享

1.如果你是开发,遇到这样的产品经理你会怎么处理?
个人理解,这个时候沟通是很重要的。
作为程序员的想法有时候很单纯,认为这一个版本只实现这一次的需求,有新的变更请放到下一次迭代。所以技术人员不喜欢不靠谱的产品经理在一个版本内反复修改同一个需求;

2.如果你是产品,你会对这样的程序员如何对待?
产品经理和程序员产生矛盾的本质,个人认为是产品经理日益频繁的需求变更与分配给程序员的开发时间不会动态增加的矛盾。
合理分析解决问题。
其次,产品经理讨厌技术没有积极迅速实现他的每一次需求变更,认为需求改动只需要30分钟,亦或是1个小时,但有时候一个需求的变更,实际工作量远远超出他们的预估。

3.如果你是老板,这样的产品和程序员你分别如何处理?
俗话说,男女搭配干活不累;什么爱恨纠葛,什么仇什么怨, 让这些都随风去吧。共同把产品做好,为公司创造价值才是王道。

0

局外,局内 复制链接去分享

程序员与产品经理的关系就像是士兵与将军的关系。没有士兵愿意打败仗,但有时候事与愿违,这时候我觉得应该是想办法增加士气,或者进一步培训士兵技能,为下次作战准备,而不是打压士气,让士兵失去斗志,没有斗志的士兵已经输在气势起跑线了。

古散 回复

到位

评论
1

景凌凯 复制链接去分享

1.如果你是开发,遇到这样的产品经理你会怎么处理?

我会在想我为什么不能当产品经理
我为什么要做最累的活,背莫名其妙的郭
那是因为,我还不够优秀,
还需要继续努力

但产品经理确实有些过分了,
不是自己的锅,坚决不背

2.如果你是产品,你会对这样的程序员如何对待?

一个团队中,责任应该分工明确,
谁的问题谁负责
上线出bug
首先自己要检讨,
测试要批评
程序员要改bug

3.如果你是老板,这样的产品和程序员你分别如何处理?

提前划分好责任
两个都扣点工资.

0

andysec 复制链接去分享

不能全怪干活的,领导把关责任更大

被道德绑架 回复

钱到位了领导算个球

评论
1

1865218885748762 复制链接去分享

项目是属于一个团队,开发人员是团队的一员,出现bug,直接就落在开发人员身上,那团队的其他人员呢?产品也得看是否是预期的样子,以及测试为什么没有发现

1

微wx笑 复制链接去分享

1.如果你是开发,遇到这样的产品经理你会怎么处理?
从片面的信息看不出什么!
或许只是产品在开会的时候说了那么一句,
现在有产品直接管理研发的团队吗?哪位能列举一二?
如果认为产品与研发对立,那么首先出发点就错了。
没有不同的观点,一个产品怎么完善。

2.如果你是产品,你会对这样的程序员如何对待?
出了问题,互相甩锅,说明还是缺少文档等必要的环节吧。

3.如果你是老板,这样的产品和程序员你分别如何处理?
产品经理做为领导层要比小兵跟领导走的近吧,做出这样的管理建议也不算过分,但最终人员的去留还得是老板或研发领导决定吧。
研发领导为什么没出来说话?

1

黄二刀 复制链接去分享

1.如果你是开发,遇到这样的产品经理你会怎么处理?
我也是无语,要吗请求调到其他部门,要吗就直接跳槽,换个环境发展。
2.如果你是产品,你会对这样的程序员如何对待?
如果我是产品也只能提醒程序员以后不要再放同样的错误,然后加强对产品的测试。
3.如果你是老板,这样的产品和程序员你分别如何处理?
很简单,这个月基本工资是不会给他们扣,也不敢给他们扣,扣基本工资是违法的,我只会很遗憾的告诉他们,这个月奖金没了。

1

饭娱咖啡 复制链接去分享

这个话题体现的最重要的一点是,工作中要把责任分清。

不管是开发、产品经理还是老板,我主要会看责任在哪里。
如果是代码方面的问题,那是程序员的问题。
如果是业务方面的问题,那是产品经理的问题。
如果是产品不符合市场,那是老板的问题。

所以我觉得一个好的项目,各个环节之间要责任分清,各个部门之间要相互协作。
这样谁也不会抱怨谁,谁的责任也能一下子看清。

0

chao_chao_chao 复制链接去分享

这样的问题如果只用同意和和反对是有点草率的,本质这是一个HR的问题,因此相应会涉及到一系列制度,包括类似KPI的东西,因此最好还是按规划办事,而不是感情用事

0

ly_2018 复制链接去分享

遇到bug尽快解决,遇到需求不合理尽快修改,产品经理设计的产品要符合实际,适应市场需求,测试和开发要充分理解产品提供的产品需求,三方协调合作共赢。

0

淡而无味 复制链接去分享

1.如果你是开发,遇到这样的产品经理你会怎么处理?
一般产品是没有开除开发的权限的,所以不用担心,做好自己的事情就行。
找出bug的原因,尽快修复,最大限度的免损失。
向你的直接领导客观的说明bug的相关情况。
总结这次bug 的问题。给出改善建议及措施。
剩下的交给领导去处理。
2.如果你是产品,你会对这样的程序员如何对待?
如果我产品,首先要考虑的不是责任,不是程序员,也不是测试。而是怎么解决目前的这个问题。最大限度减少损失。
所以我要做的是:
评估bug的严重程度以及后续影响。
根据bug的严重程度,找到相关的开发及测试,找出最快最有效最合理的解决方案。
总结反思这次的问题。给出改善建议及措施。
先领导客观公正的汇报这次的问题。以及存在的问题和改善建议。
3.如果你是老板,这样的产品和程序员你分别如何处理?
有上面这样的员工,我基本都不用干。员工自动回跟你汇报问题及处理结果。
如果没有收到汇报,再找产品主管和研发主管了解相关的情况。

0

超人苏坦纳 复制链接去分享

哪个项目没有bug.等到上线才发现bug不能把锅全部丢给程序员。

0

1136637708130287 复制链接去分享

不懂技术的管理,管理者累,被管理者更累!

0

1541037727194063 复制链接去分享

有么产品

0

1490337280949675 复制链接去分享

对于这样的产品经理,就算他不开,劳资自己都会走。。

4