程序猿为啥会拒绝产品经理的需求？

产品经理与程序猿这对“冤家对头”真的是相爱相杀，两个人因为工作相识，相知，相.......

可以先看下呼兰在阿里讲的一段脱口秀，当时看的时候把我笑哭😂了

在一个社群看到一段聊天内容，有点长，一定要看到最后，挺有意思，到最后也挺深刻的，分享给大家（为了保护隐私，部分名字做了替换，一些内容做了缩减和替换，引用部分的的内容是白牙的备注）

翠花：想请教一下，大家怎么看待或者一般怎么解决，业务需求和技术需求不匹配甚至冲突的情况呀？【不对立，纯探讨共创合理解决方案】（确实是事实，也算常见，但直接回复做不了，不太明智，会让产品觉得开发不配合）

确实是事实，也很常见，但直接回复做不了，不太明智，会让产品觉得开发不配合，开发要「给出选择，而不是找借口」，比如：方案1，开发周期短，可以尽量上线，但功能要做一些阉割  方案2，功能支持全，但排期长  我们不做选择，让业务方做选择

大柱子：先解决人再解决事，没有对事不对人，因为事都是人做得。我搞定研发的一个关键步骤就是先让这个人觉得我可以合作和靠谱，然后对他有利，再处理其他的事情

翠花：实际场景可能是，业务跑通了MVP模型确认了新的业务线或者增长点，需要工具侧或者新功能模块的支持。然后技术说：做不了。或者这个新需求不在他们规划内

果冻：我是研发侧，我一直的理解以及给其他同事的观念就是，业务要做没问题，但是需要有价值，一种价值体现在薪资，我做这个项目是老板们比较关注的，能给自己带来一定的薪资提升或者一些提优名额；第二种是能力提升，做这个项目可能并不能带来工资提升，但是对我的能力有所提升，那也可以搞。如果这两个价值点都不能提供，那这个优先级可能就不会非常高，因为研发侧并不愿意投入人力去做，出力不讨好，而且研发投入之后，还可能导致其他的项目延期之类，反而会有坏处。毕竟，需要对兄弟们负责

这种观点不说对错，公司招你就是干活的，为公司创造价值的，想着加薪、成长没问题，也确实只有你对你的成长100%负责，但需要注意场合，这不能当做不做需求或者排低优先级的理由，是否做一个需求一定是从价值的角度出发

文哥：业务需求是价值/收入的来源，这是团队生存的根本，只要大家对价值的认同，应该争议比较小。技术、架构是决定需求实现的成本，并发/容量、性能、高可用性等偏重。需求可以有多个技术方案落地、各自有相关的倚重，成本各有不同。只有一种技术方案的就是耍流氓，或者功底不够。

童哥：研发与业务不互信的原因是业务承诺需求的价值或者对业务的增量没有达到，这个需求很多时候就不了了之，成为了一个烂摊子。业务有时也会因为技术支持力度不够，认为技术团队不关注业务。

你想想多少需求上了没有人用？或者只有几个人用（这个人还可能是老板）？或者上了没多久功能下掉了？

橘米：没理由的做不了和不在规划内就是老板说的人的问题，激励不相容。真的做不了一般要有让人信服的理由，比如成本时间范围三角，是时间不够做不了还是成本太大做不了，还是缩小范围砍掉次要需求能做。但是研发不善沟通确实比较多，可能是有理由的做不了，但是没表达出来

童哥：对技术来说，一般很少有完全做不了的需求，除非完全是新的东西，得大投入。做业务相关的，基本上都能实现，找个靠谱的人对质量把把关，好好设计设计

无忧：搞定人比搞定事更重要，搞定人就两种，一个激励，一个约束，是吧？

果冻：咱们国内喜欢约束 > 激励，往往是直接压下来；更多的产品和需求实际的出发点就是错的，很多需求产品给我的价值点就是用户痛点，我就会问一句，请问你做过用户调研吗？首先我的点就是大家是一个团队或者说一个项目组内，所有的事情不要只关注自己的利益点忽略了其他人的诉求，简单来说，业务大家都可以做，但是为什么做？为什么这么做？说清楚说明白，我基本不会拒绝需求，但是往往是“老板的需求”

无忧：很多时候，沟通决策都觉得对方是傻逼怎么办

觉得对方是傻逼，彩笔，这都是从自身角度看的，没有跳出去看，这让我想到了大学时，两个宿舍的人打游戏，这个宿舍的人骂对面的是彩笔，而对面宿舍的骂这个宿舍的是彩笔

橘米：非暴力沟通，分清事实和评论。对方是傻逼这是评论。对方说“他需要一个五彩斑斓的黑”这是事实。

果冻：那就是双方在鸡同鸭讲，总是需要一个人迁就用另一个人听得懂的思路进行拆解

翠花：先说结局：技术大哥拒绝了业务的所有需求，并建议业务先考虑外部的工具。沟通下才明白，技术大哥喜欢目前自己对项目的掌控感，不想其他人或者事参合进来。给我老板&我都震撼震麻了。这应该明确就是人的问题了，之后应该也没我什么事了，估计是我老板先解决人的问题

无忧：真技术大佬都有自己一套的运行的逻辑的，突然加人加需求，可能都会让他们赖以生存的这一套逻辑崩溃，所以他们都很抗拒这种，我个人看法是这样

E大：本质上这是恐惧的表现

感觉无忧和E大这里点出了本质，做不了、不想做、成本高等可能都是借口，最本质的是恐惧变化，认为成本高不也是恐惧的一种表现吗？

翠花：同意E大的看法，所有封闭反馈的本质都是恐惧，害怕改变，害怕改变的结果无非承担或者难以忍受。我确实也是第一次遇到这么封闭的程序员，之前认识的程序员都非常开放，对新技术新需求新可能充满好奇&热情

无忧：不是当事人，也无从判断问题本质是否在于这个掌控感这个地方，再说新技术新需求充满热情开放，也不代表就能马上接入排期，或许技术大哥更多考虑的是担责的问题

果冻：人生在世如身处荆棘林中,心不动则人不妄动,不动则不伤;如心动则人妄动,则伤其身痛其骨,于是体会到世间诸般痛苦

你觉得为什么开发拒绝产品经理的需求？一起来聊聊吧！

​​​

​​​​