分析数据集的高效使用方案讨论

业务痛点:数研团队给BI专员提供自定义临时SQL数据集用于数据探查,BI专员经过数据探查一段时间后,直接用来对外挂出看板使用,但是规范上希望临时数据集不能挂看板,要挂看板的话,需要再单独研发探查清楚的数据集,才能支持挂看板(这种看板有数据质量保证)。

      以上看板流程的时间跨度较长,BI同学觉得不能快速响应业务方需求,有时BI拿明细数据集直接配置看板,申请挂出了。但是如果看板挂掉了,又会来找数研同学善后。这种影响整体团队效率的事情,大家有没有什么好的方案可以借鉴一下?

     个人理解:这里的根本问题,还是在于数据质量保证,如果数据质量保证做的好的话,数据表按照契约正确 且 准时的保证产出,那么上游不管有多少自定义SQL中关联到底层表了,BI专员可以随便自助的来场景组件看板。不用再单独再走一次新数据集研发和组件重新切换新数据集。提供了BI的工作效率。不知道我的个人理解是否合理可行?

FineBI 帆软用户l928LPULb0 发布于 2023-2-10 15:50
1min目标场景问卷 立即参与
回答问题
悬赏:4 F币 + 添加悬赏
提示:增加悬赏、完善问题、追问等操作,可使您的问题被置顶,并向所有关注者发送通知
共1回答
最佳回答
0
CD20160914Lv8专家互助
发布于2023-2-10 15:53(编辑于 2023-2-10 15:56)

这种还是要领导与业务们开会商量一个制度吧,比如业务提出需求了,然后领导审核了,讨论这个需求的复杂度,再排计划来开发呀,不管多急,总得要开发时间的吧,总不能每次业务说我今天的需求,今天就要给,但是这个需求评审后发现非常复杂,甚至数据团队还不能解决,还要配合开发呢?

出给领导或者给业务使用的数据,发布到生产上的话,不是要审核,排期,然后做测试的吗?难道是每次直接一个sql出去取到数据就行了?那这种随意的取数不用bi了吧,直接多叫几个写sql的来就行了

1、看需求的提出人是谁,假如是最大的领导,那么可能会优先排领导的开,如果领导的不急,那么就按之前的开发计划排着走了

2、业务每次如果都急,那肯定要找领导反馈,那领导也肯定要商量如何快速实现对应的需求,这个需求还肯定要评审的吧。

  • 2关注人数
  • 233浏览人数
  • 最后回答于:2023-2-10 15:56
    请选择关闭问题的原因
    确定 取消
    返回顶部