pm常常遇到乙個難題，就是有好多東西想要做，到無奈什麼事都得透過工程師，沒辦法自己動手，於是因為和工程師不太美好的關係，最後實際的產品都沒有設計時看起來好。我這邊講的是「網路公司」的狀態，pm泛指那些規劃出產品的人。其他產業也許也有類似情形，以下這些「教戰手則」，提供給正在摸索自己生存之道的pm一些參考。
先弄清什麼做得出來、什麼做不出來:
常常有pm會提出一些天馬行空的idea，以致有時候讓工程師覺得合作起來相當吃力。這是由於並不知道什麼可以做什麼不能做。以網站來說，這其實很容易知道，不需要太多的學習和知識。如果有乙個功能，你在兩、三個網站都看得到，99%它是做得出來的。例如你想要有乙個頁面，填位址時選完「縣市」，下乙個選單就會載入你選的這個縣市的行政區。如果你做些功課，就可以發現這樣的表單在很多網站都出現過。那99%就是做得出來。如果你想出一種呈現的方式，從來沒在任何地看過，那就比較有可能是做不出來的。在對工程師溝通時，假如你想做乙個像這種選「縣市」的下拉列表，你最好請工程師去看別人的那個網頁，而不是用你自己的方式描述。工程師通常有不想輸的性格，如果別的網站做得出來，他不會想要自己做不出來。
永遠不要和工師辯論任何和技術有關的東西:
當pm能學一點點網頁的概念是好的，但跟工程師合作，你可能常常會聽到「這很難做」的feedback。它可能代表幾種不同的意思。可能代表真的很難做，也可能代表他不想幫你做。如果是第二種，有很多種方法可以讓他妥協。但戳破他和找他辯論絕對是最差勁的方法。當他說這個技術上有困難時，絕對不要跟他說「這個只要… 就可以了呀!」這樣也許讓自己看起來比較聰明，但你們的關係已經完蛋了。而且工程師的性格容易有非常強的自尊心，所以千萬別這麼做。而且，technical的領域，你可能永遠也辯不贏他。很多「這個不能做」的問題，不是來自於理性，而是來自於不想、不願意、覺得這個沒意義、或真的很花時間。真的要做的話，99%的東西大概都可以做。因此當這種看起來由technical角度來拒絕你的狀況發生，如果你真的很想堅持你的想法做下去，請試著脫離technical的討論，你該了解他所提出technical的障礙，但絕對不要和他在這個領域上辯論。因為你辯贏或輸都沒有任何好處。
工程師喜歡你去求他:
工程師很容易有某一種性格，是坐在那邊希望大家都去拜託他。所以你不難想像要讓這種人幫你做事的方法就是你要放低你的姿態。你要讓他覺得是你需要他，不是他一定要幫你。即使你心裡一直想「公司付你錢來上班本來就是要做這些的…」放低姿態。也許身為pm的你，在每個project有進展的時候和卡住沒進展的時刻，拿飲料點的menu去問工程師要喝什麼是個好方法。
把所有credit歸給工程師:
在公司裡，因為很多產品是由pm規劃的。因此project的成功，大家很容易覺得是pm的功勞。請努力在任何公開的場合、email，把這些credit歸給和你一起合作的工程師。同樣乙個spec，乙個心情好的工程師，可以把它做成100分。乙個心情不好的工程師，可以把它做成60分。兩個都可以100%符合你的spec，但是乙個可以爛到有無數問題。因為軟體不是事前可以想清楚的。所以乙個不開心的工程師，可以看到許多問題但「視而不見」，也不主動來跟你說，那你就完了。所以一定要讓全公司的人都覺得這些成就屬於工程師的。你把credit拿走一次，下一次你就完了，因為沒有人想為你賣命了。
不要輕視「工程師的project」
你合作的工程師可能說他現很忙，因為他正在「重寫一些function」或是「讓資料庫的速度快一點點」。很多pm在聽到這些的時候，並沒有很知道他們在做什麼，於是表現出來的會是對這些project沒那麼在乎或甚至不覺得他們重要。通常工程師最喜歡做這種隱性的project。因為他們可以不用聽pm的指揮。對於乙個健康的公司來說，一定會有一定比例的資源投在這些project。要不要做通常是由老闆，或更懂得這些東西的人來決定。但你一定要在工程師的面前讓大家覺得你看起來對這些非常認同。
姿態放軟，但不能失去主導權
雖然前面說你姿態要軟，但你絕對不能把你的project交給工程師後，你就失去了主導權。因為這樣會讓你在老闆面前，看起來變得沒有太多價值。你最少要繼續掌握你project的「時程」和「內容」。也就是你一定要維持你的「主導權」，對該堅持的東西繼續堅持，對一些東西妥協，但不能全交給工程師決定。
不要finalize所有設計後，再交給工程師
絕大多數的工程師對這樣的流程很反感，所以請想辦法在設計階段，就去請教一下工程師的意見。他也許說他很忙，你想就好。即使只是得到這句話，都有很大的價值。這表示他放棄了他未來因為你在project早期沒找他先過過，以致他責怪你的權利。
總之，因為工程師的心情很難捉摸。所以「情緒」的處理問題，可能比「技術」、「功能」上的討論都更為重要。
PM與工程師
過節前看到一篇文章，講產品專案就應該由工程師來主導，但國內讓pm去驅動專案，搞得亂七八糟，很惱火，怎麼可能做出一款好產品來呢？很顯然，寫這篇文章的是一位憤怒的工程師，angry engineer！我跟他至少有兩點共鳴 1 國內的pm確實常常折騰工程師，甚至不乏 把工程師當工具對待 的情況。2 如果工...
PM與工程師
過節前看到一篇文章，講產品專案就應該由工程師來主導，但國內讓pm去驅動專案，搞得亂七八糟，很惱火，怎麼可能做出一款好產品來呢？很顯然，寫這篇文章的是一位憤怒的工程師，angry engineer！我跟他至少有兩點共鳴 1 國內的pm確實常常折騰工程師，甚至不乏 把工程師當工具對待 的情況。2 如果工...
工程師如何不被PM欺負
老師教我們怎麼寫程式，但從來沒告訴我們在公司裡，會有個叫做 pm 的人每天分派作業給我們，還逼著我們趕快做完。這是許多軟體工程師進入職場的第乙個驚喜。隔了不久，還會發現，這些可能把你壓得死死的 pm，多半一行程式都不會寫。於是我們會面臨一種很矛盾的心情，有時候會是一種有點被欺負的心理。這篇文章是前一...