- 相關(guān)推薦
面試時如何考察產(chǎn)品經(jīng)理的技術(shù)素質(zhì)
豆瓣有個交叉面試的慣例，目前主要是在產(chǎn)品經(jīng)理和工程師兩個團隊之間。 作為技術(shù)團隊的代表，我經(jīng)常和來應聘的產(chǎn)品經(jīng)理聊聊，從以下兩個方面給產(chǎn)品經(jīng)理團隊參考意見：
1、 面試者是否有足夠的技術(shù)素質(zhì)
2、 面試者是否具備和工程師協(xié)同工作的能力
第1點，假設(shè)是： 在一個以快速變化的技術(shù)為生產(chǎn)力的行業(yè)，如果技術(shù)方面的素質(zhì)太差，能力會大受限制。
第2點，假設(shè)是： 工程師有獨特的個性需要尊重和理解，產(chǎn)品經(jīng)理如果了解不夠，會增加很多工作中的障礙，甚至摩擦。
相對來說，第2點是比較容易考察的，從主觀和客觀兩個角度來看即可。 主觀方面，看他對合作過的工程師的看法、期望、評價。 客觀方面，看他和工程師合作的細節(jié)，如流程、工具、交付物、解決爭端的方法。
比較難的是第1點，很長時間我一直拿不準分寸。工程師們不愿意和完全不懂技術(shù)、不理解技術(shù)開發(fā)的規(guī)律、聽不明白技術(shù)問題、會做出違反技術(shù)原則的產(chǎn)品決策的產(chǎn)品經(jīng)理合作，但是怎么能在短短的面試中發(fā)現(xiàn)這些潛在的問題呢? 總不能要求人家會編程序吧!
在經(jīng)歷了若干次交叉面試之后，思路有點清晰了，大概應該從兩個角度來看：
1、 好奇心： 平時是否關(guān)注技術(shù)發(fā)展，是否有從技術(shù)角度想問題的習慣
2、 理解力： 遇到一個全新的技術(shù)，能否快速理解，并說出它的優(yōu)勢、局限性、可能的用途
前者，可以用一些沒有標準答案的開放性問題入手，看看他的思路會發(fā)散到什么方向去，有些人習慣于想到技術(shù)因素、領(lǐng)域，有些人總是回避技術(shù)，差別很明顯。
后者，可以現(xiàn)場給他講解一種算法、一個新出現(xiàn)的技術(shù)、一門新的編程語言、一種技術(shù)開發(fā)過程的常見問題，看他能理解到什么程度。
還是不完美，好在交叉面試只是提供參考意見，不是決定性的意見，我的壓力沒有面試工程師那么大。
豆瓣上一位網(wǎng)友“無鋒之刃”的意見也值得參考：
Information Technology，這兩個單詞其實早已清晰地劃分了產(chǎn)品經(jīng)理與項目經(jīng)理的定位與職責。如下圖：
1. 產(chǎn)生需求 -> 2. 收集需求 -> 3. 分析需求 -> 4. 整合需求 -> 5. 實現(xiàn)需求 -> 6. 解決/滿足需求
2、 3、4這三步，需求主要表現(xiàn)為“Information”，那么作為與市場直接接觸的前端，產(chǎn)品經(jīng)理的定位和職責自然放在收集、分析和整合需求之上，所有工作內(nèi)容均圍繞這些活動展開。亦即，根據(jù)4W1H理論，產(chǎn)品經(jīng)理首要處理“What”、“Why”和“When”三個問題。就這點來看，產(chǎn)品經(jīng)理要解決工作中的問題，通常會使用非IT領(lǐng)域的技術(shù)工具，如統(tǒng)計、分析甚至策劃、營銷等。除了使用工具以外，產(chǎn)品經(jīng)理還需要具備需求敏感能力、市場理解/溝通能力。這些都屬于非IT技術(shù)領(lǐng)域的能力。由于專業(yè)性要求，在上述能力基礎(chǔ)上同時要求產(chǎn)品經(jīng)理很懂IT技術(shù)，跟得上技術(shù)的日新月異，確實是有點為難。
再來看項目經(jīng)理。這一角色主要處理5和6兩步，將需求轉(zhuǎn)化為技術(shù)實現(xiàn)，以“Technology”的形式進行表述，最終滿足市場需求。同樣根據(jù)4W1H理解，這是在處理“Where”和“How”的問題。此時項目經(jīng)理(及其代表的技術(shù)團隊)側(cè)重點會放在設(shè)計方案、實現(xiàn)功能、滿足性能指標、驗證需求是否滿足。眾所周知，IT技術(shù)，尤其是軟件技術(shù)，發(fā)展速度和更新周期一直在不停地提升和縮短，跟得上變化已屬高難，更別奢談使用新技術(shù)正確地實現(xiàn)和解決需求。要求項目經(jīng)理和技術(shù)團隊去理解自身工作范疇以外的事情、具備相應的應對能力，同樣是為難。
換句話說，由于工作內(nèi)容和性質(zhì)的不同，要讓產(chǎn)品經(jīng)理(代表市場團隊)和項目經(jīng)理(代表研發(fā)團隊)真正做到完全地相互理解彼此的意圖和想法，其實是相當困難的。作為需求從“Information” 轉(zhuǎn)變到“Technology”的關(guān)鍵環(huán)節(jié)，這兩種角色不能輕視更不能忽略。在條件許可時，還是盡量把兩者沿定位邊界分開，有關(guān)聯(lián)(信息交互)更有側(cè)重(專業(yè)性)。而側(cè)重不是最關(guān)鍵的，最關(guān)鍵的是關(guān)聯(lián)，做不到這一點，前后端便不能高效地相互配合，最終很可能導致產(chǎn)品/項目的失敗。
所以，在我的理解中，不管是產(chǎn)品經(jīng)理也好，項目經(jīng)理也好，除了具備專業(yè)領(lǐng)域內(nèi)的能力，還應該具備一些非專業(yè)領(lǐng)域內(nèi)的能力，重點有：溝通能力、理解能力、談判能力、決策能力和妥協(xié)能力，以及好奇心(這一點同樓主)。這些能力保證了兩者工作成果的關(guān)聯(lián)性。
開發(fā)過(不止一個)中等規(guī)模系統(tǒng)的開發(fā)人員都知道，其實系統(tǒng)里最容易出問題的地方就是信息(數(shù)據(jù))進行轉(zhuǎn)換的地方，如從DBMS到業(yè)務邏輯層，再從業(yè)務邏輯層到內(nèi)容表現(xiàn)層。同理可證，需求從“Information”轉(zhuǎn)變到“Technology”，這種變化更需要接口進行嚴密的匹配。也就是說，產(chǎn)品經(jīng)理和項目經(jīng)理要能嚴密地匹配。而這匹配更多地由非專業(yè)技術(shù)能力來保證的，最少，也要有充分可用的溝通能力和理解能力，否則就是浪費時間和資源。將技術(shù)和能力排布在X軸，水平高低排布在Y軸，那么理想的經(jīng)理們應該都是三角形分布，而不是T形分布。T形分布更適合專業(yè)人員，比如開發(fā)者。而作為系統(tǒng)接口的經(jīng)理們，則應該是三角形分布。他們必須利用這種廣泛而有相當深入程度的信息與知識來保證溝通是充分的、有效的，理解是能相互表述的，要知道前后端都在做什么事情，這些事情是如何解決需求問題的，從而實現(xiàn)工作成果的關(guān)聯(lián)性。
結(jié)合樓主提出的問題，答案也就不言自明了，想招聘合適的產(chǎn)品經(jīng)理，更多的是“功夫在詩外”。除了考察應聘者的專業(yè)技術(shù)能力外，其它非技術(shù)能力是否合格，占的分量應該更多。至少要考察是否能快速地理解開發(fā)團隊提出的“解決方案”，適時對自己的工作成果加以調(diào)整、變化，保證需求快速、確實地被滿足。能懂得技術(shù)當然好，但重點應該放在溝通能力和理解能力上，這直接關(guān)系到整體思路是否能落實到實現(xiàn)上。這算是協(xié)同性的另一種說法吧。
當然，以上的想法只是單純地考慮了理想狀態(tài)(或者說客觀狀態(tài))。更多主觀因素都沒有被考慮，如個性、行事風格等不能量化確定的因素，這些更可能成為招聘能否完成、甚至最終需求能否被滿足的決定性因素。我的觀點是一兩次面試不足以體察出這些信息，只能靠大量的工作與合作去磨合、發(fā)現(xiàn)、處理、解決。正如樓主所說，可以問一問對方做過什么樣的項目，對成功失敗如何評價，對團隊管理和培養(yǎng)有什么看法，有沒有意愿主動地尋找問題解決問題。除了好奇心與理解力，我覺得還應該加上一條，就是是否足夠主動。
非要具體到細節(jié)上的話，我覺得，只要理解了“數(shù)據(jù)是如何流動與應用”的話，那么應聘者基本滿足了當一名產(chǎn)品經(jīng)理的IT技術(shù)能力要求。需求能不能實現(xiàn)，最終得看數(shù)據(jù)能不能有效組織、處理和流動。能把這一點講明白，是項目經(jīng)理的本事;而能正確理解它們，則是產(chǎn)品經(jīng)理的基本功。
【面試時如何考察產(chǎn)品經(jīng)理的技術(shù)素質(zhì)】相關(guān)文章：
產(chǎn)品經(jīng)理的素質(zhì)有幾類？07-12
優(yōu)秀產(chǎn)品經(jīng)理的必備素質(zhì)07-12
產(chǎn)品經(jīng)理的基本素質(zhì)07-12