HR始終是HR，我們可以對六大模塊滾瓜爛熟，可以把公司的制度弄得頭頭是道，但是，對于一些技術，我們總是表現的如此無能為力。對于非技術類出身的招聘官而言，最頭疼的莫過于技術類人才的面試，考題如何設置，如何交流，如何判斷，甚至是基礎的初步篩選，都做的很痛苦，這些情況通常在IT公司、研發公司都會遇到，當你遇到的時候，我想不僅僅是頭痛那么簡單了。

　　這里我們先看一下500強CIO公司對IT人員的標準作為參考：

　　首先是該人是否容易相處?有許多IT精英人才，但卻不易工作與相處在一起。在團隊中，這樣的人是不受歡迎的。我們所需的人才必須要能融入到團隊中去。

　　其次就是看你聰不聰明，是否有求知欲?是否有快速學習能力?是否有良好的適應能力?是否貪圖安逸，還是勇于挑戰新鮮事物?

　　最后才是評定應聘者的IT專業技能是否符合職位要求?之所以將這一因素放在最后，是因為如果一名應聘者既聰明、又有進取心，并有良好的適應能力，但卻不具備我們所要求的所有技能，我依然會考慮聘用他，因為他有能力快速學會新的IT技能。

　　由此我們可以看出大IT公司更注重的是能力上的培養和性格上的好壞，所謂：性格決定命運，氣度影響格局。一個擁有好的性格的IT技術人員即使現在他IT技術不怎么出色但是日后他也許會比那些老技術的IT人員更為出色。因為他懂得自我完善，也善于發現問題及時解決，這些處事能力是一些IT技術人員學不來的。

　　所以HR們在IT人員的選拔上應該更加側重于他的性格和能力，次為技術。這樣也可以降低一些遇人不孰的概率。

　　不過一般來說，大部分公司，HR需要考察的是應聘人員是否適合企業，性格等是否適合相關的崗位，專業技能及編程技能一般由用人部門進行考核，同時在試用期進行考察。

　　所以如果HR面試技術人員任務是在考察求職者的性格和能力，接下來這幾點可以作為參考。

　　口頭表達能力

　　面試中應試者是否能夠將自己的思想、觀點、意見或建議順暢地用語言表達出來。考察的具體內容包括：表達的邏輯性、準確性。

　　綜合分析能力

　　面試中，應試者是否能對主考官所提出的問題，通過分析抓住本質，并且說理透徹、分析全面、條理清晰。

　　人際交往能力

　　在面試中，通過詢問應試者經常參與哪些社團活動，喜歡同哪種類型的人打交道，在各種社交場合所扮演的角色，可以了解應試者的人際交往傾向和與人相處的技巧。

　　自我控制能力與情緒穩定性

　　一方面，在遇到上級批評指責、工作有壓力或是個人利益受到沖擊時，能夠克制、容忍、理智地對待，不致因情緒波動而影響工作;另一方面工作要有耐心和韌勁。

　　求職動機

　　了解應試者為何希望來本單位工作，對哪類工作最感興趣，在工作中追求什么，判斷本單位所能提供的職位或工作條件等能否滿足其工作要求和期望。

　　業余興趣與愛好

　　應試者休閑時愛從事哪些運動，喜歡閱讀哪些書籍，喜歡什么樣的電視節目，有什么樣的嗜好等，可以了解一個人的興趣與愛好，這對錄用后的工作安排常有好處。

　　如果HR也想要初步考察技術人員的技能，不妨試試接下來的方法。

　　面試時，可以根據程序員和設計師兩種大的標準來問問題。

　　程序員

　　對于程序員級別，又分成初級程序員、程序員和高級程序員三個等級來判斷。

　　一.初級程序員

　　對于初程，在技術上其實我們不會有過多的要求，對于初程我們會更加關注他對于技術的興趣程度(對于技術網站的關注、各種前沿技術信息的關心)，而不僅僅是因為生活所迫;另外就是在技術方面的基本功和對于公司需要采用的產品/開源工具的了解程度。

　　根據這樣的標準，在面試初級程序員時問的問題就集中在這兩個方面，常問的就是：

　　1、經常上什么技術網站，論壇?

　　2、最近業界的最新技術出現了些什么?

　　3、根據公司采用的產品/開源工具來問，如公司采用webwork，可以問下面試者是否之前用過，或者是否用過類似的?

　　二.程序員

　　對于程序員，在技術上就要有所要求了，我們認為在工具方面上應該是很熟練的人員，其次就是對于工具的快速掌握能力。

　　根據這個標準，在面試程序員時我們會常問的問題：

　　根據公司采用的產品/開源工具和面試者的經歷來問，如公司采用webwork，但面試者以前只用struts，那么我們會問他開發一個模塊時，在采用struts下是一個怎么樣的經典開發過程，開發過程中可能會碰到什么問題?

　　在工具的快速掌握能力上，個人覺得最好的方法就是讓面試者當場采用一種未曾使用過的技術做helloworld之類的東西，這樣可以考察面試者學習工具的能力以及承受壓力的能力。

　　三.高級程序員

　　對于高級程序員，在技術上自然要求就更高了，對于高程，除了需要熟練的使用工具之外，個人覺得高程需要具備對于設計思想的深刻理解。

　　1、根據公司采用的產品/開源工具和面試者的經歷來問，如公司采用webwork，但面試者以前只用struts，那么我們會問他開發一個模塊時，在采用struts下是一個怎么樣的經典開發過程，開發過程中可能會碰到什么問題?(面試這樣的問題是判斷面試者到底有沒有具備程序員的能力，具備了才繼續往下問)

　　2、根據面試者的經歷問設計模式方面的問題，如面試者采用過webwork、springIoC、Hibernate這些東西，那么繼續問一些MVC、IoC、ORM這樣的實戰問題，多是問如果讓你自己實現一個webwork這樣的MVC框架的東西，你會怎么做?

　　設計師

　　對于設計師級別，模塊設計師、子系統設計師、專業系統設計師和系統設計師四個級別來考量。

　　對于設計師，在工具使用方面的考量會降低一些，但在對于系統理解方面則會加強考核。

　　一.模塊設計師

　　對于模塊設計師，個人認為他需要掌握怎么樣設計模塊才能讓程序員可以按照設計開展，以及如何考察設計的實現。

　　常問的問題：

　　1、根據面試者的經歷，挑選面試者曾經做過的模塊，問他會怎么樣去進行設計;

　　2、怎么樣去保證模塊按設計的實現(可以問的問題是舉例實現人員在實現時出現差錯，他會怎么辦)。

　　3、根據公司的需求，來問一些業務方面的理解能力。

　　二.子系統設計師

　　對于子系統設計師，個人認為他需要掌握如何劃分模塊的能力以及如何去考評模塊設計師的設計的能力。

　　常問的問題：

　　1、根據面試者的經歷，挑選一個子系統問他怎么樣去進行設計;

　　2、怎么去考評模塊設計師的設計;

　　3、根據公司的需求，來問一些業務方面的理解能力。

　　三.專業系統設計師

　　對于專業系統的設計師，主要則需要考評其對于專業系統的理解程度以及知識的掌握面的程度。

　　常問的問題：

　　1、根據面試者的經歷，如其有流程系統的設計經驗，可以問流程系統的相關設計知識點，看其的掌握程度;

　　2、簡單的介紹實現一個專業系統的關鍵點，同時說下自己對于該種專業系統的發展的想法。

　　四.系統設計師

　　對于系統設計師，則要要求更加的全面，考察其對于系統的架構設計的能力以及帶領、組織團隊的能力。

　　常問的問題：

　　1、根據面試者的經歷，問其其中一個系統給他設計的話，他會怎么去做，這個主要考評其從需求推導設計的能力;

　　2、問面試者認為在進行系統設計時需要考慮的因素，或者就是以一個失敗的案例，問他認為設計的失誤出現在哪。

　　不過個人認為，HR伙伴們一般在技術人員面試中，承擔的任務都是前者，所以技術類的知識，也可以不必深究。