編程不是產(chǎn)品經(jīng)理常規(guī)工作的一部分，那么為什么公司在招人的時候不會降低要求招到在核心的產(chǎn)品管理技能上真正優(yōu)秀的人才呢？
簡單的說，許多沒有軟件工程背景的人不能和開發(fā)人員形成牢固的工作關(guān)系。

如果產(chǎn)品經(jīng)理疏遠(yuǎn)開發(fā)人員，得不到他們的尊重，那些優(yōu)秀的產(chǎn)品管理技能將可能被浪費(fèi)。產(chǎn)品管理是一種無權(quán)威的領(lǐng)導(dǎo)，將工作做好的唯一途徑就是用你的愿景將團(tuán)隊凝聚在一起。

沒有技術(shù)背景而成為偉大的產(chǎn)品經(jīng)理是有可能的，但是你需要找到同開發(fā)人員建立強(qiáng)關(guān)系的方法，還要經(jīng)歷開發(fā)人員工作上的障礙。

下面的三個部分，我將介紹非技術(shù)出身的產(chǎn)品經(jīng)理常犯的三個錯誤，以及如何避免：

認(rèn)為技術(shù)人員是不會說話的程序猿

我不會說法語，但是有人會說——對此我并不吃驚。畢竟有太多精通兩種語言的人。

如果我想讓我的博客在法國產(chǎn)生作用，我應(yīng)該找一個母語是法語的人翻譯出來。但我并不認(rèn)為翻譯者對博客有著和我相等的貢獻(xiàn)。

這正是許多非技術(shù)出身的產(chǎn)品經(jīng)理對開發(fā)人員的看法。他們認(rèn)為，開發(fā)者僅僅是簡單地將想法翻譯成代碼。從他們的觀點(diǎn)出發(fā)，提出想法的人才是重要的，技術(shù)人員不過是會編程的猴子。

開發(fā)人員也見過太多這樣的態(tài)度，這導(dǎo)致了他們對產(chǎn)品經(jīng)理相應(yīng)的印象——非技術(shù)出身的產(chǎn)品經(jīng)理不過是在辦公室里“受歡迎”的啞巴MBA，他們不懂設(shè)計，也不知道如何建立偉大的產(chǎn)品。

如果你是非技術(shù)出身的產(chǎn)品經(jīng)理，一定要確保自己不把開發(fā)人員當(dāng)作程序猿。你或許認(rèn)為你是團(tuán)隊中最重要的人，但是一個沒有產(chǎn)品經(jīng)理的團(tuán)隊依然能夠運(yùn)轉(zhuǎn)軟件，沒有開發(fā)人員的團(tuán)隊則不能。

了解下開發(fā)人員真正在做什么，花點(diǎn)時間和他們聊聊天，問問他們的工作情況。問一問他們最喜歡的技術(shù)，以及他們應(yīng)對過的挑戰(zhàn)。你就能減少他們敲代碼的工作量，就像減少記者碼字。

對事情的難度有錯誤的判斷力

我喜歡的一檔電視節(jié)目是《舞林爭霸》，身懷絕技的舞者跳著不同風(fēng)格的舞蹈，從芭蕾舞到霹靂舞。當(dāng)我看比賽時，嘗試著猜測評委的反應(yīng)。最令我驚訝的事情是，許多看起來容易的動作其實(shí)很難，許多很難的動作其實(shí)很容易。

就像跳舞的經(jīng)歷能夠幫助你理解舞蹈動作的難度，有技術(shù)背景能夠幫你獲得精準(zhǔn)的視角，來看待在工程中如何挑戰(zhàn)不同的事情。

如果你不是技術(shù)出身的產(chǎn)品經(jīng)理，要謹(jǐn)慎，避免因?qū)щy的事情有錯誤的判斷而犯錯。許多代碼看起來比實(shí)際情況容易。有時候，直截了當(dāng)?shù)姆椒〞尞a(chǎn)品進(jìn)步變慢，這就需要一個較復(fù)雜的方法。

相反，如果你在框架設(shè)計時完成了困難的工作，許多看起來困難的事情可能就比較容易。如果你不能明白這些不同，你會陷入一些令人非常沮喪的對話。你會認(rèn)為開發(fā)人員不關(guān)心設(shè)計或故意拖延。你會錯失一些簡單的提高，因?yàn)槟銢]有意識到它們會很容易。

如果你沒有技術(shù)背景，你依然可以培養(yǎng)你的判斷力。注意工程師在困難的工作類型上花費(fèi)的時間。當(dāng)你有了新的想法，根據(jù)你以往的觀察，首先自我評估這有可能用多長時間。然后，同工程師分享你的想法，并讓他們估計他們將會用多長時間。

如果你們的估計并不相同，那就談一談這個問題。注意，不要讓人聽起來像是不相信他們或認(rèn)為他們偷懶。你可以說，“你能不能多談一談，為什么這會用3天，而插入相似的功能只需要1天？我在培養(yǎng)看不同的事情花費(fèi)多長時間的判斷力?！?/p>

努力找到模型，你就會知道在你產(chǎn)品設(shè)計中，什么挑戰(zhàn)是困難的，什么挑戰(zhàn)是容易的。不要?dú)怵H，學(xué)習(xí)的決心會帶你走得更遠(yuǎn)。

在你可以做的事情上浪費(fèi)工程師的時間

你是否曾經(jīng)用過“你幫助我搜索一下”？這是一種愚蠢的方式，表明大多數(shù)人本可以自己找到問題的答案。

這是一件相當(dāng)令人失望的事情，即有些人明明可以依靠自己找到答案，卻依舊在浪費(fèi)你的時間。當(dāng)產(chǎn)品經(jīng)理們對他們的工程師這樣做的時候，往往是他們對于自己該去學(xué)習(xí)的東西劃了禁區(qū)。

這便是第三個非技術(shù)出身的產(chǎn)品經(jīng)理易犯的錯誤：在你可以做的事情上浪費(fèi)工程師的時間。如果你發(fā)現(xiàn)你的團(tuán)隊成員似乎很沮喪地回答你的問題或者忽視你的要求，自省下你是否可以自己來做這些事。

一種很有用的起步方式是分析數(shù)據(jù)。了解你的產(chǎn)品日志以及如何訪問這些日志。你可能需要學(xué)習(xí)如何寫SQL命令?；ㄒ惶鞎r間去學(xué)習(xí)SQL。這個時間投入是值得的，因?yàn)槟憧梢怨?jié)約工程師文字切換的時間。另外，當(dāng)你能快速看到這些針對你數(shù)據(jù)問題的答案時，你能重復(fù)這些問題并深入挖掘以獲取更本質(zhì)的認(rèn)識。

另外一個可以考慮的方面是閱讀代碼中的簡單信息。如果你花幾個小時學(xué)習(xí)如何通過團(tuán)隊代碼庫進(jìn)行搜索，你可以自己解答各種各樣的問題。很多團(tuán)隊擁有對產(chǎn)品經(jīng)理很有用的資料庫，可借此來知曉諸如列入黑名單的關(guān)鍵字列表或者所有運(yùn)行中的測試名單。

如果你掌握這些技能，你甚至可以提前檢查簡單代碼的變化，比如說修正在UI中的錯誤輸入。讓自己改變并不總是更有效的方法，但是在關(guān)鍵時期這是一種幫助團(tuán)隊，并會讓他們很感激的方式。

改善的關(guān)鍵是將詢問從“你能不能幫我這個忙？”切換到“你能不能教我如何做到這一點(diǎn)？”大多數(shù)工程師會很樂意花額外的時間來教你，如何獨(dú)立解答那些問題。你也會變得愈加自足，而你的工程師們會有更多的時間用在開發(fā)完善產(chǎn)品上。

原文：3 Mistakes Non-Technical PMs Make

本文為作者盯盯工作翻譯投稿，轉(zhuǎn)載請注明來源于人人都是產(chǎn)品經(jīng)理并附帶本文鏈接