程序员和产品撕X,程序员属于什么行为?

开发经常老是和产品各种撕X不问产品背后的设计原因,这种事情,我想每一个产品人员或多或少都经历过吧,那么问题来了,开发这种行为艺术属于什么思维呢?以及该如何制止他们不这么做呢?

阅读全文
  • 0 关注
  • 0 收藏,27 浏览
  • 王云斌 提出于 2020-10-30 22:38:56

1 个回答

xxxxxa

xxxxxa

xxxxxa

image.png

先挑刺楼主原文:“以及该如何制止他们不这么做呢?”,这里明显是双重否定成肯定了,因为楼主不会想要程序员继续跟产品撕逼。

“挑刺”是产品经理被打的【标签】之一,程序员幸苦写的代码,提交测试,产品站出来一顿BB,两个最常见的场景:

           场景1:产品说逻辑不对,实现的跟自己“想”的不一样。

           问题原因:产品没有梳理好逻辑、或者、开发之前没有做好充分必要沟通,导致研发返工;

          场景2:需求变更,工期不变,导致研发重复工作,加班。

          问题原因:由于XX原因,在任何一个阶段都有可能“改需求”,所有的改动不一定研发都能理解,关键还不调整工期,要求不能延期等 ,换成谁都不会爽吧。

以上两个原因都会导致研发工作量的增加,研发为了不增加自己的工作量,就会跟产品撕逼呗(PS:有很多优秀的研发人员,会自己主动找产品聊需求,提高工作效率,不存在撕逼),换个思维来看,别人总是给你增加工作量,你也不乐意呗。

总结,侵犯了别人的利益,别人就会不爽,甚至发生冲突,这时候需要冷静思考,从共同的利益点出发,循循善诱吧。

请先 登录 后评论