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