中秋回家，一家人围着餐桌闲聊。谈及工作，我妈问我：“你每天都在公司做些什么呀？”

我竟一时语塞，不是因为不知做了什么事；而是因为我们好像做了各种各样的事（维护指标体系、做专题分析、建数据表、建设数据产品、等等不一而足），但却很难简单明了的告诉我妈“我在做什么？有什么价值？”。
顿时感觉有点沮丧，因为“一件事情如果我没办法跟我妈讲清楚，说明我自己没有思考清楚。”。

“‘数据岗的职能是什么（做什么工作）？（对公司）贡献了什么样的价值？’是一件非常重要的母题”我说时来不及思索，但思索之后，还是这样说。

因为一旦思考清楚这个母题，对个人而言，就可以回答个人成长与职业规划的问题；对组织而言，就可以回答能力发展与组织建设的问题。为什么这么说？

图1：个人与组织待解的问题

因为工作的最小单元是一个个的任务。相似的任务聚合在一起，形成了职能；相关的职能组合起来形成了岗位。相关的岗位组合在一起，形成了部门；所有的部门组合在一起，构成了组织。

图2：知识技能、职能岗位、部门组织之间的关系

而对个人而言，待完成的任务，决定了所需的知识技能；所以弄清楚数据岗的职能，以及自己想要履行的职能，就可以明白自己要掌握哪些知识与技能。即，解决了个人成长的问题。从承担单一职能，到承担多个职能（职责扩大化），到职能丰富化，进而到承担主要的协作职能（管理职能），就是职业规划与职业发展的一种路径图。

而对组织而言，明确哪些是需履行而目前未履行好的数据职能，就能明确能力发展的方向；对职能的*和对岗位的*，使得整体的工作更加顺滑、高效，就是一定程度上的组织建设。

PS：
这里以职能为主要的颗粒度，是因为：不同的组织由于实际状况的不同，对于相同名称的岗位，会设计不同的岗位职能。

“数据分析岗”在目前阶段就是一个非常典型的例子，在有些组织，这个岗位会归属与独立的数据部门，而有些组织内它会归属于业务部门（产品/营销/研发/等等）。在有的组织内部，对产品、运营等等岗位有不低的数据能力要求；而在有些组织内，则并非如此。这些现象的本质是不同的岗位设计，不同的职能组合。

这也是为什么，有的同学说，在他们公司，数据分析师从不跑SQL；有的同学说，数据分析师要懂数据产品设计；有的同学说，数据分析师要熟悉各类算法；等等。这些同学说的都对，都是实际情况；但这不意味着数据分析师什么都要会，什么都要懂，什么都要做。

谈到数据岗的工作有哪些，大家的脑海里肯定会浮现出特别多的词：ETL、取数、做报表、专题分析、指标体系。绩效管理，不一而足…… 但是究竟什么才是数据岗的核心职能？如何通过一句话总结性地告诉父母，我们在做什么工作呢？