产品经理更改需要什么程序员

Ⅰ 老板老是改需求，导致产品经理被程序员憎恨怎么办

憎恨啥？憎恨？那就是公司管理问题，好的公司需求改的就少吗？加班就少吗？程序员就憎恨吗？产品经理要端正自己的位置，项目经理，产品经理，就是领导上司，不是程序员的朋友亲人。这是工作又不是过家家，憎恨。听着好幼稚。你让人家加班，付好加班费，毕竟需求是需要改的大家付出了额外的劳动理所应当。但是我提出需求你改不了或者抱怨直接滚蛋。哪里不是这样压力大你在这憎恨，到别处就有老板花钱养大爷上班喝茶了？不要在中间墙头草两边倒，坚定一边，毕竟工作上一旦当了上司就不再是朋友了。

Ⅱ 如何向外行解释产品经理频繁更改需求为什么会令程序员烦恼

很简单，脑子想什么都简单，但是程序不一样，需要一字一字码出来，而且它的设计思维跟人类思维也不一样，也许你觉得很简单的东西，但是程序也许可能把整个框架走一遍也是不可能的事。因为程序的设计是一坏扣一坏，他们不尽需要考虑你的需求可行性，还要考虑程序的调整改动浮动。以及影响后果。跟你能给程序员多少工期

Ⅲ 产品经理频繁更改需求，为什么会令程序员烦

商品经理频繁跟的需求这是增加了程序员的工作。因为他每更改一次他的需求，程序员也要相对应的去更改程序，就好比一个人问你无数次都差不多的问题，你也会很烦躁。

Ⅳ 如何向外行解释产品经理频繁更改需求为什么令程序员烦恼

某产品经理经过多年努力，终于研制出可定制多层冰淇淋，可以根据顾客的需要现场定制。开张第一个顾客是聪明可爱的小汤姆，指着摊位的冰淇淋机问：我可以要多个自己喜欢的口味吗？产品经理：当然了，你可以自由选择4种口味来叠加哦。汤姆：那太好了！那我第一层要巧克力味的。产品经理：好嘞，巧克力味的。第二层呢？汤姆：我还喜欢吃奶油，那就要奶油的吧。产品经理：奶油，OK了。汤姆：第三层要花生酱吧。产品经理：搞定，花生酱。汤姆：嗯...叔叔，我能不能把花生酱的换成草莓味的呢？我刚想起来，隔壁小妹妹花生过敏。产品经理：啊，这样啊，那我帮你换掉。汤姆：谢谢！那我还要原味的...产品经理：好，原味的...汤姆：等，等下，我觉得还是橙子的吧产品经理：怪我手快...橙子的汤姆：嗯...好像我妈妈不让我吃奶油，能不能帮我把第二层换成梅子的呢？好不好~产品经理：...好吧，看在你是我第一位顾客的份上，帮你换。汤姆：太感谢了！...哎呀！狗狗不能吃巧克力对吧？！产品经理：狗狗确实不能吃巧克力。汤姆：我怎么忘了呢，要是我家布丁吃了巧克力死掉怎么办呢？产品经理：那就不要给狗狗吃呀。汤姆：那怎么行，这么好吃的冰淇淋怎么能让它就这样看着呢？帮我把巧克力换成抹茶的吧~叔叔~产品经理：...小兔崽子，怎么学成这样了，你爸也是个产品经理吗？！汤姆：不，我爸是程序员。

Ⅳ 频繁更改需求，为什么会令程序员烦

比如：“杀一个程序员不需要用枪，改三次需求就可以了。”

下面把多个网友的段子综合一下：

你去饭店，坐下来。

“服务员，给我来份宫保鸡丁！”

“好嘞！”

——————这叫原始需求

大厨做到一半。

“服务员，菜里不要放肉。”

“不放肉怎么做啊？”

“不放肉就行了，其它按正常程序做，不就行了，难吗？”

“好的您稍等”

——————中途需求变更

厨房：

大厨：“你大爷，我肉都回锅了”

服务员：“顾客非要要求的嘛，你把肉挑出来不就行了吗”

大厨：“行你大爷”

然而还是一点点挑出来了

——————改动太大，部分重构

餐厅：

“服务员，菜里能给我加点腐竹吗？”

“行，这个应该简单。”

——————低估改动成本

厨房：

大厨：“你TMD，不知道腐竹得提前泡水？炒到一半才说？跟他说，想吃腐竹就多等半天”

服务员：“啊你怎么不早说？”

大厨：“早说你MLGB我怎么知道他要往宫保鸡丁里放腐竹”

然而还是去泡腐竹了

——————新需求引入了新研发成本

餐厅：

“服务员，还是把肉加回去吧”

“您不是刚说不要肉吗”

“现在又想要了”

“…好的您稍等”

——————某一功能点摇摆不定

厨房：

大厨：“日你啊，菜都炒过火了你让我放肉？还好肉我没扔”

服务员：“客户提的要求你日我干嘛？”

大厨：“你就不能拒绝他啊？啊？”

服务员：“人家是客户嘛。”

——————甲方是大爷

餐厅：

“服务员！服务员！”

“来了来了，你好？”

“怎么这么半天啊？”

“稍等我给您催催啊”

——————改动开始导致工期延误

Ⅵ 产品经理：这个需求再改改.再改改.再改改.程序员拿出一把刀：刚才说啥

产品经理需要懂得如何去沟通，是有技巧的哦。我在创享学院学习产品经理

Ⅶ 产品经理主要做什么工作程序员可以做到产品理吗

需求沟通，出设计原型，项目需求修改，说服程序员给他改需求，与程序员打架。开玩笑，其实主要还是沟通需求，原型确定，项目跟进与修改，程序员可以转产品啊，优势就是懂技术，可以避免技术难点，劣势也是这里，我发现好多客户的需求在程序员角度都是觉得没有必要的，但是产品经理却不这么认为，但是当你换成用户角度考虑其实他们需求没有问题，只是有可能程序员改起来麻烦，然后觉得这个有别的方法可以用，为什么要改，要转行其实要走出这个角色的设定，可以结合自己的技术，但是在可以做的基础下，一定要好好听客户的需求。