程序员之怒：我真想跟产品经理打一架！

TOPGUNJUST:
曾经某产品经理要求APP界面随手机壳颜色变化，程序员因此和他打了一架，真事，就在深圳第一高楼里

【回复】我就是学it的，当年培训课的老师还把这事提上来了，视频都有，两人干起来了，最后程序员辞职了。之后几个月又听说真被做出来了，产品经理的理念是开发的app主题颜色随用户手机壳颜色改变，哪个小天才想出了用摄像头拍摄根据瞳孔反光搜集用户手机壳颜色。不过我听着不太靠谱的样子，也不知道是真是假[藏狐][藏狐]
【回复】回复 @派door星 :，有点想不通，但还是比较好奇，正面的手机壳只有个边缘 如何还能从眼反射的来判断颜色。还有有的手机壳边缘是颜色不同的，这真的靠谱嘛？[疑惑]
【回复】直接弹出：你的手机壳是什么颜色？ 然后把几种颜色放上来让用户选择就行了[doge]
-烟花三月-:
我把视频发到公司群里，产品经理直接一个问号[藏狐]

【回复】不知道这位兄弟的社招简历写好没？[doge]
【回复】产品经理：你也想让我一换一？[辣眼睛]
0x3f3f_:
实习生刚刚来公司两个月，前几天开会产品经理在以往的基础上加了很多复杂的功能，然后一起开会的前后端都说这个没意义，都非常激动的在吵，就我一个实习生在那呆坐着看他们吵，和我一起的那个后端大哥还拍我一下说：诶，你有什么意见和想法就说啊。 特么我现在才想明白原来这个月要加班了[doge][doge]

【回复】需求很多时候会有无意义的情况，但是产品会觉得我就需要这么个功能，一般技术都得考虑放到之后的迭代中做，现阶段将重要的完成，要不然肯定会被加班的，而且这个现象一出现就会不可收拾，所以就必须吵了，但是必须想办法在理
【回复】我也是懵，然后这就是我后来实践加班很痛苦的原因，但是当时真的不会怼啊啊啊[大哭]
【回复】回复 @offloads :是的，深有体会，已经准备加班了[doge]
尚硅谷:
这个笑场的时机把握的非常好，我蚌埠住了[热词系列_妙啊]

【回复】呦，官方大佬下来翻牌子了，我可是帮你们安利了好多次，费用结一下呗
【回复】回复 @不高兴就喝水 :下次一定！哈哈哈哈哈[捂眼]
等等我i:
我上一个产品提了个需求他说：虽然我也不知道这个功能有什么用，但是我想要有这个功能[辣眼睛][辣眼睛]

【回复】我上次产品迭代产品提了个需求，我们做完之后他问我们这个需求是干嘛的有啥用[藏狐]
【回复】你们都不开需求评审会的吗？开的时候不带程序员的吗？
真大包子酱:
作为项目经理，看到你们吵架我是最苦恼的。。。我得像哄孩子一样两边哄，想尽一切办法不让大家感情破裂。

【回复】作为UI设计师，他们炒的越凶我看戏看的越爽[脱单doge][脱单doge]
【回复】回复 @低头的老司机 :没人吵了锅会飞你头上的[大哭]别问我怎么知道的
【回复】作为项目经理，一般他们吵架了我把两个方案都做出来给他们看看哪个好。写的过我的就赢了。
在下泉此方:
本人北漂五年产品经理，我说实话，这个产品经理属实啥也不是 1、从项目背景来看，十一就要上线，一个简单业务情况的客服功能还要设计如此多开发量的功能，太离谱，而且还自己加了很多需求，vip客服真是搞笑。 2、从业务需求背景来看，公司有几个客服他能不调研？就1个客服搞这些，真是够搞笑的。 3、从入职角度来说，以如此愚蠢且都兜不住上线的方案来给商业公司执行，真是野路子产品，不看看技术团队的开发人力程度么。。。 4、他提的新增需求明明是可以靠n个版本迭代的，非要在mvp版本上，这是没被骂过。 5、这产品总体听完就是没情商也不懂项目管理，瞎折腾，以后也是个问题哈哈哈。 我觉得你在接产品需求和产品评审的时候就应该拉上老板，而且技术工期评估出来明显时间不够就应该拉大家和老板商量啊，不应该后面产品验收的时候亡羊补牢。

【回复】补一句，先不说需求合理性和开发优先级，听喝水的意思，项目初期用户不多，产品经理完全可以提出采购市面成熟的crm客服系统，成本都用不上半个月后端的工资，技术对接下产品需求量立马就下来了，而且人家内部逻辑成熟，比如智齿啥的。公司自己的技术资源应该放到主营业务需求上来呀，等后期用户量大到不想用第三方了，可以自己再接过来[无语]
【回复】回复 @虫族 :价值是稳重、稳定、有变现能力和方向性的阶段性规划，前期刚加入团队阶段这么搞不是明智的选择，而不是短期为了秀自己而拖累整个团队
【回复】價值不是這樣體現的 十一上線搞這種大功能就是搞事情 你說是長遠戰線的目標還可以接受。
cccpDSU:
变测试边改数据库，真是高[doge][嗑瓜子]

【回复】学到了 后面测试的时候我得盯着一下程序员[思考]
【回复】回复 @二帆懒得抽经 :用不到。公司🈶测试的话这种功能好测的一笔，根本跑不通，所以产品要的这个功能最后都不会通过的，因为老油条的测试除非是客户要加得功能，一般开会都是和开发站一起，因为他这个产品加的功能可以说是个大的模块，很难短期测好[藏狐]
我是老七_Seven:
很多产品经理都有个特点，就是总想设计很牛B，落实很垃圾，空想很完善，落笔则混乱。而且非常擅长甩锅。根本不会真的考量研发能力、周期、和是否真的客观。

【回复】个人感觉产品经理空想完善，落实很乱的情况确实存在，不过研发能力和周期这种问题应该是程序员要argue的吧？绝大多数情况是程序员自己都估不好工期，更别说产品经理了
【回复】我记得那些做独立游戏的有个准则，谁提出就谁实现，但是公司为了生产效率只能分岗位，就导致在对接这块永远吵不完
【回复】回复 @波鲁纳雷普 :这是一个最懒的规定，俗称老板不想管理
lujiaosama:
这个产品经理有点异想天开了。完整的客服系统不是那么简单的，做到网易七鱼那种程度的可要花不少人力物力，已经是可以提供sass服务的概念了。他提的充其量也就是个猴版中的猴版，但对于自己小公司单个客服自用来说这功能又太重了。等到真正有实际需求的时候，往往都是要重新设计开发的。他这个想法就是浪费人力物力。

【回复】回复 @物理学金句王Wheeler :实际业务需求千变万化，现在的设计跟不上以后的需求是常态。这类功能要么干脆做成一个基础的微服务，要么就用最简单的实现够用就行。半吊子的玩意后面再加东西进去可太难受了。
【回复】这种方案能通过，主要还是因为决策机制不完善，这种需求到up这里之前通常需要有类似产品总监进行评审，即便产品内部通过了，技术负责人不支持也应该有权上升到业务负责人评议，那种政治化的说法就是扯淡，技术负责人不服可以硬刚，老板要是也吃这套，说明是老板的问题，这种公司的价值观决定了这种产品经理的存在
【回复】回复 @物理学金句王Wheeler :因为你永远不可能之后事情会向什么情况发展 比如说up主的功能 如果排期比较紧张 那么一般都会留下一个接口 后面再去维护 事情全部做完很多时候就是给之后的扩展找麻烦
菠萝王朝:
水哥这个视频有问题呀，虽然看着很简单，但看着又很繁琐！ 得改！

【回复】那句话其实没毛病，操作简单过程繁琐。就像手机如果没有自动亮度和上栏调节，每次调亮度都得跑设置里调。虽然简单，但没必要。
【回复】回复 @村长二狗子 :是没毛病。 但是产品写PRD是一定要把内容描述清楚的啊，不能让程序员产生歧义。没把需求写清楚就是产品的责任
【回复】回复 @第叁只眼 :我觉得那句话引人发笑的原因是，它作为一个产品写的需求，太模糊了，看十遍也不知道到底要改啥。像上面举的自动亮度例子，就是一个具体的需求，程序员看到“自动亮度”就知道要做什么，但这句话着实是看不出[藏狐]
DuckKegger:
笑晕了。想到我们公司和我一块实习的游戏策划实习生提了个需求：要粗一点的闪电，美术做出来了，他又觉得太粗了：要细一点的闪电，结果做出来之后他又觉得太细了，要比细一点粗一点的闪电。我当时我就笑晕了[笑哭][笑哭][笑哭]

【回复】现在都是直接盯着看 美术一边画策划一边看行不行hhh 只不过主策一般都是选择相信美术的眼光而不是策划的[藏狐]
【回复】麻烦把这个产品切成厚厚的薄片[doge]
【回复】回覆 @萤火悠幽 :鲁提辖是吧？[doge]
仿生姜太公:
产品经理开需求会的时候是不喜欢带程序员玩的，他们希望的就是我说有什么功能产品就必须实现这个功能，虽然我也不知道这个功能有啥用。不敢说全部，我见过的大部分都这德行，他们最理想的就是我们参会只当个点头机，等到产品落实不理想了，就把我们揪出来背锅，然后用心写几千字报告，大概意思就是：我提出的建议很有建设性，非常有用，产品出问题不是我的错，是这帮程序员不行。 我有时候真想跟他们决斗定输赢。

【回复】不一定吧，我开评审会的时候把开发，测试，UI都叫着，会上有什么都摊开说，不合理的逻辑我当场调整，或者会议结束后补充文档。（会议上说技术实现不了的，我就提给研发负责人去，他来决定到底能不能做） 会议上沟通的越坦白，加班就越少。
【回复】没有🆘，我看需求的时候都想住在开发旁边。
【回复】回复 @米米361 :我的我的，没仔细看完。但如果真出现了这种情况，要么就是团队出问题了，要么就是开发准备离职了[藏狐]。互相妥协最后只会离最初目标越来越远，有碰撞才是好事，只是我观察很多程序员和产品经理慢慢的把网上所谓“死敌”的段子给当真了，有时候就会变成一种类似“为了对立而对立”的状态，毕竟段子只是段子，当真了对谁都不好。产品要学会说人话，学会非暴力沟通；开发在理解需求时也不能先入为主，自以为是。都是打工仔，难为别人有啥好处呢[藏狐][藏狐]
程序员鱼皮:
加了需求，产品经理加班大概率也是看着开发同学当监工[doge] 我们节假日产品经理巴不得和开发一起加班呢

【回复】家里应该有孩子，所以加班算休息
【回复】我怀疑你家产品经理结婚了[doge]
愚者戯言:
pm还是得找有程序功底的人做。至少你得知道什么需求能实现什么不能实现，实现起来需要多少成本。 现在很多pm上来就是给你谈市场谈规划，技术一窍不通你还得给他解释。我觉得这样的人应该去干销售而不是pm

【回复】pm首先还是做好项目的整合管理，其实不具备功底也可以在项目进程中接触。天天聊高层级需求没啥子卵用，项目都快验收了才发现还有未识别需求，真的很伤。不影响项目基准的怎么也要和客户讲清楚说明白，获得理解。如果是影响基准的需求，那这项目管理水平真的太水了，都不是功底不功底的问题。
【回复】有一说一，招来了不会程序的pm，照样半年自学成程序员。pm要求核心就有逻辑思维，对很多产品来说学程序也很简单
【回复】对，我就是一个技术出身的产品经理 开发部新人培养先到我这里来学公司的业务逻辑和公司的系统开发，之后再去开发组
猫头16:
以前看到一个笑话，说产品经理说他死后埋在那里，底下程序员评论，你这个需求倒是写的明确[笑哭]

【回复】感觉up有点像施一公啊[doge]