1. 概述
1.1 应用场景
数据和账号准备完成后,BI平台基本上就可以投入使用了,IT、业务、数据分析师可以各司其职,进行数据分析。
但企业的发展是动态的,比如公司推出了一个新品,销售员需要对其销售情况进行分析。
因此为了规范的需求上报和权限下放流程,高效、准确的完成数据准备、数据分析过程,让数据持续的发挥价值,你可以搭建「需求接入管理流程」制定 BI 平台的管理规范。
1.2 预期效果
「需求接入管理流程」应该完成以下事项:
给出需求流转图、明确需求配合方式和责任关系;
制作并上线数据需求流程表单。
1.3 实现思路
「需求接入管理流程」实现思路如下图所示:
2. 创建数据需求接入管理流程
例如xx公司现有的业务人员提需求方式为:人人可提需求,直接私聊数据中心人员。
当前需求记录方式:开发人员/产品经理自己在平台上记任务记录,因此存在遗漏/描述简单无法回溯等情况。
当前数据需求处理管理流程问题:
1)重复需求过多,业务/开发耗时很长
2)对接人混乱,负责人无法进行统筹。
3)需求处理进度不透明,业务无法了解需求进度,疯狂催促情况频发。
4)没有具体的需求排期体系,部分需求可做,但开发时间执行不同。
因此为避免上述问题,需要搭建规范的流程体系。
2.1 确认部门之间的数据对接关系
参与人员包括:
人员类型 | 人员介绍 | 职责 |
---|---|---|
自助分析人员 | 一般来源于业务部门,服务于个人级别精通业务以及相关业务数据,一般不精通技术 | 用已有的分析数据进行数据分析,满足自己的需求 优化&发掘业务系统/流程/指标问题,发现数据缺失并进行上报 |
数据分析师/产品/运营 | 可来源业务/IT部门,服务于部门级别 精通数据&业务,不一定精通技术 | 提供、下放缺失的基础数据 判断数据需求合理性,申请新增基础数据 |
数据开发人员 | 来源于信息部门,服务于公司级别 精通数据&技术,不精通业务 | 负责底层数据数据的开发、下放 优化业务系统、流程 |
2.2 设计需求流转图
在明确了各个部门的职责范围后,就可以设计流程图,如下图所示:
注:实际企业可不按此严格划分,一个人员可以承担一个或多个角色的职责。
2.3 设计并制作数据需求流程表单
需要设计并制作的关键流程需求表单如下所示:
表单类型 | 面向对象 | 作用 |
---|---|---|
需求填报 | 业务分析人员 | 用于业务分析人员提交分析需求 |
需求进展查看 | 需求处理人(信息部门) | 用于需求处理人(信息部门)查看筛选所有需求处理情况 点击其中一个进入单个需求评估页面 |
需求处理 | 信息部门 | 信息部门可点击其中一个需求后的「处理」字段, 进入单个需求评估页面 |
需求查看 | 业务分析人员 | 业务分析人员可以查看所有需求 |
需求处理结果查看 | 业务分析人员 | 「业务分析人员」可点击其中一个需求后的「查看」字段, 打开查看需求处理的详细结果 |
2.4 流程上线
将制作好的流程系统上线并进行流程公示。