数据分析师怎样正确看待取数

        对数据分析师尤其是初入职场的新手而言，取数是个令人头疼的事情。天天帮业务部门拉数据，说是数据分析师，其实就是个重复劳作的取数机器。 但在我看来，取数是新手快速熟悉公司业务、夯实基本技能和拓展人脉的一个上好途径。

        一个取数需求释放的信息是业务方需要这个数据，取好给他不就好了，立马快速高效地完成一个任务。如果你抱着这种心态去取数，假以时日，必定会感到繁琐枯燥，毫无成就感可言。实际上，从接到需求开始，你就完全可以主动地打开一扇新的大门，门外一片灿烂阳光。列位看官会认为我在故弄玄虚，其实不然，且听我慢慢道来。接到需求后，先不忙着动手做，而要先开口问、动脑想。问一问业务方要这些数据的目的是什么？业务场景是什么？学一学孔老夫子的“每事问”，可以在线问，但最好是当面问，抱着学习的态度问。如果业务方真的很需要这些数据，他们一定会认认真真地给你讲清楚，因为他们也怕你取错数呀。取数动机了解了，业务场景也清晰了，接下来就要转动你们聪明的小脑袋了，想一想他们的取数需求能满足业务需求吗？如果不能，有好的替代方案吗？如果以后有类似的需求，我该怎么办？以我的经验来看，业务方开口要的和心里要想的往往是两码事，一个原因是没有表达清楚，明明是口渴却让你给他添饭，另一个是自身对业务理解不到位。这个时候，如果你能给他指点迷津，不仅给了他开口要的，还给到他想要但不知道怎么开口要的，甚至帮他理清业务逻辑，嘿嘿，你说他能不服你吗？

        理解业务逻辑之后，接下来得动身实操，把SQL代码写起来，这个就是考验和锻炼基本功的时候了。对此我有三点经验要说道说道。一是熟悉数据源，说白了就是要知道在哪儿取数据，这事情并不简单。一般可以通过询问ＢＩ的同事，或者查看业务系统的界面并按图索骥找到界面对应的底层数据表。定位好数据源后还得正确地使用它们，有文档还好，若没有，可以自行整理，不仅自己可用，还造福整个团队，提升自身的价值。二是不断打磨自己的代码，尝试写出更优雅的代码，熟能生巧。经过前两个步骤，想必取出来的数据可信度极高，就可以给业务方，这就结束了吗？非也，没有需求可以创造需求嘛，这也是我要讲的第三点。这不有数据了吗？而且是自己取的，心里有底，那何不用来分析分析呢？说不定能找出什么有意思的结论呢。

        通过前面的描述，想必大家也体会到，数据分析师需要经常和业务方打交道，那么，何不趁着这些机会，多多向他们学习，了解别人的工作和想法，工作之余打场篮球、喝喝茶，这不也是乐事一件？别老把眼睛盯死在数据分析师这个头衔上，能干事、能成事才是王道。

        其实说到底，工作都是无聊的，如果列位看官知道哪里有那种既能赚钱又清闲还有趣的工作，麻烦告知我一声，我立马去投简历，但估计这种好事儿轮不到我们普通人了。既然如此，何不试着转换自身的心态，尝试着把事情做到更好，渐渐地你会发现很多大门都会向你敞开，朋友也会越来越多。