BI项目不知道做规划，业务需求梳理不清，不知道投入多少钱？
常常投了上百万进去，一点水花都没有，IT部门白干，业务部门没感知？
本文就给大家说说BI项目的规划和需求定义应该如何做
如何启动一个BI项目？Q：一个项目的启动有哪些事情？
A：通常包括两块，准备计划和实施事项。
准备计划包括项目背景的调研，明确项目目标，项目的核心需求，解决方案规划。
实施事项包括项目资源（人财物）的组织和管理，确定项目成员的工作范围，制订项目计划和实施步骤，确定项目管理的规范和流程，确定项目的质量规范和要求，召开项目启动会，确定项目需要交付的成果，确定项目成员的角色及其主要工作内容等。
背景的调研和需求的挖掘是很重要的，因为这决定了项目的内驱力，决定了你推动这个项目从哪些痛点和人群去着手。背景的调研，比如公司的主营业务、需求体量、数据体量以及软硬件实力，然后本次项目需要完成哪些功能模块，参考哪些成果，借鉴了哪些行业的经验…
一般BI项目已经是相当成熟的项目了，通常的痛点和需求有：
- 数据多报表多，报表需求响应慢，数据跟不上业务；
- 各业务系统分散独立，数据孤岛严重，数据标准不一致，数据质量差，指标口径不一致；
- 企业经营转型、业务创新困难，急于从数据应用上寻求转型突破。
决定要做了之后就要明确项目的目标，做到什么程度？比如：
- 从企业战略出发，依托BI驾驶舱平台支撑战略目标层层分解，支撑经营管理行为闭环，极大提升企业数据化管理水平。
- 理想的数据化状态应该是从大量低水平重复的数据获取、整理工作中解放出来，有更多的时间用于自服务的报表及分析，做多维度多场景的运营分析与预测。
- 商业智能的建设应从企业实际情况出发，根据企业的实际的数据应用成熟度有计划有步骤地推进数据化应用，从快速自动化报表到全面数据资产管理，逐步有序推进。
以上几步明确了项目的领航标，接下来就是怎么着手干。
3、资源协调与管理审时度势，分析客观要素，首先就是资源。
站在IT的角度，这里的资源主要包括项目需要的运行环境和开发环境，所需要的软硬件设备和其他配套设施等内容。在项目实施中根据项目需要的人力和设备资源结合项目的进度、计划和工作安排，由管理者列出详细的项目计划资源使用图。
4、搭建团队确定工作内容和项目成员围绕目标，讲项目的事务分解成具体的内容。
项目内容通常包括需求分析，数据模型的设计，数据模型的物理实现，ETL，数据分析和报表展示功能的设计和实现，并由此划分成员和工作范围。
交付的成果包括商业智能软件系统、技术开发文档、测试说明文档、项目管理文档等。其中，技术开发文档包括系统实施方案、需求说明书、系统概要设计说明书、系统详细设计说明书、数据库设计说明书、用户手册等。
注重项目规划和方案设计文档以上是BI项目的大致流程，但是通常想是一套，做出来又是一套，最终要能保障项目能按照规划落地，在前期准备计划极端，必然需要一份项目规划和方案设计文档。
一个项目规划和设计文档的好坏，往往决定了一个项目整体的调性和可预期的产出结果。但是，这么重要的文档，真正能写好的人却并不多，很多人甚至可仅仅是把它当作一个软件流程的规范来简单应付，怎么快怎么来。
关于项目规划方案，我主张前因后果逻辑清晰，每一步详略得当。篇幅所限，列举几个我们认为重要的核心点：
1、项目背景和目标要切入痛点正如我上述所说，就是这个项目从业务的角度，最核心的推动力是什么？也就是痛点是什么？有痛点自然就有目标，你希望项目最终以什么方式解决问题，能达成什么目标。
2、对现状和问题进行充分的收集和分析这一部分内容，很可能在我总结前面的背景，目标，核心区需求的时候，就需要加以收集和分析。这块内容本身没有太特别的地方，就是现在实际情况如何，有什么问题，关键是如何把问题收集完整。
所以这部分内容，难的是如何发现问题，很多做技术的同学往往容易陷入只关心技术难点，只能看到技术问题的局面中，而实际上，更多的问题往往是整体流程如何设计更加合理的问题，而不是技术方案绝对对错的问题。
3、最后，是输出解决方案定完需求目标，分析完问题和现状，接下来才是规划具体做什么，怎么做，什么时候做。这部分内容，强依托前面的核心需求和问题分析工作，没有做好前面的准备工作，千万不要着急开始动手“规划”方案！
项目的需求定义需求分析是商业智能项目第一步也是开端最重要的一步。通常包括需求采集和需求分析。
需求采集是针对用户所能提供的大方向以及部分需求，去预见以后的需求。需求分析是在需求采集过程中，根据调研大纲，充分了解企业不同层次人员的需求，并且对需求进行仔细的分析、总结、归纳、整理，形成一份准确的需求分析报告。
调研的方式有问卷、座谈、会议等形式，通常为了充分了解真实需求，会采用多种方式调研。
1、需求调研问卷内容BI项目的调研主要包括以下几个方面：
- 目前业务系统的现状：熟悉业务系统的编码标准和当前系统的应用现状。
- 业务数据库的基本信息：搜集数据库系统的版本、操作系统的版本、当前的数据量和数据的保存方式。
- 数据字典的信息：搜集业务数据库中数据结构的信息。例如，表、视图的结构说明，所有列、主键、外键、索引的基本信息，这些信息保证了数据抽取的设计和开发。
- 测试数据的搜集：为了保证测试的准确性，搜集当前系统的真实数据供系统开发环境和测试环境使用，并且遵循以下原则：编码表的数据不能缺失；事实表的数据字段不能缺失，并且保证编码字段不能被修改。一般来说，测试数据是真实数据的一半左右，同时各个业务系统的数据时间段尽量保持统一，例如搜集某生产系统的数据时间段是2008年1月到2011年1月，而搜集某营销系统的数据时间段仍然是2008年1月到2011年1月，这样会保证开发和测试的准确性；同时搜集的历史数据应该至少2~3年。
- ETL需求调研：主要一问卷的形式对数据抽取、转化、加载的需求进行调研。问卷的内容通常包括指标项、数据获取的频率、获取的方式等。
- 主题分析需求调研：不同层次的人群关心什么主题域，如何获得该主题域的数据，该主题域中数据的频率多少，分析维度有哪些。
①针对领导决策层
- 需要了解领导决策层关注哪些主题和哪些重点指标。
- 在当前业务系统中，领导决策层以何种方式获取这些指标。
- 领导决策层希望这些重点指标的展现方式是什么，以及目前指标的展现方式是什么。
- 领导决策层希望这些重点指标关联哪些维度进行多维展示。
- 领导决策层希望获得数据仓库系统中的哪些决策分析功能。
- 领导决策层希望这些重点指标对象的最小粒度是多少。
②针对中间管理层
- 需要了解中间管理人员关心哪些指标和主题。
- 需要了解中间管理层人员目前以何种方式获取这些指标值。
- 需要了解中间管理层人员希望得到这些指标的展现方式是什么，以及目前指标的展现
- 方式是什么。
- 中间管理层人员对商业智能决策分析系统的期望是什么。
- 中间管理层人员希望关注的这些指标关联哪些维度进行多维展示。
- 中间管理层人员希望关注的这些指标的最小粒度是多少。
③针对业务人员
- 需要了解业务人员平时最常用的指标是哪些。
- 业务人员最关心的主题是哪些。
- 业务人员希望得到数据仓库系统的哪些决策分析功能。
- 业务人员希望关心的这些指标关联哪些维度进行多维展示。
- 业务人员希望关注的这些指标的最小粒度是多少。
以上便是个人对于BI项目的规划和需求定义的经验总结，欢迎大家补充、指正！
BI建设地图免费领私信「地图」直接下载高清版BI建设地图，这本书从“顶层明确数据化价值—BI全周期项目规划—数仓技术盘点—业务价值应用—团队数据文化培养”，梳理了5大模块知识。
