PM喜歡的RD是神馬樣?
一直看到各種講PM腫么腫么樣的“討好”RD,然并卵,受傷的總是PM,嗚嗚。。。。。作為一名PM,有時候不在于我們是否“討好”RD,而在于RD是否平等的看待PM。
不能總是圍繞PM怎樣迎合RD,換位思考下→_→PM更喜歡和神馬樣的RD合作,RD童鞋也要試著這么想一想
作為一名PM,就已合作過的幾種RD來說,哪種才是PM的心目中最喜歡的程序員歐巴or歐妮。
場景:
前端已經完成靜態頁,開始后端數據填充,遇到了問題,PRD文檔沒有標注清楚(怪PM不認真寫文檔?。瑤追NRD面對此種情境,開始各自回答。
RD 1:這個功能做不了,你寫的什么東西啊,亂七八糟的,作為產品你都不清楚,我就跟文檔來。。。blabla,反正就是做不了,就這樣了。。。(PM雖然已道歉,然并卵。。。PM這時已吐血一大盆,傷害值3000點)
RD 2:你的需求文檔沒標注這里怎么做,你把這部分描述清楚,然后我才能接著做,你先去把邏輯補充清楚,現在邏輯不全,最后需求上線時間延遲幾天不定(PM滾回去補充邏輯文檔,然后再找研發繼續開發。。。PM的傷害值1000點)
RD 3:你的需求文檔沒標注清楚,不過我想邏輯是這樣的吧(此處省略邏輯確認對話,PM回答是)。那行,邏輯是這樣的就行,我先開發著,你把文檔補充清楚,下次要注意寫清楚哦~(遇到這樣的RD,PM即使被指責需求文檔沒寫清楚,內心也是暖暖的~~~~,PM傷害值200點)
你以為事情到這里就結束了,那就錯了。什么叫禍不單行!PM滾回去補充PRD后,開發繼續,中間又遇到了問題,又有問題,又有問題,PM吐一口老血(內心獨白:妹的,怎么那么多問題?????。。?!坑啊!坑?。。?/p>
RD 1:這問題我解決不了,就只能這樣上線。(PM肯定不死心的,設計的東西按理說是能實現的,各種掙扎,一律被否決,傷害值再加2000點)
RD 2:這里有個問題,按照你的需求文檔來,目前實現不了,這個功能要不就先別做了(PM哪是那么容易放棄功能的,想了另外一種實現方式,傷害值再加500點)。嗯,現在這個方法ok,可以實現,那我繼續開發了,上線時間再延后一些。
RD 3:妹紙,你這個需求按目前的設計實現不了,我想了想,可以其他方式實現,比如方式一,優缺點blabla,方式二,優缺點blabla,方式三。。。。。我建議你用方式一(PM經過思考,認同RD的建議,按照RD的建議繼續開發),上線時間需要延后一天(PM傷害值再加100點)
總算開發的坑填上了,需求上線了。與3種類型的開發合作下來,PM的生命值所剩不同:
- RD 1對PM傷害值5000點,PM瀕臨死亡
- RD 2對PM的傷害值1500點,PM需要食療補充一段時間
- RD 3對PM的傷害值300點,PM睡一覺立即精神煥發
繩命有限,且行且珍惜!還是選擇傷害力度小的程序員合作吧
經過這樣的合作,3中RD在PM心中也有了各自的定位:
- RD 1:尼瑪,再也不要和這樣的程序員合作了?。。。?!
- RD 2:下次可以繼續合作~
- RD 3:太贊了,真希望以后都是和這樣的程序員合作~~~~~~
PM不是神,很多也不懂技術,難免設計的東西做起來遇到問題,遇到問題時RD童鞋要是能幫著PM一起想辦法解決,PM內心絕對是感激不盡的~
本文由 @Lprecious 原創投稿,并經人人都是產品經理編輯。未經許可,禁止轉載。
我想還是找一個審美+設計+懂技術的PM來吧, 最好還有實權. ?? 這樣RD最喜歡了.
理想很豐滿,顯示很骨感