数据百问系列：数仓团队如何在繁重的需求中体现自己的价值？
数据百问系列：数仓团队如何在繁重的需求中体现自己的价值？
0x00 前言
本话题来自于群友罗丽叶在数据中台群中的提问:
如何让数仓团队在繁重业务数据需求的情况下，依旧能熟悉业务和数据，进而为业务提供更大的价值？
经过整理发布在知识星球后，有不少同行小伙伴都给出了自己的解答，由于问题很具有代表性，特意整理成一篇文章分享给大家。
本文分下面几个部分：
问题和回答，来自话题的发起者-罗丽叶的整理
每个人回答的详细内容，给大家做参考
居士的一些想法
0x01 回答整理
根据大家的回答，将其整理成更体系化的内容：
一、了解业务
1、业务方
向数仓团队同步&培训业务相关知识，包括（业务背景，相关的产品，核心数据指标，数据服务卖点等）
向数仓团队提需求时，需要描述清楚需求的背景，目的，价值。确认信息传递到位
接受数仓团队代表参加周会，及时获取业务动态
2、数仓Leader
每周周会向团队同步最近一周最新信息，包括（业务线的反馈，业务动态，管理层信息（涉及保密的可不说））
联合各业务方共建业务知识库，打通业务和数据。包括上述业务方同步的业务知识+更为具体的业务使用了数仓的哪一份数据，怎么使用的。模版为XXXXX
定期选取团队成员开发的需求事项进行复盘，发现问题点，提升工作效率
3、团队成员
承接需求时，需了解需求的背景，目的，价值-需要沉淀在方案文档中，方案文档统一沉淀在专题&产品文档。
周会同步事项给团队其他成员
二、团队建设
挖掘一两名团队代表，定期参与业务方周会，及时把业务动态相关信息同步到团队 人员分层，部分负责底层数据开发维护，部门负责对接业务线开发
激励&培养团队明星员工，鼓励员工联合业务线同学做一些探索。如果变现产出价值则直接给予现金奖励，前期可由团队代表先试行。
三、事项开展
1、需求开发类
承接需求时，需了解需求的背景，目的，价值-需要沉淀在方案文档中，方案文档统一沉淀在专题&产品文档
2、问题排查类
问题排查酌情联合测试进行排查
0x02 大家的回答
0x03 一些想法
大家的回答其实已经比较完善了，这里简单聊一下个人的一些观点，仅供大家参考。
关于理解业务的侧重点，并不是理解业务就是好的，这里面也要分优先级和重要性，价值低的需求，没必要浪费时间去了解他的业务背景。让需求方描述清楚提取数据的格式个要求，正常满足就好了。多投入精力去跟进有核心价值的需求。
关于如何提效，本问题的一个背景是因为需求繁重导致业务理解不够，虽然我不太认同这个假设，但是既然以这个角度展开了，那还是要聊一下如何去解决。解决方法就是提效，提升业务需求支持的效率。 重复需求模版化，简单需求自助化，设计优秀的中间表+好用的数据提取工具，能解放你大部分人力，这时候就有精力去理解业务了。
理解业务并不是技术人员最核心竞争力，诚然业务理解十分重要，我个人也十分看重业务理解，脱离业务谈数据，在企业中是不被认可的。作为一名技术人员，你如何去理解业务，都很难比业务同学更懂业务（只要你的业务合作方不是特别傻的情况）。这种情况要明白自己的核心竞争力是什么？比如数仓同学，核心竞争力是如何根据业务理解设计出更优秀的数据模型，从业务->表设计，是你的个人能力壁垒。说起来感觉挺简单，但是，这个很重要。
想聊的挺多的，有点困了，先说这么多吧，放在文章这么靠后的地方，也不知道多少人能看到。
0xFF 总结
其实这个问题抛出来的时候，问题发起的小伙伴一直在问我的看法是什么。我想说的是，我的看法并没有那么重要，一个人的知识面终究有限，大家的智慧才是真正的智慧。因此，我将该问题抛给了大家来解答，最终发起者的整理的内容也超出的了我预料，很满意。
所以，居士以后也建议大家以这种方式来提问：
在知识星球发起问题：要一句话先表达你的问题，再详细描述一下问题是什么。如果有自己的想法最好也写出来一些
居士会将该问题在几十个交流群中发布，大家一起参与讨论
发起者来根据收集到的回答，整理出一份好的回答内容。你是社区的一员，有收获也要有付出，而且整理的过程也是自己收获最大的一步
最终居士会根据大家的讨论和整理，加上自己的想法反馈给大家一篇更完善的内容。
如此，就是一个知识点的完美闭环。
热门文章