BI项目不知道做规划，业务需求梳理不清，不知道投入多少钱？

　　常常投了上百万进去，一点水花都没有，IT部门白干，业务部门没感知？

　　本文就给大家说说BI项目的规划和需求定义应该如何做

　　Q：一个项目的启动有哪些事情？

　　A：通常包括两块，准备计划和实施事项。

　　准备计划包括项目背景的调研，明确项目目标，项目的核心需求，解决方案规划。

　　实施事项包括项目资源（人财物）的组织和管理，确定项目成员的工作范围，制订项目计划和实施步骤，确定项目管理的规范和流程，确定项目的质量规范和要求，召开项目启动会，确定项目需要交付的成果，确定项目成员的角色及其主要工作内容等。

　　背景的调研和需求的挖掘是很重要的，因为这决定了项目的内驱力，决定了你推动这个项目从哪些痛点和人群去着手。背景的调研，比如公司的主营业务、需求体量、数据体量以及软硬件实力，然后本次项目需要完成哪些功能模块，参考哪些成果，借鉴了哪些行业的经验…

　　一般BI项目已经是相当成熟的项目了，通常的痛点和需求有：

　　数据多报表多，报表需求响应慢，数据跟不上业务；各业务系统分散独立，数据孤岛严重，数据标准不一致，数据质量差，指标口径不一致；企业经营转型、业务创新困难，急于从数据应用上寻求转型突破。

　　决定要做了之后就要明确项目的目标，做到什么程度？比如：

　　从企业战略出发，依托BI驾驶舱平台支撑战略目标层层分解，支撑经营管理行为闭环，极大提升企业数据化管理水平。理想的数据化状态应该是从大量低水平重复的数据获取、整理工作中解放出来，有更多的时间用于自服务的报表及分析，做多维度多场景的运营分析与预测。商业智能的建设应从企业实际情况出发，根据企业的实际的数据应用成熟度有计划有步骤地推进数据化应用，从快速自动化报表到全面数据资产管理，逐步有序推进。以上几步明确了项目的领航标，接下来就是怎么着手干。

　　审时度势，分析客观要素，首先就是资源。

　　站在IT的角度，这里的资源主要包括项目需要的运行环境和开发环境，所需要的软硬件设备和其他配套设施等内容。在项目实施中根据项目需要的人力和设备资源结合项目的进度、计划和工作安排，由管理者列出详细的项目计划资源使用图。

　　围绕目标，讲项目的事务分解成具体的内容。

　　项目内容通常包括需求分析，数据模型的设计，数据模型的物理实现，ETL，数据分析和报表展示功能的设计和实现，并由此划分成员和工作范围。

　　交付的成果包括商业智能软件系统、技术开发文档、测试说明文档、项目管理文档等。其中，技术开发文档包括系统实施方案、需求说明书、系统概要设计说明书、系统详细设计说明书、数据库设计说明书、用户手册等。

　　以上是BI项目的大致流程，但是通常想是一套，做出来又是一套，最终要能保障项目能按照规划落地，在前期准备计划极端，必然需要一份项目规划和方案设计文档。

　　一个项目规划和设计文档的好坏，往往决定了一个项目整体的调性和可预期的产出结果。但是，这么重要的文档，真正能写好的人却并不多，很多人甚至可仅仅是把它当作一个软件流程的规范来简单应付，怎么快怎么来。

　　关于项目规划方案，我主张前因后果逻辑清晰，每一步详略得当。篇幅所限，列举几个我们认为重要的核心点：

　　正如我上述所说，就是这个项目从业务的角度，最核心的推动力是什么？也就是痛点是什么？有痛点自然就有目标，你希望项目最终以什么方式解决问题，能达成什么目标。

　　这一部分内容，很可能在我总结前面的背景，目标，核心区需求的时候，就需要加以收集和分析。这块内容本身没有太特别的地方，就是现在实际情况如何，有什么问题，关键是如何把问题收集完整。

　　所以这部分内容，难的是如何发现问题，很多做技术的同学往往容易陷入只关心技术难点，只能看到技术问题的局面中，而实际上，更多的问题往往是整体流程如何设计更加合理的问题，而不是技术方案绝对对错的问题。

　　定完需求目标，分析完问题和现状，接下来才是规划具体做什么，怎么做，什么时候做。这部分内容，强依托前面的核心需求和问题分析工作，没有做好前面的准备工作，千万不要着急开始动手“规划”方案！

　　需求分析是商业智能项目第一步也是开端最重要的一步。通常包括需求采集和需求分析。

　　需求采集是针对用户所能提供的大方向以及部分需求，去预见以后的需求。需求分析是在需求采集过程中，根据调研大纲，充分了解企业不同层次人员的需求，并且对需求进行仔细的分析、总结、归纳、整理，形成一份准确的需求分析报告。

　　调研的方式有问卷、座谈、会议等形式，通常为了充分了解真实需求，会采用多种方式调研。

　　BI项目的调研主要包括以下几个方面：

　　目前业务系统的现状：熟悉业务系统的编码标准和当前系统的应用现状。业务数据库的基本信息：搜集数据库系统的版本、操作系统的版本、当前的数据量和数据的保存方式。数据字典的信息：搜集业务数据库中数据结构的信息。例如，表、视图的结构说明，所有列、主键、外键、索引的基本信息，这些信息保证了数据抽取的设计和开发。测试数据的搜集：为了保证测试的准确性，搜集当前系统的真实数据供系统开发环境和测试环境使用，并且遵循以下原则：编码表的数据不能缺失；事实表的数据字段不能缺失，并且保证编码字段不能被修改。一般来说，测试数据是真实数据的一半左右，同时各个业务系统的数据时间段尽量保持统一，例如搜集某生产系统的数据时间段是2008年1月到2011年1月，而搜集某营销系统的数据时间段仍然是2008年1月到2011年1月，这样会保证开发和测试的准确性；同时搜集的历史数据应该至少2~3年。ETL需求调研：主要一问卷的形式对数据抽取、转化、加载的需求进行调研。问卷的内容通常包括指标项、数据获取的频率、获取的方式等。主题分析需求调研：不同层次的人群关心什么主题域，如何获得该主题域的数据，该主题域中数据的频率多少，分析维度有哪些。①针对领导决策层

　　需要了解领导决策层关注哪些主题和哪些重点指标。在当前业务系统中，领导决策层以何种方式获取这些指标。领导决策层希望这些重点指标的展现方式是什么，以及目前指标的展现方式是什么。领导决策层希望这些重点指标关联哪些维度进行多维展示。领导决策层希望获得数据仓库系统中的哪些决策分析功能。领导决策层希望这些重点指标对象的最小粒度是多少。②针对中间管理层

　　需要了解中间管理人员关心哪些指标和主题。需要了解中间管理层人员目前以何种方式获取这些指标值。需要了解中间管理层人员希望得到这些指标的展现方式是什么，以及目前指标的展现方式是什么。中间管理层人员对商业智能决策分析系统的期望是什么。中间管理层人员希望关注的这些指标关联哪些维度进行多维展示。中间管理层人员希望关注的这些指标的最小粒度是多少。③针对业务人员

　　需要了解业务人员平时最常用的指标是哪些。业务人员最关心的主题是哪些。业务人员希望得到数据仓库系统的哪些决策分析功能。业务人员希望关心的这些指标关联哪些维度进行多维展示。业务人员希望关注的这些指标的最小粒度是多少。以上便是个人对于BI项目的规划和需求定义的经验总结，欢迎大家补充、指正！

　　私信「地图」直接下载高清版BI建设地图，这本书从“顶层明确数据化价值—BI全周期项目规划—数仓技术盘点—业务价值应用—团队数据文化培养”，梳理了5大模块知识。