RD和PM的恩怨是歷年來(lái)有目共睹的,
每一個(gè)項(xiàng)目迭代中,RD都是希望能得到更多的“空閑時(shí)間”,這時(shí)間可以養(yǎng)精蓄銳或是技術(shù)學(xué)習(xí)。 PM則希望能夠盡最大效率使用RD,把自己堆著的那些prd都能最快落地,希望不管出現(xiàn)任何問(wèn)題都別延期。 這也是造成了兩者最直接的矛盾。
但天天重復(fù)相似的問(wèn)題,有沒(méi)有通用的解決方案? 秉承多年與PM周旋的經(jīng)驗(yàn)下面主要從以下八點(diǎn)開始闡述
求其上得其中
合理的攢人情
如何給PM施壓
該正面交鋒時(shí),絕不手軟
先小人后君子
如何砍需求
不該背的鍋不背
工作同事和生活朋友角色轉(zhuǎn)換
一、求其上得其中
有的PM非常兇悍,說(shuō)話好像沒(méi)商量似得, 這里的原因有幾個(gè)(級(jí)別高,或是上級(jí)拍板的重要需求,或是那廝最近干了什么自信爆棚的事,或是看不起你們RD覺得只能干活),這種人就是非常討厭的,覺得好像只有他自己有產(chǎn)品思維,其他人都是棋子,估時(shí)一定要往多幾倍估,12天的需求 就估18天,他肯定會(huì)縮時(shí)間,因?yàn)樗隙ú幌氤蕴潱褪窍雺赫ツ銈儭?有的時(shí)候讓你改3個(gè)需求,如果你覺得最多只能改2個(gè)了,就先說(shuō)全不改,討價(jià)還價(jià)之后讓你改1~2個(gè)。 這個(gè)求其上得其中 大家基本都有理解,具體不做贅述。
二、合理的攢人情
PM崗位換的比RD要勤,經(jīng)常會(huì)有一些PM剛來(lái)不久內(nèi)心比較虛。
有時(shí)他明知道自己的錯(cuò)誤(需求文檔哪里寫的產(chǎn)生了歧義,或是漏了哪種場(chǎng)景)想找你改需求。假如這個(gè)地方很好改,你眉頭一鎖(裝的很難的樣子),說(shuō):“哎,當(dāng)時(shí)需求咋不早說(shuō),我等會(huì)晚上幫你改了吧” 或是 “哎,好吧,那我之前的幾個(gè)函數(shù)要推倒重寫了”。 其實(shí)可能就是一個(gè)if分支或是循環(huán)算法改下,PM會(huì)馬上說(shuō) 謝謝謝謝... 多謝理解... 給你添麻煩了.... 害得你要加班了... 我干過(guò)一次,一個(gè)改動(dòng)秒改,然后晚上我看開發(fā)文檔很晚才走,新來(lái)的PM膽小看我們沒(méi)走也不好意思走,以為我?guī)退男枨竽兀看我娒娑伎涂蜌鈿獾摹?/span>
三、如何給PM施壓
場(chǎng)景:PM在群里說(shuō):這里我們改成這個(gè)邏輯了... 很明顯這是對(duì)我們不利的,需要給他施壓讓他放棄。
方法一(揭竿起義)拉動(dòng)自己組或是別的組的(比如安卓和iOS)都在群里回復(fù)“臥槽,改不了??!” ,“根本沒(méi)法改!”,“以前的多好,我都寫完了!” PM看著群里一條條的刷屏不由的菊花一緊...
方法二(嚇唬外行)“這樣改的話風(fēng)險(xiǎn)不可控!”,“這樣改可能會(huì)和我們XX組件背道而馳,發(fā)生沖突”,“這樣改我們需要重構(gòu)了!” (PM很害怕“重構(gòu)”這個(gè)詞) PM心想我也不懂啊,這么嚴(yán)重啊,要不就算了...
方法三(事情鬧大)“這樣改需要發(fā)郵件抄送雙方上級(jí)周知一下” ,PM心想我可不想驚動(dòng)老大啊... 老大們?nèi)绻吹絺€(gè)郵件都會(huì)以為出大問(wèn)題了
四、該正面交鋒時(shí),絕不手軟
樓主有的時(shí)候也是被PM氣的無(wú)語(yǔ)了,那時(shí)候沒(méi)經(jīng)驗(yàn),自己生悶氣一周。 這就好比于,大學(xué)里有時(shí)誰(shuí)和你爭(zhēng)吵說(shuō)的很難聽,那時(shí)你也許是慫也許是當(dāng)時(shí)腦袋卡殼,就認(rèn)輸了,后來(lái)回頭想想,無(wú)限后悔我當(dāng)時(shí)真應(yīng)該怎么怎么懟他。 對(duì)于PM我覺得也是,該交鋒時(shí)絕不手軟。 我建議“得理不饒人”的做法,只要你不理虧,一定要為自己爭(zhēng)得最大利益。
有些人可能會(huì)問(wèn),PM也是同事也是要好好相處的,以后低頭不見抬頭見,鬧翻了不好吧? RD為什么總是這么自作多情,大部分RD少言寡語(yǔ),木訥。PM則是油滑,三寸不爛之舌。 你想和他好好相處,人家照樣當(dāng)你是傻子。 其實(shí)我們可以利用我們傻子的形象,所有玩過(guò)分了的事,說(shuō)過(guò)分了的話 我們都可以用 “我們RD一直面對(duì)代碼比較呆,不會(huì)說(shuō)人話,大家不要放在心上啊” 類似這種策略為自己洗白減輕罪名,大事化小小事化了。 相反如果你當(dāng)時(shí)認(rèn)了慫,那加班12點(diǎn)改bug都只能賴你自己無(wú)能。
大媽和賣菜的討價(jià)還價(jià)說(shuō)的面紅耳赤,這邊說(shuō)菜不太新鮮,那邊說(shuō)原料漲價(jià)了,互噴爭(zhēng)吵到最后買了菜,以后見面還是樂(lè)呵呵,中間有來(lái)有往當(dāng)然不是仇人啊。 和PM討價(jià)還價(jià)砍需求也是這樣,爭(zhēng)吵沒(méi)有你想的那么嚴(yán)重。
五、先小人后君子
在開發(fā)前期和PM各種互撕毫不收斂...加需求一律不改...估時(shí)估的多...增加了細(xì)節(jié)還一律重新估時(shí)...PM哪里漏了分支馬上提出讓PM丟臉... 一整個(gè)版本下來(lái)PM對(duì)你的仇恨值已經(jīng)達(dá)到了峰值??! 然后等到版本正常發(fā)布上線之后,你可以主動(dòng)和PM示好,安撫他,比如中午食堂吃飯的時(shí)候,夸他這個(gè)版本需求很贊;那幾張流程圖用什么工具畫的這么好看;你需求寫的很清晰我開發(fā)也很順暢。 又比如在版本總結(jié)會(huì)上,大家心情相對(duì)輕松,你可以說(shuō)我們這個(gè)版本按時(shí)上線按時(shí)發(fā)布毫無(wú)delay,PM們功不可沒(méi)!運(yùn)籌帷幄?。?..
這樣一個(gè)版本下來(lái)你既沒(méi)累到,也沒(méi)受委屈,PM呢也安撫了毫無(wú)問(wèn)題,大家還都是好同事,結(jié)果是很好的。 很多RD不會(huì)說(shuō)這些打圓場(chǎng)的話,可能是內(nèi)向,也可能是覺得沒(méi)必要,這些都是你不成熟的表現(xiàn)。 我問(wèn)你一個(gè)問(wèn)題,你微信里有上級(jí),有領(lǐng)導(dǎo),平時(shí)也不說(shuō)話,過(guò)年群發(fā)一個(gè)很土的拜年信息 有沒(méi)有必要?
六、如何砍需求
方法一:(優(yōu)先級(jí)法)PM出了需求池后,一定要讓他們列出優(yōu)先級(jí)。 優(yōu)先級(jí)排的低的直接砍掉。
方法二:(場(chǎng)景弱化法)有些場(chǎng)景,可能幾乎不會(huì)出現(xiàn),但是大多數(shù)bug都容易出現(xiàn)在極端場(chǎng)景疊加時(shí),這種地方的需求從一開始就應(yīng)該從簡(jiǎn)處理??梢岳寐顸c(diǎn)工具,看看有的需求做了都沒(méi)人用得到,反過(guò)來(lái)黑PM。
方法三:(不吃螃蟹法)不吃螃蟹就是不去第一個(gè)踩坑的意思,人家PM出的需求覺得不合理的就讓他找出業(yè)界有哪些其他公司做了這個(gè)功能? 你能找到個(gè)例子我再做。 這一點(diǎn)非常有用,有的PM和UI天馬行空想的需求,你和他說(shuō)人家能做出來(lái)的我都能做,人家做不了的我也不做。 如果你態(tài)度非常強(qiáng)硬很多不合理需求可以過(guò)濾掉,或是用業(yè)界常用作法,那就比較簡(jiǎn)單了。 一般很不合理的需求很難找到業(yè)界例子。
方法四:(價(jià)值觀法)有很多需求不是不能做,而是這么做值不值得? 本來(lái)可以用系統(tǒng)組件的,你非要有一點(diǎn)不一樣,叫我單獨(dú)寫個(gè)自定義控件?有的組件用戶基本不會(huì)用,你讓我投入這么多精力 這也是不合理的。
方法五:(無(wú)奈哭窮法)估時(shí)估好了,上線時(shí)間也確定了,我反正就是做不完了怎么著吧,要不然你去別的組看能不能借人來(lái),要不然就是我給你做上線時(shí)間順延。 這是大實(shí)話啊。
七、不該背的鍋不背
工作中最怕的是干一些費(fèi)力不討好的活,開發(fā)到了后期所有可能造成風(fēng)險(xiǎn)的需求一定要拒了或是聲明風(fēng)險(xiǎn)。 有時(shí)最后PM實(shí)在還是改了需求,或是第三方原因?qū)е卵悠?,一定要在延期郵件里明確說(shuō)明,因?yàn)楹芏嗌霞?jí)官員并不太清楚下面發(fā)生了什么,有時(shí)你以為別人都知道了覺得沒(méi)必要那樣去申明,忽視了這一點(diǎn),那吃虧就是自己。 別人看到的是最后那幾天你還在提PR,都以為是你沒(méi)做完呢,汝不知是PM改的需求。 我們公司有Task的工具,有的bug不是你的鍋,一定要在下面評(píng)論,我給你改可以,但不是我的鍋是產(chǎn)品bug。
還有一點(diǎn)也是需要提前聲明的,就是工程層面的時(shí)間消耗,比如水平低的產(chǎn)品以為你改一個(gè)邏輯1分鐘就ok了,其實(shí)你需要經(jīng)歷:暫停當(dāng)前開發(fā)分支→切到stage分支→拉代碼→新建fix分支→解決→自測(cè)→提pr→組內(nèi)review并merge→部署到j(luò)ekins-ci打包→新包在內(nèi)網(wǎng)可下載 。 經(jīng)歷這么多的步驟 中間還不算編譯的時(shí)間,如果是Android studio那就慢慢等著吧,iOS xcode編譯的倒挺快,但是如果涉及到pod install那也得等會(huì)。 這些你不說(shuō)他們是不知道的,所以在他們說(shuō):“你怎么這么慢啊” 之前必須先給他們科普。
八、工作同事和生活朋友角色轉(zhuǎn)換
類似于NBA賽場(chǎng)上的科比詹姆斯,賽場(chǎng)上是對(duì)手,賽場(chǎng)下是朋友 這種關(guān)系。 這里倒不是說(shuō)要在工作上和PM做對(duì)手, 重點(diǎn)是在你自己的人脈,前面對(duì)PM又黑又罵的,但是要讓他們知道大家都是為了自己工作上的事在互噴, 這并不影響生活中大家還是朋友,職業(yè)生涯也是個(gè)人脈。有的以前爭(zhēng)論需求差點(diǎn)打起來(lái)的PM轉(zhuǎn)組了不和我們直接對(duì)接了,大家見面依然都是老熟人,打招呼,微信游戲有時(shí)還邀請(qǐng)下。 有些時(shí)候兩個(gè)男人之間的需求更好解決,大家認(rèn)識(shí)時(shí)間長(zhǎng)了,漸漸也就知道對(duì)方的底線了,而且供需不對(duì)等時(shí),大家也知道這是兩邊上級(jí)的原因,不能把氣撒在好友身上。 相比之下男女之間的關(guān)系較為復(fù)雜,女生不太會(huì)和你講道理講底線,除非你長(zhǎng)得帥。
最近業(yè)務(wù)需求太多,沒(méi)啥長(zhǎng)進(jìn),遂吐槽之余整理了這篇雜文,希望能引起共鳴,轉(zhuǎn)載需注明出處。