1. 概述
项目规划阶段主要目的就是调研了解企业的需求和痛点，确定自助分析实施的范围、目标和内容，并给出初步的项目计划。
为后续的 BI 系统体系搭建和推广做铺垫。
2. 发现当前公司数据分析痛点
项目相关人：项目经理小潘、业务部门数据分析师和部分业务用户、IT 信息部门数据库工程师
在项目启动后，首先需要对公司中 IT 信息部门、业务部门在数据分析中的痛点、困扰进行调研，充分了解当前问题，方便确定后续项目的内容，并且提前针对痛点准备价值引导方案，突出 BI 对其价值，增强普通用户和配合人员兴趣，提高推广成功率。
公司调研对象分别为「 IT 信息部门-数据库工程师」、「销售部」、「仓储部」、「人事部」各部门数据分析师和业务人员。
小潘需要设计调研的内容，并发放问卷，问卷样例如下图所示：
收集并整理当前的问题如下：
各部门业务同事想要获取数据需要频繁的与IT信息部胡立阳和杨宇沟通，沟通耗时且获取数据的时间太长。
同类报表要重新分析，不同人查看不同数据且需要每月做重复的分析操作
数据口径不够统一，除了「人事部门」其他部门数据都是分散的
数据存在不同的数据库导致无法实现跨数据源数据处理
系统性能和数据实时性不足
3. 组建项目团队
| 人员 | 说明 |
|---|---|
| 项目经理（小潘） | 负责 BI 项目的规划，业务需求的调研、资源统筹 |
| 项目实施和运维（IT信息部数据库工程师-胡立阳、杨宇） | 支持底层数据开发和维护、平台搭建（权限和业务包）、用户管理、系统运行状况、业务赋能等。 |
| 项目干系人 | 高层领导：获得 CIO 李xx 支持，提升推动效率 |
| 各个部门数据分析师：支持偏底层数据支持与处理 | |
| 业务用户：支持分析需求调研 |
4. 制定初步的项目计划
项目相关人：项目经理小潘、IT 信息部门同事（数据库工程师胡立阳、杨宇）、各部门数据分析师同事（销售部季孝南、仓储部刘梦杰、人事部曾贺）
根据当前公司现状，结合需要达到的效果，制定项目计划，并将项目规划中的时间点落地，划分信息部门和业务部门在不同阶段需要做的事情。
由于没有经过数据需求调研，需求并不明确，因此并不能制定出明确完整的计划，可以先制定比较简单的项目计划，在进行第六节的数据分析需求调研，确定数据需求、权限需求的内容和难度后，在制定出来较为可执行的项目计划。
小潘与各部门同事沟通，完成初步的项目计划书，如下图所示：
注：项目规划的详细程度会随着项目深入越来越细致，也会随着需求的明确而进一步调整。因此，项目初期的主计划书主要是确定大致的关键节点和时间，并在项目启动会上做简单说明。实际要严格执行初期计划可能是比较困难的，所以我们可以在做出主计划书后，进行本文第六节的需求调研，然后再进行详细规划。在完成前期需求调研，确定好数据需求、权限需求的内容和难度后，进一步迭代出较为可执行的项目规划书。
5. 举办项目启动会
项目相关人：CIO、业务部门普通分析用户、信息部门相关同事、业务部门数据分析师
项目启动会主要是将项目的背景目的规划与 CIO、IT 和业务部门相关同事做透明，统一对项目的共识，方便后续的相关方配合和资源协调。
小潘制作了项目启动会的 PPT 并组织项目启动会。
项目启动会流程主要包括：
6. 进行数据需求调研
项目相关人：项目经理小潘、业务部门数据分析师、IT 信息部门数据库工程师
对业务分析需求调研，了解自助分析需要准备哪些数据需求，再根据目前的底层数据情况，判断哪些数据需求是现成表可以满足的，哪些是需要开发表，哪些是需要做简单处理的，确定业务包开发的详细需求内容，为后续搭建 BI 系统做铺垫。
6.1 需求调研流程
小潘首先列出调研流程，如下图所示：
6.2 确定调研的配合部门和人员
小潘分别对「销售部门」「仓储部」「人事部」的数据分析师季孝南、刘梦杰、曾贺以及对应部门几个业务同事进行调研。每个部门负责人都是该部门数据分析师，他们需要帮助整理数据情况。
注1：可以一次性调研所有希望用的业务部门，也可多次循环调研。
注2：需要调研的每个部门指定对应责任人，负责部门业务需求、数据情况收集&整理把控。
6.3 准备调研内容
1）小潘首先通过访谈的形式，了解三个部门的「业务流程规则」以及被访谈人的数据角色。
「销售部」主要是线上电商、线下零售商店和售后服务三部分内容，......
「仓储部」主要是仓库、货物、供应商、生产这几块.....
人事主要分「招聘」和「员工人事信息管理」........
同时，面对不同的调研对象，小潘也需要有针对的询问。
像销售专员孙莉这种数据应用型用户应该：考虑如何通过访谈者了解业务的多维性，比如如何区分不同的产品。
像数据分析师季孝南这样的数据分析型用户应该：询问其所建立的分析模型，理解这些模型的特性 。
像组长部长这种管理人员：询问他们在组织中想要如何利用数据信息。
2）然后让这些同事填写日常历史分析的报表相关内容，收集历史分析，完成分析场景的收集。
分收集模板可以参考：
3）和信息部数据库工程师胡立阳、杨宇沟通整理现有的数据库数据并确认数据质量，并确认哪些能够满足需求，哪些不能。
6.4 确认调研需求并输出文档
同各业务部门同事以及信息部同事开需求研讨会，做需求确认和修改，如下面的示例：
详情参见：
需求调研_小数公司销售板块BI需求确认报告V2.0.docx
6.5 确认需求优先级
小潘需要与调研对象讨论，根据需求可行性&需求紧急程度&原始数据质量判断需求优先级，然后进行需求的开发。
例如，销售部门急需要使用售后数据做汇报分析，且数据库中已有售后相关数据，但需要进行整理使用，那么可以优先交给信息部处理原始数据。
6.6 需求执行
按照梳理好的需求优先级进行需求开发。
