開發人員最討厭產品經理的哪些做法?

時間 2021-05-06 00:05:26

1樓:Lucia

開始實施之前

【說不清需求價值】,技術問「為什麼要做」的時候,支支吾吾,或者說「老闆要的、運營要的」,成為了傳話筒,是最Low的,相反,能有理有據的頂老闆的產品經理,通常會在大家的眼中逼格滿滿;

【沒想到功能細節】,表現為技術問細節(當然,是涉及業務的細節,不是技術實現細節)的時候,自己還沒想過,現場想,被發現了,或者因為是接二手需求,並不知道、也沒有去追溯這個需求的初衷;

【幫技術評估工作量】,特別是技術出身的產品經理容易犯這個錯,潛台詞就是「希望加活」,我評估過了,這些都能做掉的,不要給我偷懶;

【逼著技術團隊承諾】,產品經理想的是,如果技術承諾了,但卻做不到,這樣自己就沒責任了,但很多事情,在開始的時候是誰也不知道的,應該大家在一條船上同舟共濟,這就是「接力跑」和「踢足球」在交棒/傳球之後的區別;

實施過程中

【做了一半改需求】,scrum裡的表現就是sprint內的非受迫需求變更,大家很難忍受的是產品經理自己沒想清楚,而導致的勞動浪費,俗話說「沒有變更就沒有傷害」,碰到性子烈的就直接要幹架了,當然,如果是外部市場變了,大家都可以理解;

【開發過程中消失】,你可以出差、可以開會,但是要能及時響應技術的問題,要不然,為了進度大家照著自己的想法做下去,驗收的時候產品經理跑出來說「這不是我要的」,可不要怪沒人理你;

【過度關注實現細節】,幫技術決定技術方案,也是技術出身的產品經理容易犯的錯,越俎代庖了,會降低技術同學的積極性,漸漸的就完全打工心態了;

產品發布之後

【發布後沒有反饋】,技術人員也需要從市場、使用者那裡獲得反饋,從而知道自己做的事情產生了價值,提公升成就感,做完發布,石沉大海,大家是不可能有owner感的;

【無節奏感】,讓技術人員忙一陣閒一陣,發布之後再忙著研究接下來做什麼,讓技術人員在幹死幹活的高強度之後突然不知道做什麼,幾天後又開始要趕進度;

全過程都有

【報喜不報憂】,產品經理總想藏著掖著一些資訊,比如「老闆在考慮乾掉這個專案」這類資訊,出發點可能是好的,但,當大家通過其他途徑知道了以後,互信就完全打破了,大家會覺得「你還是把我們當資源」;

zh)與設計師溝通需求,提高工作效率。

工作能力強的產品經理肯定會被開發討厭的,但是至少可以做到讓開發沒有可以反駁的理由

2樓:Lucia

產品經理和開發人員之間有這密切的聯絡。產品經理離不開開發人員而單獨存在,開發人員也必須受產品經理的領導和指揮。這是一種職場的管理模式。但是他們之前也會有許多的矛盾。zh)

支援Axure上傳,還有歷史版本管理,幫你公升職加薪

3樓:產品一哥

題主你好,開發人員最討厭產品經理的做法一般有:浪費開發人員的時間和精力,開發好以後,又說不用了。業務方各種需求都答應,不做需求分析,不甄別要不要做。

經常改動需求。開發都已經在進行中了,說某個需求要變動。說不過開發的時候,就說老闆要這麼做的。

產品一哥:萬字乾貨!0基礎如何拿到產品經理offer《0基礎如何拿到產品經理offer-資料分享》,資料提取碼【z8nr】

0基礎如何拿到產品經理offer-資料分享產品經理求職-面經分享

產品經理求職-面經分享

4樓:一顆大石榴倍兒甜

程式設計師按照產品經理需要,在開發過程中難免會遭遇困難:產品經理向程式設計師提出產品要求本無可厚非,但程式設計師可能因技術不完善等方面難以滿足產品經理要求。因此雙方產生意見分歧也是常有的事,在公司內部也早已見怪不怪。

然而此次兩名員工連乾兩場架,看來這些「恨」也不是一天兩天積壓而來的。

此事大多網友都站在程式設計師一方,認為產品提出的要求太過無理;也有網友認為,一時衝動之後也讓自己丟了工作,因此在動手前還(幹)需(的)三(漂)思(亮);還有網友認為,不管事件如何,都請拿程式設計師祭天!

5樓:劉大大

程式設計師一般都是理性的工科男,他們有嚴謹的邏輯思維,如果產品經理也有較強邏輯思維,能夠擺事實,講道理的和程式設計師溝通,程式設計師還是喜歡這樣的產品經理打交道的。如果產品經理太感性,喜歡情緒用事,甚至內心裡潛意識都認為產品經理是要和程式設計師撕逼的,那一般都不會有太好的結果。

以我的經驗,程式設計師不喜歡有以下特徵的產品經理:

1、傲慢,不聽取別人的意見。

2、做決定太快,因此經常做出錯誤的決定。

3、缺乏足夠的技術知識,get不到技術的點。

4、為了盡快上線,刻意壓低開發人員的時間進度,加大開發人員工作量,導致開發人員不得不加班加點的工作。

5、要求開發人員實現自己的偉大想法,但這些想法從未得到驗證,都是產品經理自己拍腦袋想出來的。

6、浪費開發人員的時間和精力,開發好以後,又說不用了。

7、業務方各種需求都答應,不做需求分析,不甄別要不要做。

8、經常改動需求。開發都已經在進行中了,說某個需求要變動。

9、說不過開發的時候,就說老闆要這麼做的。

10、分不清優先順序

11、不去做使用者調研,競品分析,只是沉浸在自己的小世界裡面自嗨。

12、需求考慮不全面,導致開發過程經常受阻。

6樓:謙龍

1 需求總變更。

2 沒有一點技術思維。

3 改需求不走流程,直接到rd(這樣的話,當然不改。)。

4 過度依賴rd。

5 說好的要經過測試才可以開其他的入口,結果還是直接開了,然後掛了,出線上問題了。類似種種蠢事做了一次不夠,還要做多次。

6 總覺得乙個h5頁面做好了,就可以放到任何其他地方,而且不會有任何問題。

7 等等等

7樓:

作為乙個開發經理最討厭的是:

和需求溝通,她不懂你的意思,還曲解你的意思,對外和別人說:某某開發經理說這樣做.NND,我從來沒說過好不好。

需求不清楚,拍腦袋做決定,問她意義,不知道,就得按他的標準來,不知道底層基礎知識,還亂下結論

8樓:張明遠

接觸過產品同事,也面對開發同事——同樣也是乙個產品狗,挖過不少坑。

角度換換,說說開發人員討厭的事:

對技術太不了解,也沒有工程思維1,【臨時需求,今天提,明天要】常見於市場活動支援,市場人員普遍都是『這事很緊急,明天給我吧』,面對這種需求,沒有區分需求緊急程度,該拒絕的拒絕,不該拒絕的,想想其他方案:先滿足需求——而不是有乙個需求,發個郵件就馬上就找開發,就要明天上線;

2,【boss假需求扛不住、理不順】這個就不展開了;

——不說了,明天又要開始挖坑了,想想都好激動呀

9樓:

Love me like you do ( 老美愛啃豬——致產品經理)

You're the light, you're the night 你說亮就亮,你說暗就暗

You're the color of my blood 我說啥顏色就啥顏色

You're the cure, you're the pain 你傷害了我還一笑而過

You're the only thing I wanna touch 我唯一考慮的事情就是你的需求

Never knew that it could mean so much, 你不知道多尼瑪難做

so much 多尼瑪難做

You're the fear, I don't care 滾尼瑪我受不了了

Cause I've never been so high 因為從來沒這麼難搞

Follow me through the dark 有種你臥鋪過來看看

Let me take you past our satellites 看看我這個領域多麼難搞

You can see the world you brought to life 你會發現你帶來的都是神馬需求

to life 神馬需求

So love me like you do 所以,可憐可憐開發吧

Lo-Lo-Love me like you do 可可可憐可憐我吧

Love me like you do可憐可憐前端吧

Lo-Lo-Love me like you do 可憐可憐後端吧

Touch me like you do 體會我們的不易

What are you waiting for 更待何時

Fading in, fading out 漸入,漸出

On the edge of paradise 神尼瑪邊緣

Every inch of your skin is a holy grail I've got to find 你要求每個畫素神尼瑪都不能錯

Only you can set my heart on fire 只有你能把我逼瘋

on fire 把我逼瘋

Yeah, I'll let you set the pace 好吧,我讓你設計布局

'Cause I'm not thinking straight 因為我已瘋

My head spinning around I can't see clear no more 腦子裡都是你的神需求,眼也調花了

What are you waiting for? 你還要什麼功能?

Love me like you do 可憐可憐開發吧

Love me like you do 可憐可憐開發吧

(迴圈1024遍 )

10樓:

需求沒有價值,老闆說什麼就是什麼。

那些複雜而沒營養的功能,明明世上只有極少數人需要到,也要使勁往產品裡塞。

有一次我們開發給他提意見,讓他改需求頻率低一點,他說:「沒辦法啊,我活幹得少,老闆就會找我麻煩……」

11樓:胖子乖

其實改需求不是好壞的評判標準,真的,產品又不是神仙。當然不包括沒想或沒想好瞎改的那種,那屬於產品修行不夠。

作為乙個產品,我自己比較討厭那種沒自主意識,沒擔當,愛找藉口,不尊重人,愛當大爺的產品或專案管理人員,有一條就扣分,不設下限。我堅信在乙個專案裡彼此默契,能共進退,更容易成事。

12樓:

拍腦袋拍肩膀拍大腿

拍屁股 (不記得哪位大神說的了,暫時引用)另外,請參考我提過的問題 產品經理哪些話最暴露對程式設計的無知?

13樓:哥哥

就是我黨也會犯的乙個問題: 外行指導內行。 表現在:學校的一把手不是做學問的,金融公司一把手不懂財經,足球一把手是教桌球出身。。。

如何從技術開發人員轉行做產品經理?

產品一哥 題主你好,從技術開發人員轉行做產品經理其實有很多需要考慮的,產品經理需要邏輯思維好一點,自學能力強,還要有很好的執行能力等等多方面。好的產品經理還需要一定的專案管理能力。需要推動產品按照正常的步驟,規定的時間,按質按量的發布上線。這裡就涉及到,整體管理 時間管理 團隊管理 需求管理。整體管...

如何評價平安產品經理與開發人員打架之事?

三流碼畜 從業安卓技術將近4年,呆了兩家公司,說一說我經歷過的產品經理。第一家公司是做直播的,前後換過兩個產品經理,基本流程是 1.跟老闆確定需求 2.確定後喊伺服器倆人 移動端倆人 前端倆人一塊開個碰頭會,確定哪些需求可以實現,可以實現的了解具體難易程度 3.再跟老闆匯報情況,而後確定分幾版去做,...

開發人員失誤造成的損失,是否需要開發人員進行賠償?

乙個電子商務的專案,產品設計架構開發測試很多人的,和資金相關的內容測試組都會重點測試的,負責資料庫,資金都是老骨幹做,真是有問題也是老闆賠錢,要不然誰敢給他幹活啊 張大喵 公司的損失不可能要求個人來賠償.公司的liability不可能讓個人來背.但是你可能會被開除.比如你的某個commit讓亞馬遜服...