PM 常常遇到一個難題,是有好多東西想要做,但無奈什么事都得通過工程師,沒辦法自己動手,于是因為和工程師不太美好的關系,后實際的產品都沒有設計時看起來好。我這邊講的是「網路公司」的狀態,PM 泛指那些規劃出產品的人。其他產業也許也有類似情形,以下這些「教戰手則」,提供給正在摸索自己生存之道的 PM 一些參考。

0、先弄清什么做得出來、什么做不出來:

常常有 PM 會提出一些天馬行空的 idea,以致有時候讓工程師覺得合作起來相當吃力。這是由于并不知道什么可以做什么不能做。以網站來說,這其實很容易知道,不需要太多的學習和知識。如果有一個功能,你在兩、三個網站都看得到,99% 它是做得出來的。例如你想要有一個頁面,填地址時選完「縣市」,下一個選單會載入你選的這個縣市的行政區。如果你做些功課,可以發現這樣的表單在很多網站都出現過。那 99% 是做得出來。如果你想出一種呈現的方式,從來沒在任何地方看過,那比較有可能是做不出來的。在對工程師溝通時,假如你想做一個像這種選「縣市」的下拉選單,你好請工程師去看別人的那個網頁,而不是用你自己的方式描述。工程師通常有不想輸的性格,如果別的網站做得出來,他不會想要自己做不出來。

1、永遠不要和工師辯論任何和技術有關的東西:

當 PM 能學一點點網頁的概念是好的,但跟工程師合作,你可能常常會聽到「這很難做」的 feedback。它可能代表幾種不同的意思?赡艽碚娴暮茈y做,也可能代表他不想幫你做。如果是第二種,有很多種方法可以讓他妥協。但戳破他和找他辯論是差勁的方法。當他說這個技術上有困難時,不要跟他說「這個只要… 可以了呀!」這樣也許讓自己看起來比較聰明,但你們的關系已經完蛋了。而且工程師的性格容易有非常強的自尊心,所以千萬別這么做。而且,technical 的領域,你可能永遠也辯不贏他。很多「這個不能做」的問題,不是來自于理性,而是來自于不想、不愿意、覺得這個沒意義、或真的很花時間。真的要做的話,99% 的東西大概都可以做。因此當這種看起來由 technical 角度來拒絕你的狀況發生,如果你真的很想堅持你的想法做下去,請試著脫離 technical 的討論,你該了解他所提出 technical 的障礙,但不要和他在這個領域上辯論。因為你辯贏或輸都沒有任何好處。

2、工程師喜歡你去求他:

工程師很容易有某一種性格,是坐在那邊希望大家都去拜拖他。所以你不難想像要讓這種人幫你做事的方法是你要放低你的姿態。你要讓他覺得是你需要他,不是他一定要幫你。即使你心里一直想「公司付你錢來上班本來是要做這些的…」放低姿態。也許身為 PM 的你,在每個 project 有進展的時候和卡住沒進展的時刻,拿點飲料的 menu 去問工程師要喝什么是個好方法。

3、把所有 credit 歸給工程師:

在公司里,因為很多產品是由 PM 規劃的。因此 project 的成功,大家很容易覺得是 PM 的功勞。請努力在任何公開的場合、email,把這些 credit 歸給和你一起合作的工程師。同樣一個 spec,一個心情好的工程師,可以把它做成 100 分。一個心情不好的工程師,可以把它做成 60 分。兩個都可以 符合你的 spec,但是一個可以爛到有無數問題。因為軟件不是事前可以想清楚的。所以一個不開心的工程師,可以看到許多問題但「視而不見」,也不主動來跟你說,那你完了。所以一定要讓全公司的人都覺得這些成屬于工程師的。你把 credit 拿走一次,下一次你完了,因為沒有人想為你賣命了。

4、不要輕視「工程師的 project」

你合作的工程師可能說他現在很忙,因為他正在「重寫一些 function」或是「讓代碼庫的速度快一點點」。很多 PM 在聽到這些的時候,并沒有很知道他們在做什么,于是表現出來的會是對這些 project 沒那么在乎或甚至不覺得他們重要。通常工程師喜歡做這種隱性的 project。因為他們可以不用聽 PM 的指揮。對于一個健康的公司來說,一定會有一定比例的資源投在這些 project。要不要做通常是由老板,或更懂得這些東西的人來決定。但你一定要在工程師的面前讓大家覺得你看起來對這些非常認同。

5、姿態放軟,但不能失去主導權

雖然前面說你姿態要軟,但你不能把你的 project 交給工程師后,你失去了主導權。因為這樣會讓你在老板面前,看起來變得沒有太多價值。你少要繼續掌握你 project 的「時程」和「內容」。也是你一定要維持你的「主導權」,對該堅持的東西繼續堅持,對一些東西妥協,但不能全交給工程師決定。

6、不要 finalize 所有設計后,再交給工程師

絕大多數的工程師對這樣的流程很反感,所以請想辦法在設計階段,去請教一下工程師的意見。他也許說他很忙,你想好。即使只是得到這句話,都有很大的價值。這表示他放棄了他未來因為你在 project 早期沒找他先過過,以致他責怪你的權利。

總之,因為工程師的心情很難捉摸。所以「情緒」的處理問題,可能比「技術」、「功能」上的討論都更為重要。如果你喜歡這篇文章,也許你可以再讀一讀這篇的「相反版」:工程師如何不被 PM 欺負?