產品經理需要會寫程式碼嗎？

這是一個被問及了一次、一次又一次的問題。

我就是一個會寫程式碼的產品經理。我曾作為不同的角色有大約10年的專業程式設計經驗，甚至還寫過基本技術書籍和做過一些演講。大約5年前，我轉向了做軟體產品管理，這使得我可以只在晚上和週末才寫程式碼（只是因為興趣）。

以我的淺見，如果你有專業的軟體程式設計經驗的話，這對你做產品經理覺得是一個很大的加分項。如果你缺乏這些經驗，可以每週花費幾小時來學習一下。

理解開發人員

產品管理的一部分，是做一個優秀的溝通和談判代表。有過開發經驗的價值是，你可以更好的與你正在一起工作的開發人員用他們的語言溝通。

如果你自己曾經開發過軟體：

• 你會知道需求變更的感覺以及與團隊中其他固執己見的人的程式碼有衝突時的壓力
• 你會知道在一個嚴格的截至期限下，使用一個設計不合理的第三方 API 的感受
• 你會明白回答“需要多長時間”會牽涉到多少方面
• 你會被 KISS, YAGNI 以及 Conway’s Law所吸引
• 你會花費幾天甚至幾周時間解決Heisenbugs，每次你以為你已經解決了問題，之後你就會收到一份“不起作用”的報告，因為一些特殊的瀏覽器、作業系統、裝置或者解析度大小
• 這意味著你已經分心了足夠長的時間，你應該把干擾降到最低
• 你會感受到程式碼重構帶來的恐懼

作為一個產品經理，瞭解這些可以使你把自己放在一個更好的位置與軟體開發人員工作、瞭解他們正在處理的挑戰、更好的達到你期望的目標。

當然，不要參與討論程式碼設計、架構以及使用何種語言，這從來都不是你的工作職責，如果你真這麼做了，結果可能是弊大於利的。

如果不會寫程式碼會怎樣？

缺乏寫程式碼的經驗就意味著不能成為一個合格的產品經理嗎？

在過去的大約15年時間內，我至少與4位不懂程式碼，但卻非常優秀的產品經理一起工作過，這意味著不懂程式碼也可以做好產品經理。

但更多的情況下，我看到的是硬幣的另一面，產品經理經常與開發人員爭吵，因為他們缺乏最基本的軟體開發常識。當然，他們的這種爭吵並沒有什麼幫助。相反，這意味著他們的專案經常不能實現。

根據我工作過的產品經理來看，答案是很明確的：這要看情況。但其中有三大要素是必須的：興趣（關注、傾聽）、謙卑（承認無知、提出問題），並願意學習（例如，你真正閱讀的人月神話）。