最近看到院子里的不少兄弟创业了，我个人还是很支持他们的，相信大家作了身份转换之后，是不是觉得有些不习惯，原来是人家面你，现在是你面人家，而且还要自己决定招聘些什么人，是否值得招聘这些人。
我平时接触的猎头和HR相对多些，说起来俺也是个兼职猎头（虽然业绩不太好），因此看过不少的JD（Job Description），对于招聘的套路我还是比较熟悉的，所以写篇文章出来，给兄弟们晒晒经验。
存在问题的JD
例1：你必须熟悉VB.NET/C++/C#/Perl/PHP/ASP/JavaScript等语言
点评：nnd，这哪是招人阿，简直就是招畜牲，啥都要会，摆明着人手不够，进去做义务工，经常加班，待遇也不高，如果你写出这种招聘等于砸自己公司的招牌，大公司的招聘绝对不会这么无理取闹。
例2：精通.NET，熟悉Java者优先
点评：这个就是我最近看到的一份JD上写的，搞什么东西，两个阵营的东西，怎么能够一起招，我们不需要全才，这种招聘也是那种希望节省成本的小公司贴出来的，既然你要Java的人就干脆再招一个。
例3：精通.NET、精通SQL Server
点评：这种写法似乎司空见惯，大家可能会觉得这种招聘要求似乎没有问题，其实不然！我们都知道对于一项直接技能通常有三种描述：了解、熟悉、精通，但你仔细想想就会明白，所谓的精通是仁者见仁智者见智的！比如说对于一个搞普通MIS开发的人（没有涉及过BI），他会觉得你懂得聚集索引、对SQL语句十分熟悉等就已经算精通了，但是对于一个搞过BI的人，之前的技能水平在他看来只能算“熟悉”，有些高手甚至觉得那只能算“了解”。
又比如说，如果微软的招聘上写精通.NET，那你就得好好掂量一下自己够不够格了——要熟悉MSIL、熟悉底层.NET实现、会用windbg SOS调试.NET程序，而不仅仅是会用.NET自带的高级数据结构类写.NET程序。
对于这种招聘要求，我个人的建议是把需求写详细了，比如了解MSIL、熟悉Reflection等类似的描述，这样会显得专业许多，也可以让来面试的人心里有个数，不懂这些的人也不会跑到你这来撞枪口。
例4：懂UML
点评：这种招聘要求写了就和没写差不多——这个“懂”字学问大了，认得UML图标也是懂，会画UML类图也是懂，会画时序图也是懂，这还不如写“了解”、“熟悉”、“精通”。
例5：只招重点大学或参与211工程的大学毕业的人
点评：这种招聘其实就是在搞“种族歧视”，难道不是重点大学毕业的就没有人才，这分明是那些原本就是重点大学毕业的领导“回馈母校”的做法！个人觉得不可取，人才是没有地域、种族、阶级之分的，什么时候开始按学校划分了，一些优秀的人才（虽然是少数）可都是不知名的大学毕业的，这样子只会让你与这些顶尖人才擦肩而过。另外，从我个人的经验来看，有些重点大学毕业的人（这里就不点名了）素质差也就算了，还自命清高，自认为自己学校很好，就开始乱来了~~遇到这种人，我理都不想理~说句不好听的——还不如我们的民工兄弟，人家至少朴实、实在。
如何写一份好的JD
写一份招聘前先要想清楚以下几个问题：
1. 人手不够吗？是否真的需要招人？
2. 为什么要招这些人？招进来后他们的价值体现在哪里？
3. 招的人需要具有哪些技能？（对于技术人员的招聘最好具体到某项具体技术，如.NET Reflection、ADO.NET等）
4. 对于应聘者的前提筛选条件或者限制？（如x年工作经验、学历、性别、年龄、身体状况等）
如果你把这些问题都想清楚了，基本上能够写出一份很专业的JD了。
我们可以利用项目管理软件来做分析（如Project 2007），看你的资源使用表中有没有人过载了，如果看到某个人的被使用率已经达到200%，那肯定要招人了，总不能把人家当畜牲用吧~~另外，你要了解你这种项目计划或分析结果的误差是多少，我曾经在一个部门中就遇到过这样的情况，明明大家都很忙（至少要加1小时班），但报给领导的labor hour通常只占工作时间的70%，有些时候并不是说大家都在玩，而是很多时候很难估计出真正用了多久去思考问题、解决问题，你不可能在开始思考问题时启动一个Timer是吧~所以这就是问题所在。作为领导，如果你不能体察到员工的“民怨”，那你只有被唾骂的份！要深入群众才能真正知道员工有多忙~另外不同level的人完成工作的速度也是不一样的，只看报表只会得出错误的结论，从而做出错误的决定！
说到人的利用率不得不说一下加班问题，目前IT行业普遍存在加班问题，据说每个人的使用率都至少在130%，汗一个！不知道什么时候这成为了行规，无理取闹！老板们只知道督促你早点上班，不要迟到，却不知下班的时候让你早点走（至少我没遇到过让你早点下班的老板），就拿我目前部门的领导来说，规定了9:15一定要到，说实话我觉得很奇怪的——你怎么不多写一句：18:15必须走，nnd，更何况我们公司是美国企业，应该是很free的style，美国的同事都是保证做满8小时，但绝对不会多的！我倒不是鼓励大家迟到，其实大部分人还是很自觉地，何必弄个这种规定呢，其实下面的人意见都比较大，只是不方便说，哎，俺领导的素质有待提高~~
当然有些公司的领导是拍脑袋招人的——“哦，好象可以招几个人嘛”，这也是不可取的，作为企业自然是要把资源最大化利用，而不是让资源过分闲置，所以通常情况下，外企的话招人还是比较慎重的，当然资金多的话养几个闲人问题也是不大的，呵呵:)
再谈招聘信息
招聘信息的重点在于“信息”两字——无论是求职者、HR还是猎头，理解招聘职位的要求和所在部门的职能至关重要，有的时候就连HR自己也不清楚这个部门到底是干嘛的？招的人是做什么的？因为是Team Manager告诉她要招的，JD也是人家给的，她只不过负责整理和发布招聘而已，所以有时会出现很多“不对口”的candidate，很多猎头甚至觉得招聘的要求纯粹是理想状态，只要满足一两条的candidate就推荐了。当然这不能全怪猎头，确实有多方面的原因，比如说有些部门经理招人总把能与部门沾上边的技术都写上去，这样就会显得部门很有档次，招进来的人质量也会比较高，但其实并不是这样的；还有些HR则把她所知道的技术名词（其他她根本不懂），反正多写没有错的！这种招聘通常喜欢把 这与“传话游戏”差不多，涉及的人越多，理解越容易出现偏差，特别是当HR遇到了太多的不符合要求的candidate之后，他就会考虑是否要降低门槛，所以才出现所谓“理想状态”的说法。
好吧，现在就让我们重新审视一下招聘信息。在招聘信息中，我们经常会看到公司或部门介绍，这样的介绍可以告诉我们这个公司或部门的一些业务及职责，比如下面就是微软CPG部门的介绍：
CPG及其开发维护的Commerce Platform系统为微软内部的其他各大在线部门提供完整的商务方案。这些部门包括：AdCenter，Xbox Live，Office Live，OneCare，Zune，Windows Marketplace，Windows Live Mail, MSN等。Commerce Platform系统帮助微软内部的其他事业部解决复杂的商务逻辑、数据安全与恢复、与银行、第三方支付网关和信用卡联盟的集成, 用户交易数据的处理与分析等基础架构问题，同时提供丰富的跨越多平台的一致用户体验。未来，Commerce Platform也将逐渐将一些功能开放给微软外部，例如：我们从技术上将支持第三方网站作为合作伙伴推广Microsoft Points；我们将为第三方电子商务网站提供网上支付方案和相关合作，从技术上实现更具有吸引力和更便捷的优惠与现金返还 等等
这段描述告诉我们：CPG目前仅提供内部商业解决方案，但其产品暂不对外，但不排除与其它产品或服务捆绑销售的可能。同时，“未来，。。。”告诉我们，该部门将逐步为微软外部提供在线支付方面的解决方案，也许在未来5年里我们将看到带着Microsoft标志的支付平台，就像支付宝、贝宝一样。对于竞争对手而言，这样的信息意味着什么——这表示新的竞争对手正在招兵买马，需要做好应战准备了，还要防止恶意挖人的情况发生。
有时一些招聘中的要求也会反映出一些很细节的信息，特别是preferred或者plus的技能，比如：
Your experience in Flex/Flash, ActionScript3, VML, SVG is a plus.
这表示该公司使用Flash作为前端呈现引擎，同时还用到诸如VML, SVG这样的三维模型描述语言，也许有虚拟现实或电子地图之类的项目。
Experience of writing software in a technology R&D environment is a particular advantage
Experience with analytical instruments for example electron microscopes, X-ray spectroscopy or crystallography techniques.
这表示这个职位需要像微软研究院这样的机构的经验，也许他们是搞科学仪器、医疗仪器设计和制造的，下面还提到要有一些精密分析仪器的使用经验，看来的确是研制仪器的科研机构。
从以上例子不难发现，一个优秀的猎头、HR知识必须广博，我们并不要求他们精通招聘上说的那些技能，但必须知道这些术语到底指什么，用在哪些方面，比如说前面提到的VML和SVG，这两样东西如果不知道是什么，是很难搞清楚到底需要哪方面的人的（尽管不是必须的）。更何况应聘者的简历上也许没有提到这两个词，但从经验中可以推断出他的确接触过这种技术，这其实叫做技能/经验的模糊匹配，当然这不是本文要阐述的重点，就不做展开了。作为求职者，也必须懂得量力而行，不可无乱投简历，这样只会让你的简历变成垃圾邮件——也许HR看都不看就删除了！
本文出自：http://www.cnblogs.com/tonyqus/archive/2008/01/15/1028199.html 和 http://www.cnblogs.com/tonyqus/archive/2008/02/14/1028208.html
相关文章
