以终为始，以产出推职责

作者骆琪Cynthi... 更新于：2018-09-27 15:22 49384

内容来自 2018-09-28 打卡话题

HR不懂技术，如何做好技术人员的工作分析呢？

　　大家好，我们是一家互联网公司，公司人数也不多。由于大多数员工都是技术岗位，工作内容就是写代码，各种程序语言，HR完全看不懂，导致一直都没有做过岗位分析以及岗位说明书。而去询问技术部门的管理人员，他们也说不出个所以然。

展开

对着同事好奇宝宝一般的眼神，一个朋友曾调侃：“难道你不知道这世上有个东西叫百度么？”

嗯，世上有件事情，叫做检索。我不会说什么是工作分析、如何做技术岗位工作分析，我说说，你可以从哪几个方向做检索。

1、你没必要看懂程序语言，但你要知道他们用哪种语言。

有个误区啊，关于HR懂技术这个点。如果你听一个HR说Django、flask框架，聊C、Java、Python等语言都是一把好手，你认为他懂技术吗？

不能一概而论。有可能他确实技术出身或受过专业培训，但更大的可能，是他知道自家公司技术用的主要语言、框架，以及主要技术手段，以此拓展资料，能在最短时间内筛选到合适简历，并在电话里让候选人了解公司主要业务及所需熟悉的语言和框架。

想要快速着手，你可以问问目前在招的这个技术，需要熟练使用哪几种语言，需要有在哪些框架下编程的经验，等等。记住他们说的语言、框架，这是你可以去做做功课的东西，也是后期可以写进JD乃至岗位说明书的东西。

2、你没必要逼他们说出个所以然，但你要看到他们的工作产出、客户终端。

技术岗也有善于言辞的人，但是一般而言，需要你去主动同频与他们沟通。犹记得之前一个新人刚做技术岗招聘，和技术leader聊了10多分钟，回来疯狂抱怨……总结就是：啥都没聊出来。可也就是同一个技术leader，在另一个HR面前啥都说了。一方面是说话技巧、套话方式的不同，另一方面，也算是观察取胜。

另一个HR是这么问的：我们公司面对所有客户，是不是都产出这同一类产品，如果是，技术需要实现产品的哪些功能；如果不是，针对不同产品，功能模块有哪些不一样，需要几人一起实现？现在需要的人是开发、数据分析还是产品类人员，开发的话，是前端还是后端……招聘他们是为了一起攻克难点、做开创性功能，还是做好执行就够了？汇报给谁？

根据技术工种的不同，问的问题不会一样，这基于你对公司业务模式的观察和问询，以及你作为HR的沟通能力——就和面试一样，面对不同的人，你会做不同的功课，问不一样的问题。要想得到有效的答案，深入公司内部，其实也有很多检索的工作要做。

3、你没必要囿于目光所及，世上招技术岗的公司不止一家，网上的JD又何止万份。

招聘网站上大把招聘技术岗的JD，你可以说那些都是通用款，不切合公司实际，但它们是基本范式，告诉你岗位说明乃至岗位分析里需要体现出哪些要素。比如下面这个资深前端开发工程师的JD：

以终为始，以产出推职责

看出啥来了？编程语言、框架的要求，对标平台，需要熟悉的架构，需要具备哪些经验，等等。而这还只是一份，不妨多看一些，十几份理论上就足够了，梳理出共同点，再加入自家公司的独有需求进行调整，岗位JD一步步也就出来了。而有了岗位JD，岗位说明书也就不会远了。

之所以这么说，因为岗位说明书，实质是表明企业期望员工做些什么、规定员工应该做些什么、应该怎么做和在什么样的情况下履行职责的文档（模版你也可以检索出来），此前已有牛人总结过，内容大体涵盖8个因素（6W1H1Q）：谁做（WHO）、做什么（WHAT）、为谁做（FOR WHOM）、什么时候做（WHEN）、在哪里做（WHERE）、为什么做（WHY），怎么做（HOW），需要具备何种资格（QUALIFICATIONS）。上述三步逐步捋下来，当JD初见雏形，岗位说明书的基本要素，已然浮现。

说到这儿，基本架构已经说完，而之前的文章里曾提过目标管理，指做事情之前想想做这个是为了什么，从0到1做岗位分析，简单的办法其实也就是先弄清楚招这个人是为了什么，他需要做到什么，再逆推回来做分析。难么？拆分下来，也就还好了对不对。我们无法控制即将负责的职位是什么，会不会依旧是没有接触过的岗，但我们能控制的，是解决问题的方法。

用心搜集方法，作总结，手中有“渔”之法，就不怕需要钓什么“鱼”。加油啦。

本文仅代表作者个人观点，不代表三茅网立场。如因内容、版权等产生的一切纠纷，将由作者本人承担。