產品經理更改需要什麼程序員

Ⅰ 老闆老是改需求，導致產品經理被程序員憎恨怎麼辦

憎恨啥？憎恨？那就是公司管理問題，好的公司需求改的就少嗎？加班就少嗎？程序員就憎恨嗎？產品經理要端正自己的位置，項目經理，產品經理，就是領導上司，不是程序員的朋友親人。這是工作又不是過家家，憎恨。聽著好幼稚。你讓人家加班，付好加班費，畢竟需求是需要改的大家付出了額外的勞動理所應當。但是我提出需求你改不了或者抱怨直接滾蛋。哪裡不是這樣壓力大你在這憎恨，到別處就有老闆花錢養大爺上班喝茶了？不要在中間牆頭草兩邊倒，堅定一邊，畢竟工作上一旦當了上司就不再是朋友了。

Ⅱ 如何向外行解釋產品經理頻繁更改需求為什麼會令程序員煩惱

很簡單，腦子想什麼都簡單，但是程序不一樣，需要一字一字碼出來，而且它的設計思維跟人類思維也不一樣，也許你覺得很簡單的東西，但是程序也許可能把整個框架走一遍也是不可能的事。因為程序的設計是一壞扣一壞，他們不盡需要考慮你的需求可行性，還要考慮程序的調整改動浮動。以及影響後果。跟你能給程序員多少工期

Ⅲ 產品經理頻繁更改需求，為什麼會令程序員煩

商品經理頻繁跟的需求這是增加了程序員的工作。因為他每更改一次他的需求，程序員也要相對應的去更改程序，就好比一個人問你無數次都差不多的問題，你也會很煩躁。

Ⅳ 如何向外行解釋產品經理頻繁更改需求為什麼令程序員煩惱

某產品經理經過多年努力，終於研製出可定製多層冰淇淋，可以根據顧客的需要現場定製。開張第一個顧客是聰明可愛的小湯姆，指著攤位的冰淇淋機問：我可以要多個自己喜歡的口味嗎？產品經理：當然了，你可以自由選擇4種口味來疊加哦。湯姆：那太好了！那我第一層要巧克力味的。產品經理：好嘞，巧克力味的。第二層呢？湯姆：我還喜歡吃奶油，那就要奶油的吧。產品經理：奶油，OK了。湯姆：第三層要花生醬吧。產品經理：搞定，花生醬。湯姆：嗯...叔叔，我能不能把花生醬的換成草莓味的呢？我剛想起來，隔壁小妹妹花生過敏。產品經理：啊，這樣啊，那我幫你換掉。湯姆：謝謝！那我還要原味的...產品經理：好，原味的...湯姆：等，等下，我覺得還是橙子的吧產品經理：怪我手快...橙子的湯姆：嗯...好像我媽媽不讓我吃奶油，能不能幫我把第二層換成梅子的呢？好不好~產品經理：...好吧，看在你是我第一位顧客的份上，幫你換。湯姆：太感謝了！...哎呀！狗狗不能吃巧克力對吧？！產品經理：狗狗確實不能吃巧克力。湯姆：我怎麼忘了呢，要是我家布丁吃了巧克力死掉怎麼辦呢？產品經理：那就不要給狗狗吃呀。湯姆：那怎麼行，這么好吃的冰淇淋怎麼能讓它就這樣看著呢？幫我把巧克力換成抹茶的吧~叔叔~產品經理：...小兔崽子，怎麼學成這樣了，你爸也是個產品經理嗎？！湯姆：不，我爸是程序員。

Ⅳ 頻繁更改需求，為什麼會令程序員煩

比如：「殺一個程序員不需要用槍，改三次需求就可以了。」

下面把多個網友的段子綜合一下：

你去飯店，坐下來。

「服務員，給我來份宮保雞丁！」

「好嘞！」

——————這叫原始需求

大廚做到一半。

「服務員，菜里不要放肉。」

「不放肉怎麼做啊？」

「不放肉就行了，其它按正常程序做，不就行了，難嗎？」

「好的您稍等」

——————中途需求變更

廚房：

大廚：「你大爺，我肉都回鍋了」

服務員：「顧客非要要求的嘛，你把肉挑出來不就行了嗎」

大廚：「行你大爺」

然而還是一點點挑出來了

——————改動太大，部分重構

餐廳：

「服務員，菜里能給我加點腐竹嗎？」

「行，這個應該簡單。」

——————低估改動成本

廚房：

大廚：「你TMD，不知道腐竹得提前泡水？炒到一半才說？跟他說，想吃腐竹就多等半天」

服務員：「啊你怎麼不早說？」

大廚：「早說你MLGB我怎麼知道他要往宮保雞丁里放腐竹」

然而還是去泡腐竹了

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

餐廳：

「服務員，還是把肉加回去吧」

「您不是剛說不要肉嗎」

「現在又想要了」

「…好的您稍等」

——————某一功能點搖擺不定

廚房：

大廚：「日你啊，菜都炒過火了你讓我放肉？還好肉我沒扔」

服務員：「客戶提的要求你日我幹嘛？」

大廚：「你就不能拒絕他啊？啊？」

服務員：「人家是客戶嘛。」

——————甲方是大爺

餐廳：

「服務員！服務員！」

「來了來了，你好？」

「怎麼這么半天啊？」

「稍等我給您催催啊」

——————改動開始導致工期延誤

Ⅵ 產品經理：這個需求再改改.再改改.再改改.程序員拿出一把刀：剛才說啥

產品經理需要懂得如何去溝通，是有技巧的哦。我在創享學院學習產品經理

Ⅶ 產品經理主要做什麼工作程序員可以做到產品理嗎

需求溝通，出設計原型，項目需求修改，說服程序員給他改需求，與程序員打架。開玩笑，其實主要還是溝通需求，原型確定，項目跟進與修改，程序員可以轉產品啊，優勢就是懂技術，可以避免技術難點，劣勢也是這里，我發現好多客戶的需求在程序員角度都是覺得沒有必要的，但是產品經理卻不這么認為，但是當你換成用戶角度考慮其實他們需求沒有問題，只是有可能程序員改起來麻煩，然後覺得這個有別的方法可以用，為什麼要改，要轉行其實要走出這個角色的設定，可以結合自己的技術，但是在可以做的基礎下，一定要好好聽客戶的需求。