[[158632]]

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

我就是一個會寫代碼的產(chǎn)品經(jīng)理。我曾作為不同的角色有大約10年的專業(yè)編程經(jīng)驗，甚至還寫過基本技術(shù)書籍和做過一些演講。大約5年前，我轉(zhuǎn)向了做軟件產(chǎn)品管理，這使得我可以只在晚上和周末才寫代碼（只是因為興趣）。

以我的淺見，如果你有專業(yè)的軟件編程經(jīng)驗的話，這對你做產(chǎn)品經(jīng)理覺得是一個很大的加分項。如果你缺乏這些經(jīng)驗，可以每周花費幾小時來學(xué)習(xí)一下。

理解開發(fā)人員

產(chǎn)品管理的一部分，是做一個優(yōu)秀的溝通和談判代表。有過開發(fā)經(jīng)驗的價值是，你可以更好的與你正在一起工作的開發(fā)人員用他們的語言溝通。

如果你自己曾經(jīng)開發(fā)過軟件：

• 你會知道需求變更的感覺以及與團隊中其他固執(zhí)己見的人的代碼有沖突時的壓力

• 你會知道在一個嚴格的截至期限下，使用一個設(shè)計不合理的第三方 API 的感受

• 你會明白回答“需要多長時間”會牽涉到多少方面

• 你會被 KISS, YAGNI 以及 Conway’s Law所吸引

• 你會花費幾天甚至幾周時間解決Heisenbugs，每次你以為你已經(jīng)解決了問題，之后你就會收到一份“不起作用”的報告，因為一些特殊的瀏覽器、操作系統(tǒng)、設(shè)備或者分辨率大小

• 這意味著你已經(jīng)分心了足夠長的時間，你應(yīng)該把干擾降到***

• 你會感受到代碼重構(gòu)帶來的恐懼

作為一個產(chǎn)品經(jīng)理，了解這些可以使你把自己放在一個更好的位置與軟件開發(fā)人員工作、了解他們正在處理的挑戰(zhàn)、更好的達到你期望的目標(biāo)。

當(dāng)然，不要參與討論代碼設(shè)計、架構(gòu)以及使用何種語言，這從來都不是你的工作職責(zé)，如果你真這么做了，結(jié)果可能是弊大于利的。

如果不會寫代碼會怎樣？

缺乏寫代碼的經(jīng)驗就意味著不能成為一個合格的產(chǎn)品經(jīng)理嗎？

在過去的大約15年時間內(nèi)，我至少與4位不懂代碼，但卻非常優(yōu)秀的產(chǎn)品經(jīng)理一起工作過，這意味著不懂代碼也可以做好產(chǎn)品經(jīng)理。

但更多的情況下，我看到的是硬幣的另一面，產(chǎn)品經(jīng)理經(jīng)常與開發(fā)人員爭吵，因為他們?nèi)狈ψ罨镜能浖_發(fā)常識。當(dāng)然，他們的這種爭吵并沒有什么幫助。相反，這意味著他們的項目經(jīng)常不能實現(xiàn)。

根據(jù)我工作過的產(chǎn)品經(jīng)理來看，答案是很明確的：這要看情況。但其中有三大要素是必須的：興趣（關(guān)注、傾聽）、謙卑（承認無知、提出問題），并愿意學(xué)習(xí)（例如，你真正閱讀的人月神話）。