您是否还在为每天开发报表慢，不能复用而烦恼？
是否还在天天被业务、老板催着做一些临时数据提取，或临时报表而加班奋战呢？
是否还在为反复和业务对数据口径，陷入反复沟通中无法自拔呢？
是否还在被业务吐槽“做的数据报表太丑了”而深深地感到审美和设计无力吗？
没错，在这个高速发展的数字化时代，于业务而言没有数据就没有正确的方向；在每一次重大决策和方向判断的时候，都需要通过数据来看看背后的实际情况是什么。
所以其实有时候业务自己也不清楚确实需要看的东西是什么，也是在反复假设猜测，然后期待数据可以给一个可解释的答复，因此总是需要咱们IT部门或数据部门 来提供大量的数据支撑。
以下是站在IT人的角度，围绕以下两个主题来展开：一个是 IT部门如何提高数据报表的开发效率；另一个是 IT如何赋能业务做临时性数据查询和自助数据分析？内容中包含了我们主要要讲的产品Quick BI，在面对不同场景如何用，才能解决我们面临的问题；还有如何引导我们的业务人员真的来用我们的产品，只有业务会用能用， 人人都是数据分析师才不是一句空话。
一.IT部门如何提高数据报表的开发效率
1.1 Quick BI功能链路说明
功能的主结构图:
最左侧是系统管理者的角色，比如运维、IT负责人、项目PM之类，来进行整个系统的管理工作；系统管理这里可以添加组织用户，以及工作空间。工作空间 可以认为是有协同性质的部门协作空间。其目的是为了从数据 或 权限 或 主题的角度做隔离。以下三种场景应用最常见：
（1）企业内自用，多个不同部门都要使用。
（2）企业内自用，多个不同项目/主题。
（3）嵌入集成到自己软件/saas应用，给自己的多个客户使用。
中间是主要是面向 报表开发者或者数据分析师的，是整个数据应用的开发流程，从连接数据源（也就是数据库）->创建数据集（数据建模的过程）->制作可视化仪表板或电子表格、自助取数（仪表板就是常见的折线图/柱状图这种 可视化分析报表；电子表格可认为是 业务可以使用的线上化excel）。
最右侧是面向数据访问者，比如业务同事、老板 领导等， 他们可以对结果分析报表 进行查看。对于搭建完成的报表，Quick BI可以直接授权访问，或者以以邮件、钉钉微应用等形式多种形式进行分享传播，实现PC、移动、大屏等多端数据查看。
1.2 开发工作主流程
在数据库对接上，会分为三类：一类是最常用业务库，可能是划出来的一块做分析之用，比如mysql、postgresql等；第二类是数据量级较大的慢查询库，比如maxcompute、hive、hbase之类，或较特殊的有特定应用场景的，如时序数据库之类；第三类是专门作为查询分析相关的数据库，比如ADB 、DLA、presto 之类。
而这些数据库的对接，不区分是阿里云数据库，还是自己本地的。
