產(chǎn)品經(jīng)理和開發(fā)工程師的“功與防”.doc

看andy的PM如何突破工程師心防?和工程師如何不被PM欺負(fù)感觸了一下，歡迎拍磚，討論。從團(tuán)隊(duì)角度說產(chǎn)品經(jīng)理和開發(fā)工程師應(yīng)該是一條戰(zhàn)線上的兄弟，因?yàn)榇蠹业哪繕?biāo)是一致的。無論是產(chǎn)品經(jīng)理和開發(fā)工程師大家都想把產(chǎn)品和項(xiàng)目做好，這里我們可以說：志同。但是產(chǎn)品經(jīng)理和開發(fā)工程師因?yàn)樵诋a(chǎn)品開發(fā)過程中所扮演的角色和工作內(nèi)容不同，而且可能相互不了解工作內(nèi)容，期間會(huì)有很多溝通的成本，溝通不是說話，而是改變行動(dòng)。真正的溝通者關(guān)注溝通的效果。在溝通時(shí)，重要的不是你說了什么，而是對(duì)方理解了什么，所以對(duì)方的反饋非常重要。往往很多產(chǎn)品經(jīng)理和開發(fā)工程師的溝通會(huì)出現(xiàn)驢頭不對(duì)馬嘴大家相互聽不懂的情況，甚至?xí)?dǎo)致小摩擦，這時(shí)我們說：道不合。道不同不相為謀，必定導(dǎo)致意見不一，甚至帶來工作上心情不愉快的影響。不管是產(chǎn)品經(jīng)理和開發(fā)工程師哪一方強(qiáng)勢，或者在交戰(zhàn)過程中哪一方得勝，勢必會(huì)給另一方造成消極影響，甚至頹廢。導(dǎo)致的結(jié)果總會(huì)是這個(gè)產(chǎn)品或者性能，或者其他方面總是會(huì)有不盡人意的地方。項(xiàng)目結(jié)束，考核績效或者項(xiàng)目總結(jié)的時(shí)候又會(huì)把責(zé)任推到對(duì)方身上，接下來就是大家相互抱怨，指責(zé)。然后產(chǎn)品改進(jìn)時(shí)又是下一輪的戰(zhàn)爭;長此以往，造成的影響不是產(chǎn)品做不好，不是主要的后果，這個(gè)產(chǎn)品做不好，我們可以改進(jìn)，可以做下一個(gè)產(chǎn)品。最嚴(yán)重的后果是，團(tuán)隊(duì)分崩離析，一盤散沙，沒有凝聚力。沒有凝聚力的團(tuán)隊(duì)是絕對(duì)沒有戰(zhàn)斗力的，是絕對(duì)做不出好的產(chǎn)品的。這對(duì)團(tuán)隊(duì)和公司來說是致命的。雖然很多人都明白這些，然而，這樣的戰(zhàn)斗或者產(chǎn)品經(jīng)理和開發(fā)工程師的矛盾卻時(shí)時(shí)刻刻在發(fā)生!大家可以看看知乎上兩個(gè)問答：1.產(chǎn)品經(jīng)理最討厭開發(fā)人員的哪些臭毛病?/question/196291832.開發(fā)人員最討厭產(chǎn)品經(jīng)理的哪些臭毛病?/question/19628273如何解決這些問題，請(qǐng)看andy的PM如何突破工程師心防?和工程師如何不被PM欺負(fù)，雖然在實(shí)際的過程中你未必能做到，但是至少我們可以從中得到一些啟示。=PM如何突破工程師心防?轉(zhuǎn)自：/article-125.htmPM常常遇到一個(gè)難題，就是有好多東西想要做，到無奈什么事都得透過工程師，沒辦法自己動(dòng)手，于是因?yàn)楹凸こ處煵惶篮玫年P(guān)系，最后實(shí)際的產(chǎn)品都沒有設(shè)計(jì)時(shí)看起來好。我這邊講的是網(wǎng)路公司的狀態(tài)，PM泛指那些規(guī)劃出產(chǎn)品的人。其他產(chǎn)業(yè)也許也有類似情形，以下這些教戰(zhàn)手則，提供給正在摸索自己生存之道的PM一些參考。先弄清什么做得出來、什么做不出來:常常有PM會(huì)提出一些天馬行空的idea，以致有時(shí)候讓工程師覺得合作起來相當(dāng)吃力。這是由于并不知道什么可以做什么不能做。以網(wǎng)站來說，這其實(shí)很容易知道，不需要太多的學(xué)習(xí)和知識(shí)。如果有一個(gè)功能，你在兩、三個(gè)網(wǎng)站都看得到，99%它是做得出來的。例如你想要有一個(gè)頁面，填地址時(shí)選完縣市，下一個(gè)選單就會(huì)載入你選的這個(gè)縣市的行政區(qū)。如果你做些功課，就可以發(fā)現(xiàn)這樣的表單在很多網(wǎng)站都出現(xiàn)過。那99%就是做得出來。如果你想出一種呈現(xiàn)的方式，從來沒在任何地看過，那就比較有可能是做不出來的。在對(duì)工程師溝通時(shí)，假如你想做一個(gè)像這種選縣市的下拉選單，你最好請(qǐng)工程師去看別人的那個(gè)網(wǎng)頁，而不是用你自己的方式描述。工程師通常有不想輸?shù)男愿?，如果別的網(wǎng)站做得出來，他不會(huì)想要自己做不出來。永遠(yuǎn)不要和工師辯論任何和技術(shù)有關(guān)的東西:當(dāng)PM能學(xué)一點(diǎn)點(diǎn)網(wǎng)頁的概念是好的，但跟工程師合作，你可能常常會(huì)聽到這很難做的feedback。它可能代表幾種不同的意思?？赡艽碚娴暮茈y做，也可能代表他不想幫你做。如果是第二種，有很多種方法可以讓他妥協(xié)。但戳破他和找他辯論絕對(duì)是最差勁的方法。當(dāng)他說這個(gè)技術(shù)上有困難時(shí)，絕對(duì)不要跟他說這個(gè)只要就可以了呀!這樣也許讓自己看起來比較聰明，但你們的關(guān)系已經(jīng)完蛋了。而且工程師的性格容易有非常強(qiáng)的自尊心，所以千萬別這么做。而且，technical的領(lǐng)域，你可能永遠(yuǎn)也辯不贏他。很多這個(gè)不能做的問題，不是來自于理性，而是來自于不想、不愿意、覺得這個(gè)沒意義、或真的很花時(shí)間。真的要做的話，99%的東西大概都可以做。因此當(dāng)這種看起來由technical角度來拒絕你的狀況發(fā)生，如果你真的很想堅(jiān)持你的想法做下去，請(qǐng)?jiān)囍撾xtechnical的討論，你該了解他所提出technical的障礙，但絕對(duì)不要和他在這個(gè)領(lǐng)域上辯論。因?yàn)槟戕q贏或輸都沒有任何好處。工程師喜歡你去求他:工程師很容易有某一種性格，是坐在那邊希望大家都去拜托他。所以你不難想像要讓這種人幫你做事的方法就是你要放低你的姿態(tài)。你要讓他覺得是你需要他，不是他一定要幫你。即使你心里一直想公司付你錢來上班本來就是要做這些的放低姿態(tài)。也許身為PM的你，在每個(gè)project有進(jìn)展的時(shí)候和卡住沒進(jìn)展的時(shí)刻，拿飲料點(diǎn)的menu去問工程師要喝什么是個(gè)好方法。把所有credit歸給工程師:在公司里，因?yàn)楹芏喈a(chǎn)品是由PM規(guī)劃的。因此project的成功，大家很容易覺得是PM的功勞。請(qǐng)努力在任何公開的場合、email，把這些credit歸給和你一起合作的工程師。同樣一個(gè)spec，一個(gè)心情好的工程師，可以把它做成100分。一個(gè)心情不好的工程師，可以把它做成60分。兩個(gè)都可以100%符合你的spec，但是一個(gè)可以爛到有無數(shù)問題。因?yàn)檐涹w不是事前可以想清楚的。所以一個(gè)不開心的工程師，可以看到許多問題但視而不見，也不主動(dòng)來跟你說，那你就完了。所以一定要讓全公司的人都覺得這些成就屬于工程師的。你把credit拿走一次，下一次你就完了，因?yàn)闆]有人想為你賣命了。不要輕視工程師的project你合作的工程師可能說他現(xiàn)很忙，因?yàn)樗谥貙懸恍ゝunction或是讓資料庫的速度快一點(diǎn)點(diǎn)。很多PM在聽到這些的時(shí)候，并沒有很知道他們?cè)谧鍪裁?，于是表現(xiàn)出來的會(huì)是對(duì)這些project沒那么在乎或什至不覺得他們重要。通常工程師最喜歡做這種隱性的project。因?yàn)樗麄兛梢圆挥寐燩M的指揮。對(duì)于一個(gè)健康的公司來說，一定會(huì)有一定比例的資源投在這些project。要不要做通常是由老板，或更懂得這些東西的人來決定。但你一定要在工程師的面前讓大家覺得你看起來對(duì)這些非常認(rèn)同。姿態(tài)放軟，但不能失去主導(dǎo)權(quán)雖然前面說你姿態(tài)要軟，但你絕對(duì)不能把你的project交給工程師后，你就失去了主導(dǎo)權(quán)。因?yàn)檫@樣會(huì)讓你在老板面前，看起來變得沒有太多價(jià)值。你最少要繼續(xù)掌握你project的時(shí)程和內(nèi)容。也就是你一定要維持你的主導(dǎo)權(quán)，對(duì)該堅(jiān)持的東西繼續(xù)堅(jiān)持，對(duì)一些東西妥協(xié)，但不能全交給工程師決定。不要finalize所有設(shè)計(jì)后，再交給工程師絕大多數(shù)的工程師對(duì)這樣的流程很反感，所以請(qǐng)想辦法在設(shè)計(jì)階段，就去請(qǐng)教一下工程師的意見。他也許說他很忙，你想就好。即使只是得到這句話，都有很大的價(jià)值。這表示他放棄了他未來因?yàn)槟阍趐roject早期沒找他先過過，以致他責(zé)怪你的權(quán)利。總之，因?yàn)楣こ處煹男那楹茈y捉摸。所以情緒的處理問題，可能比技術(shù)、功能上的討論都更為重要。如果你喜歡這篇文章，也許你可以再讀一讀這篇的相反版:工程師如何不被PM欺負(fù)?=工程師如何不被PM欺負(fù)轉(zhuǎn)自：/article-127.htm老師教我們?cè)趺磳懗淌?，但從來沒告訴我們?cè)诠纠?，?huì)有個(gè)叫做PM的人每天分派作業(yè)給我們，還逼著我們趕快做完。這是許多軟體工程師進(jìn)入職場的第一個(gè)驚喜。隔了不久，還會(huì)發(fā)現(xiàn)，這些可能把你壓得死死的PM，多半一行程式都不會(huì)寫。于是我們會(huì)面臨一種很矛盾的心情，有時(shí)候會(huì)是一種有點(diǎn)被欺負(fù)的心理。這篇文章是前一篇文章PM如何突破工程師的心防的延伸，我們討論的是工程師在這樣狀況下的生存之道。(1)提高自己的能見度在非常多的公司，上層的老板或公司的大老板只看得到一個(gè)project的PM，而看不到背后辛苦的工程師。也就是說，你的努力和成果，被遮敝了。我一直相信在職場上，讓自己在老板或其他同事前有能見度是重要的。能見度除了在很多狀況下(會(huì)議發(fā)言、討論)可以顯現(xiàn)出來外。提供一個(gè)我有個(gè)朋友很厲害的一招給各位參考。身為一個(gè)工程師的他，在每個(gè)大的project進(jìn)行完后，都會(huì)不經(jīng)意的寄出一封謝謝信給參與這個(gè)project的每個(gè)人，順便cc給本來根本不知道他在做什么的大老板。信里面一一點(diǎn)名感謝每個(gè)人給他的指導(dǎo)和這個(gè)project的協(xié)助。這種信每個(gè)人看了都很高興，最重要的是最后大老板也對(duì)他有了深刻的印象。(2)不要每天只埋頭寫程式:工程師大部份很喜歡埋頭寫程式，因?yàn)檫@是自己最擅長，也是最不花力氣的事情。但如果你每天100%時(shí)間寫程式，我保證你會(huì)自我感覺良好，但是所有人都不知道你在做什么。所以也許該換換策略，讓自己的時(shí)間有多一點(diǎn)的部份是用來表現(xiàn)自己。表現(xiàn)自己不代表做一些表面功夫浪費(fèi)時(shí)間。而是以你的角色，來參與討論，給出有意義的建議。工程師很喜歡只用電腦和其他人溝通，想要進(jìn)度都用一個(gè)系統(tǒng)來追蹤，想法都用email來討論。在職場上，很重要的是你要學(xué)習(xí)少用email，多走過去和那個(gè)人說話。也許走過去多花了1分鐘，但是你和其他人互動(dòng)良好，會(huì)讓你在職場上過得比較順利。(3)站在老板的角度想事情:工程師由于角色的關(guān)系，非常容易會(huì)站在技術(shù)的角度想事情，但往往常被主管否決而覺得灰心。公司的想法通常和PM的想法比較接近，都是站在公司的利益想事情，極少用技術(shù)的角度想事情。你要試著跟他們想的一樣，你的日子才會(huì)過得快樂。舉例來說:假如我們公司現(xiàn)在要輸入10000筆資料。有兩個(gè)方案，方案A是手動(dòng)輸入，方案B是用程式自動(dòng)匯入。方案A要請(qǐng)10個(gè)工讀生，一筆一筆輸入幾乎都沒有差太多的資料。方案B是支無敵厲害的程式，你開發(fā)一天，程式跑3秒鐘就全部完成。但評(píng)估起來方案A的總體成本比方案B還要低。我相信極大多數(shù)的公司經(jīng)營者，都會(huì)愿意找來10個(gè)人，做著重復(fù)的事情，一筆一筆keyin資料。如果你以工程師的角度來想，你可能會(huì)覺得這個(gè)這么簡單，一支程式就好了，然后開始覺得老板選擇方案B真迂腐。你要試著讓你的大腦跟公司的利益sync，這樣會(huì)讓你好過很多。因?yàn)榻^大多數(shù)的PM都知道他們的大腦要怎么跟老板sync。在老板面前讓自己顯得比PM聰明的方法只有一個(gè)，那就是大腦和公司利益的sync做得比PM還徹底。(4)用PM害怕的弱點(diǎn)有效去爭取更多開發(fā)時(shí)間PM很喜歡每個(gè)東西都如期上線，如果提早上線就更好。很多人會(huì)因?yàn)閐eadline而跟PM翻臉，這是不智的。回到我那位工程師朋友的例子，他會(huì)和顏悅色的對(duì)PM說我可以每天熬夜來把它做完，有可能可以如期上線，但我知道它會(huì)出現(xiàn)很多我們現(xiàn)在都沒想到的問題，那可能會(huì)讓老板(或客戶)覺得我們很不仔細(xì)。但如果你可以幫我爭取多一點(diǎn)時(shí)間，我可以讓它品質(zhì)好很多。對(duì)PM來說，除了要快以外，東西如果出來很爛，也打到了他的痛點(diǎn)。我的工程師朋友用這個(gè)方法幫自己爭取到了比較長的開發(fā)時(shí)間，和更好的睡眠。(5)用PM的語言和他溝通很多工程師會(huì)習(xí)慣用自己的語言和PM溝通，于是造成溝通不良。我們得試著讓自己對(duì)他們的談話，是世界上任何一個(gè)人都聽得懂的語言。盡量少提技術(shù)的術(shù)語，盡量少讓PM覺得你用你的技術(shù)優(yōu)勢在打壓他。因?yàn)镻M不可能學(xué)會(huì)工程師的語言，所以你們唯一能溝通的可能，就是你學(xué)會(huì)用PM的語言。(6)變成工程師團(tuán)隊(duì)里面最受PM們歡迎的人你會(huì)發(fā)現(xiàn)，如果叫PM們投票，從最喜歡合作的工程師，排到最不喜歡合作的工程師。大家的清單常常非常一致。而且你會(huì)發(fā)現(xiàn)，在清單名列前矛的人，通常在職場上容易步步高升。所以，想辦法變成那個(gè)人吧!因?yàn)镻M們對(duì)你的評(píng)價(jià)，往往在公司里，和你的工程師主管對(duì)你的評(píng)價(jià)同樣重要。(7)上班前三個(gè)月，不要試著改變公司任何東西公司的系統(tǒng)、公司的project、流程，所有的東西。會(huì)是現(xiàn)在這個(gè)樣子，都必定有它的原因。有理性的原因，也有不理性的原因，也可能它的原因就是沒有原因。但絕大多數(shù)的公司找你進(jìn)去，是想要你把一個(gè)東西，在他現(xiàn)在的架構(gòu)下開發(fā)出來。在前三個(gè)月，如果你覺得大家用的開發(fā)環(huán)境很爛、測試的流程很爛、任何平臺(tái)很爛。請(qǐng)先忍耐一下，因?yàn)槌朔浅７浅penminded的主管和同事，絕大多數(shù)的人不會(huì)對(duì)你剛進(jìn)來就想改變一切的想法太歡迎。(8)歸功給PM:EQ好的PM會(huì)把project歸功給工程師。但做為工程師的你，如果EQ夠好，應(yīng)該再把它歸功給PM。不要因?yàn)檫@是你寫的code，就認(rèn)為這是你自己做出來的。因?yàn)檫@樣除了自己感覺良好外，對(duì)職場生存沒有幫助。想辦法言必談PM。把自己和PM當(dāng)成一個(gè)team，這個(gè)project是我們一起做出來的。雖然很多PM會(huì)戲稱自己是在旁邊幫忙打雜的，但是他會(huì)很感謝你很體貼的把一些功勞歸于他。(9)不要為了enjoy自己的成就感，浪費(fèi)公司的資源很多工程師喜歡把公司當(dāng)lab，去試驗(yàn)一些新的技術(shù)。如果這對(duì)公司真的有幫助的話，那當(dāng)然很好。在做這些事或提議前，請(qǐng)?jiān)囍美习宓慕嵌认?，在公司利益最大化的前提?而非個(gè)人學(xué)習(xí)或成就感)，他會(huì)不會(huì)打從心里支持你做這樣的試驗(yàn)。如果不會(huì)，那就千萬不要做。因?yàn)樵谀阕龅暮荛_心的同時(shí)，別人可能覺得這只是在浪費(fèi)公司資源。(10)變成一個(gè)更像PM的人在技術(shù)上你應(yīng)該向你其他工程師同事看齊，但在性格或行為上，通常你應(yīng)該去模仿PMteam的人。請(qǐng)相信我，在絕大多數(shù)公司，性格和行為近似于PM的工程師，在公司里是最吃香的。寫這篇文章，也許還會(huì)再得到一些批評(píng)。但我只是單純善意的，想告訴工程師們。我們應(yīng)該提高自己的能見度，適度的讓其他人看到我們的表現(xiàn)。以及讓自己變成一個(gè)外表看起來像PM的工程師，通常在公司里會(huì)過得蠻好的。很多工