面試時如何考察產(chǎn)品經(jīng)理的技術(shù)素質(zhì)

面試時如何考察產(chǎn)品經(jīng)理的技術(shù)素質(zhì)在豆瓣上,有一個常見的交叉面試慣例,主要發(fā)生在產(chǎn)品經(jīng)理和工程師兩個團隊之間。作為技術(shù)團隊的代表,我經(jīng)常與來應聘的產(chǎn)品經(jīng)理交流,并從以下兩個方面為產(chǎn)品經(jīng)理團隊提供參考意見:1.面試者是否具有足夠的技術(shù)素質(zhì)2.面試者是否具備與工程師協(xié)同工作的能力第一點假設是,在一個以快速變化的技術(shù)為生產(chǎn)力的行業(yè),如果技術(shù)方面的素質(zhì)太差,能力會受到很大限制。第二點假設是,工程師有獨特的個性需要尊重和理解,如果產(chǎn)品經(jīng)理了解不夠,會增加很多工作中的障礙,甚至引發(fā)摩擦。相對而言,第二點較容易考察?？梢詮闹饔^和客觀兩個角度進行評估。主觀方面,觀察他對合作過的工程師的看法、期望和評價?？陀^方面,了解他與工程師合作的細節(jié),如流程、工具、交付物、解決爭端的方法。而第一點則較為困難。很長時間以來,我一直無法把握好分寸。工程師不愿意與完全不懂技術(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)域出發(fā),有些人則總是回避技術(shù),差異很明顯。后者,可以現(xiàn)場為他講解一種算法、一個新出現(xiàn)的技術(shù)、一門新的編程語言或一種技術(shù)開發(fā)過程的常見問題,觀察他的理解程度。這種方式雖然不完美,但交叉面試畢竟只是提供參考意見,不是決定性的意見,我的壓力也沒有面試工程師那么大。另外,豆瓣上一位網(wǎng)友"無鋒之刃"的意見也值得參考。他認為,InformationTechnology這兩個單詞其實已經(jīng)清晰地劃分了產(chǎn)品經(jīng)理與項目經(jīng)理的定位和職責。產(chǎn)品經(jīng)理主要負責需求的收集、分析和整合,根據(jù)4W1H理論,首要處理"What"、"Why"和"When"三個問題。就這點來看,產(chǎn)品經(jīng)理解決工作中的問題,通常會使用非IT領(lǐng)域的技術(shù)工具,如統(tǒng)計、分析甚至策劃、營銷等。除了使用工具以外,產(chǎn)品經(jīng)理還需要具備需求敏感能力、市場理解/溝通能力等非IT技術(shù)領(lǐng)域的能力。要求產(chǎn)品經(jīng)理同時具備很強的IT技術(shù)能力,確實有些為難。再來看項目經(jīng)理。這一角色主要處理5和6兩步，將需求轉(zhuǎn)化為技術(shù)實現(xiàn)，以“Technology”的形式進行表述，最終滿足市場需求。同樣根據(jù)4W1H理解，這是在處理“Where”和“How”的問題。此時項目經(jīng)理(及其代表的技術(shù)團隊)側(cè)重點會放在設計方案、實現(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é)上的話，我覺得，只