「师傅，觉得我这个层级的，在接数据需求的时候，应该从哪些方面去评估呢，也就是怎样更加具体的了解这个需求，如果需求可行，然后才开始执行任务呢？」
敢于向业务方和产品经历say no
前期在没建立足够强的业务思维时，这是唯一的有效途径。问问题不是说问出来就可以了，而是要能和别人进行复述，当自己都不能复述清楚的时候，说明这里面就仍然存在疑问；
问什么问题：你要做什么，为什么要这样做，要哪些数据，这些数据你会怎么看，看完之后能怎么下结论，下完结论后要做什么
deadline这个事情不太好说，每个人都会说我的事情特别紧急，都想优先处理，根据我多年的经验，
做连带责任，风险均摊。记录简单几个点：谁在什么时间让我干了一件什么事情，我怎么做的，用什么方式给了他什么，给出去之前让谁确认过。
在这个过程中，最重要的是痕迹，一方面便于事后跟踪，可以做回溯；另一方面，对部分自己不确定的事情，需要找一个熟悉业务的人来背书，这个人要么是你的同级，要么是你的直属领导。
对于需求出现频次高、规律强的，把作业标准化，流程化，做技术赋能；对于需求比较特殊的事后可能有人会来咨询的，需要做档案管理，做好相关人的记录；对于常规性的需求，做好需求的分类，在后续熟悉业务度过程中是一个很好的切入点，比业务更懂业务。
数据作用在哪个部门，会影响到他们什么，这个和第一个问题有些同质，考虑的点不一样，重点在于影响范围上，去了解数据提供到的业务方，他们拿到数据之后会做出什么样的策略。
有些人拿到数据只是纯粹看下，数据质量可以不用太高；有些人拿到数据是为了评估公司方向，数据一定要准，细到小数点几位；有些人拿到数据要去拉投资，那就必须要保障数据前后的严谨性；
不同的影响层面下，用的数据方法、数据工具以及提供出去的数据结果都是不一样的。