老師教我們怎么寫程序，但從來沒告訴我們在公司里，會有個(gè)叫做 PM 的人每天分派作業(yè)給我們，還逼著我們趕快做完。這是許多軟件工程師進(jìn)入職場的第一個(gè)驚喜。隔了不久，還會發(fā)現(xiàn)，這些可能把你壓得死死的 PM，多半一行程序都不會寫。于是我們會面臨一種很矛盾的心情，有時(shí)候會是一種有點(diǎn)被欺負(fù)的心理。這篇文章是前一篇文章PM 如何突破工程師的心防的延伸，我們討論的是工程師在這樣狀況下的生存之道。
(1) 提高自己的能見度
在非常多的公司，上層的老板或公司的大老板只看得到一個(gè) project 的 PM，而看不到背后辛苦的工程師。也就是說，你的努力和成果，被遮敝了。我一直相信在職場上，讓自己在老板或其他同事前有「能見度」是重要的。能見度除了在很多狀況下(會議發(fā)言、討論…)可以顯現(xiàn)出來外，提供一個(gè)我有個(gè)朋友很厲害的一招給各位參考。身為一個(gè)工程師的他，在每個(gè)大的 project 進(jìn)行完后，都會「不經(jīng)意」的寄出一封「謝謝信」給參與這個(gè) project 的每個(gè)人，順便 cc 給本來根本不知道他在做什么的大老板。信里面一一點(diǎn)名感謝每個(gè)人給他的指導(dǎo)和這個(gè) project 的協(xié)助。這種信每個(gè)人看了都很高興，最重要的是最后大老板也對他有了深刻的印象。
(2) 不要每天只埋頭寫程序：
工程師大部份很喜歡埋頭寫程序，因?yàn)檫@是自己最擅長，也是最不花力氣的事情。但如果你每天 100% 時(shí)間寫程序，我保證你會自我感覺良好，但是所有人都不知道你在做什么。所以也許該換換策略，讓自己的時(shí)間有多一點(diǎn)的部分是用來「表現(xiàn)自己」。「表現(xiàn)自己」不代表做一些表面功夫浪費(fèi)時(shí)間。而是以你的角色，來參與討論，給出有意義的建議。工程師很喜歡只用電腦和其他人溝通，想要進(jìn)度都用一個(gè)系統(tǒng)來追蹤，想法都用 email 來討論。在職場上，很重要的是你要學(xué)習(xí)少用 email，多走過去和那個(gè)人說話。也許走過去多花了 1 分鐘，但是你和其他人互動(dòng)良好，會讓你在職場上過得比較順利。
(3) 站在老板的角度想事情:
工程師由于角色的關(guān)系，非常容易會站在「技術(shù)」的角度想事情，但往往常被主管否決而覺得灰心。公司的想法通常和 PM 的想法比較接近，都是站在公司的利益想事情，極少用「技術(shù)」的角度想事情。你要試著跟他們想的一樣，你的日子才會過得快樂。舉例來說: 假如我們公司現(xiàn)在要輸入 10000 筆資料。有兩個(gè)方案，方案A是「手動(dòng)輸入」，方案B是「用程序自動(dòng)匯入」。方案A要請 10 個(gè)工讀生，一筆一筆輸入幾乎都沒有差太多的資料。方案B是支無敵厲害的程序，你開發(fā)一天，程序跑 3 秒鐘就全部完成。但評估起來方案A的總體成本比方案B還要低。我相信極大多數(shù)的公司經(jīng)營者，都會愿意找來 10 個(gè)人，做著重復(fù)的事情，一筆一筆 key in 資料。如果你以工程師的角度來想，你可能會覺得「這個(gè)這么簡單，一支程序就好了」，然后開始覺得老板選擇方案B真迂腐。你要試著讓你的大腦跟公司的利益 sync，這樣會讓你好過很多。因?yàn)榻^大多數(shù)的 PM 都知道他們的大腦要怎么跟老板 sync。在老板面前讓自己顯得比 PM 聰明的方法只有一個(gè)，那就是大腦和公司利益的 sync 做得比 PM 還徹底。
(4) 用 PM 害怕的弱點(diǎn)有效去爭取更多開發(fā)時(shí)間
PM 很喜歡每個(gè)東西都如期上線，如果提早上線就更好。很多人會因?yàn)?deadline 而跟 PM 翻臉，這是不智的。回到我那位工程師朋友的例子，他會和顏悅色的對 PM 說「我可以每天熬夜來把它做完，有可能可以如期上線，但我知道它會出現(xiàn)很多『我們』現(xiàn)在都沒想到的問題，那可能會讓老板(或客戶)覺得我們很不仔細(xì)。但如果你可以幫我爭取多一點(diǎn)時(shí)間，我可以讓它品質(zhì)好很多。」對 PM 來說，除了要「快」以外，東西如果出來很爛，也打到了他的痛點(diǎn)。我的工程師朋友用這個(gè)方法幫自己爭取到了比較長的開發(fā)時(shí)間，和更好的睡眠。
(5) 用 PM 的語言和他溝通
很多工程師會習(xí)慣用自己的語言和 PM 溝通，于是造成溝通不良。我們得試著讓自己對他們的談話，是世界上任何一個(gè)人都聽得懂的語言。盡量少提技術(shù)的術(shù)語，盡量少讓 PM 覺得你用你的技術(shù)優(yōu)勢在打壓他。因?yàn)?PM 不可能學(xué)會工程師的語言，所以你們唯一能溝通的可能，就是你學(xué)會用 PM 的語言。
(6) 變成工程師團(tuán)隊(duì)里面最受 PM 們歡迎的人
你會發(fā)現(xiàn)，如果叫 PM 們投票，從最喜歡合作的工程師，排到最不喜歡合作的工程師。大家的清單常常非常一致。而且你會發(fā)現(xiàn)，在清單名列前矛的人，通常在職場上容易步步高升。所以，想辦法變成那個(gè)人吧! 因?yàn)?PM 們對你的評價(jià)，往往在公司里，和你的工程師主管對你的評價(jià)同樣重要。
(7) 上班前三個(gè)月，不要試著改變公司任何東西
公司的系統(tǒng)、公司的 project、流程，所有的東西。會是現(xiàn)在這個(gè)樣子，都必定有它的原因。有理性的原因，也有不理性的原因，也可能它的原因就是沒有原因。但絕大多數(shù)的公司找你進(jìn)去，是想要你把一個(gè)東西，在他「現(xiàn)在的架構(gòu)」下開發(fā)出來。在前三個(gè)月，如果你覺得大家用的開發(fā)環(huán)境很爛、測試的流程很爛、任何平臺很爛。請先忍耐一下，因?yàn)槌朔浅７浅?open minded 的主管和同事，絕大多數(shù)的人不會對你剛進(jìn)來就想改變一切的想法太歡迎。
(8) 歸功給 PM:
EQ 好的 PM 會把 project 歸功給工程師。但作為工程師的你，如果 EQ 夠好，應(yīng)該再把它歸功給 PM。不要因?yàn)檫@是你寫的 code，就認(rèn)為這是你自己做出來的。因?yàn)檫@樣除了自己感覺良好外，對職場生存沒有幫助。想辦法「言必談 PM」。把自己和 PM 當(dāng)成一個(gè) team，這個(gè) project 是我們一起做出來的。雖然很多 PM 會戲稱自己是在旁邊幫忙打雜的，但是他會很感謝你很體貼的把一些功勞歸于他。
(9) 不要為了 enjoy 自己的成就感，浪費(fèi)公司的資源
很多工程師喜歡把公司當(dāng) lab，去試驗(yàn)一些新的技術(shù)。如果這對公司「真的有幫助」的話，那當(dāng)然很好。在做這些事或提議前，請?jiān)囍美习宓慕嵌认耄诠纠孀畲蠡那疤嵯?而非個(gè)人學(xué)習(xí)或成就感)，他會不會打從心里支持你做這樣的試驗(yàn)。如果不會，那就千萬不要做。因?yàn)樵谀阕龅暮荛_心的同時(shí)，別人可能覺得這只是在浪費(fèi)公司資源。
(10) 變成一個(gè)更像 PM 的人
在技術(shù)上你應(yīng)該向你其他工程師同事看齊，但在「性格」或「行為」上，通常你應(yīng)該去模仿 PM team 的人。請相信我，在絕大多數(shù)公司，「性格」和「行為」近似于 PM 的工程師，在公司里是最吃香的。
寫這篇文章，也許還會再得到一些批評。但我只是單純善意的，想告訴工程師們。我們應(yīng)該提高自己的能見度，適度的讓其他人看到我們的表現(xiàn)。以及讓自己變成一個(gè)外表看起來像 PM 的工程師，通常在公司里會過得蠻好的。很多工程師會覺得自己被 PM 欺負(fù)，但 PM 通常不會欺負(fù)長得和他們一樣的人。如果你喜歡這篇文章，也許你可以再看看這篇: PM 如何突破工程師心防?