白话讲IT系列：BI项目建设怎么做？

在前面的两篇文章里面，老陈给大家介绍了什么是BI和BI工具选型。那一般而言呢，当企业开始逐渐了解BI和BI工具选型，就是有想法在企业内开展BI项目建设。但市面上的很多BI的文章往往止步在工具选型上，讲BI项目建设方法论的少之又少。老陈我在BI行业干了也有6、7年了，也指导了不少企业搭建BI系统，这篇文章就把我多年的从业经验总结成系统的BI项目建设方法论，分享给大家。

根据我的经验来看，通常情况下，企业BI项目建设有两种情况，独立开发或者是乙方参与，具体选择哪一种主要看企业的IT部门是否具备了独立建设BI项目的能力，如果没有的话，那就要引入BI产品供应商，或者找外包项目团队，当然这种花的钱要更多。

整合这两种方式，我们可以把BI项目建设可以拆解为四个阶段：第一阶段，调研BI项目的需求；第二阶段，选择合适的BI工具；第三阶段，进行BI项目规划，包括确认项目范围、项目团队和项目实施方案；第四阶段，进行BI项目的实施和验收。

第一阶段：调研BI项目的需求

一切项目的进行都是由需求推动的，BI项目也不例外，因此在项目正式开发前，做好企业内的需求调研十分重要，这些需求不仅可用于评估是否真的需要开展BI项目，还是BI工具选型的重要依据，更关乎最后的BI项目能够真的落地。

由于BI系统的最终使用者是业务部门，所以需要对业务侧进行详细需求调研。那BI项目需求调研要怎么做呢？具体可以分为三个环节。

• 环节一、调研业务部门分析场景：首先调研管理层面需要的与企业战略相关的指标分析需求，具体方法是层层拆解企业和部门的战略目标，然后从数据支撑目标的角度分析，获取需求数据。其次是调研业务部门在一些日常分析场景中的需求，包括对应业务、统计指标、分析维度、分析力度、数据来源等。最后是调研业务部门的一些隐性需求，可以通过与业务部门进行头脑风暴或访谈的方式去挖掘。

• 环节二、调研数据质量：这个环节的本质其实是梳理企业已有的数据资产，需要整理现有的数据库数据并确认数据质量，看数据是否能满足需求，此外，这一环节还需清晰定义组织架构、用户及数据权限体系等项目的核心架构数据。

• 环节三、设计、确认及修改数据体系：对数据体系的确认和修改主要包括数据维度、指标、粒度的增 / 删 / 改，字段含义及逻辑口径统一。

在调研需求之后，项目团队还需输出需求调研确认书，在得到项目领导委员会和各个团队认可后才能进入下一阶段。

第二阶段：选择合适的BI工具

工欲善其事，必先利其器。BI工具是整个BI项目的关键，只要选对了工具，BI项目就成功了一半。

在上一篇文章里面，老陈我已经跟大家详细介绍了市面上常见的开源类BI工具和商业类BI工具，还把BI工具选型的三大关键要素告诉给大家：先看工具本身的功能和优缺点，看能否满足上一阶段调研出的需求；再看BI厂商的规模、项目、技术支持、服务等，看BI厂商能够为企业持续提供优质服务；最后看市场份额，毕竟市场就是最好的试金石。

最后还给大家分享了一张BI工具选型的评分表，企业可以根据评估维度打分后再按照权重计算总分来评估各个BI工具。

还没看的朋友，可以把这篇文章看一下，写得特别详细，这边我就不再赘述了。

第三阶段：进行BI项目的规划

在完成BI项目的工具选型后，企业就要开始BI项目规划。按照之前那张框架图我们可以知道，企业进行BI项目规划的目的是解决三个问题：what-做什么（项目范围），who-谁来做（项目团队），how-怎么做（项目方案）。

what-做什么（项目范围）

如何确定项目范围呢，那当然是根据项目需求了。具体来说，项目范围包括组织、功能、业务、数据、接口等 5 个方面的范围。BI项目的管理者需要根据前期收集的需求提炼出这些范围。

• 组织范围：指实施项目的主体，用更加直白的话来讲，就是BI项目是仅在集团总部实施呢？还是所有分公司都要实施？是所有业务部门都要实施？还是仅单个部门比如财务部门试点？

• 功能范围：指BI项目所需的模块、功能模块及具体功能，比如某个企业搞BI主要是方便在移动端看数据，就要对移动端数据展示这个模块进行功能细化。

• 业务范围：指需要借助BI实现的日常业务和分析任务，可以对业务模块、分析应用、分析维度、 分析形式等内容细化。

• 数据范围：指数据源范围和数据关联规则等，其中数据源范围不仅描述数据来自哪里，还包括对源数据的理解、 源数据质量保障、数据抽取等。

• 接口范围：指BI系统是否需要嵌入其他信息系统，并实现单点登录等，如需，则要明确系统接口方式。

who-谁来做（项目团队）

考虑到BI项目建设会涉及企业内部多个部门，并需要高层管理者与业务部门的认同和参与，因此，最好以企业高层管理者为核心，设立一个项目领导委员会，统筹整个BI项目。

在该委员会中，高层管理者提供战略指导和支持，确保项目与业务目标的一致性。实际的项目执行则由企业IT部门负责人牵头，与各部门的对接人合作，组建不同的小组，全程参与BI项目的规划和实施。

how-怎么做（项目实施方案）

项目实施方案是给下一阶段的项目实施起指导作用的，具体来说，项目实施方案包括项目计划表和蓝图方案。

怎么制定项目计划表呢？三步走：一、了解项目的实施环境，二、按照节点拆分现有的项目，三，按照拆分好的任务，列出具体的内容、完成时间节点、负责人和配合人等，形成最终的项目计划表。

项目计划表示例

至于蓝图方案，具体又可拆分为整体方案、系统环境方案。

• 整体方案：1.业务方案：根据业务需求设计分析模型; 2.技术方案：支撑业务分析的整体技术框架; 3.数据方案：对数据获取方式、数据血缘关系的梳理，以及数据校对的功能设计、策略制定等。
• 系统环境：指软件环境、网络与服务器环境的配置要求。

第四阶段：进行BI项目的实施

在这一部分，企业需要重点关注的就是项目风险管控和需求变更管控。

项目风险的管控

任何项目都存在一定的风险，因此需要对风险进行预测和管控，以求最大限度避开风险、减少损失，让项目成功落地。在BI项目的实施过程中，需要进行风险管控的有管理、需求、数据质量、原型、硬件环境这几个方面，具体可能存在的风险和规避方式可以看下面这张表格。

需求变更的管控

相信大家在曾经都有为频繁变更的需求头秃过，BI项目建设也是如此，即使前期调研的需求再清楚、再完善，在BI项目实施的过程中，还是不可避免地会出现项目需求变更的情况，因此需要对这些变更的需求做好管控。通常情况下，需求变更要经过变更申请→变更评估→决策→回复这4个步骤，若变更申请通过还需要增加实施变更和验证变更这两个步骤。如果需求变更在BI项目范围之外，项目团队就需要与需求提出者进行沟通和谈判，讨论是否增加费用或放弃变更。

小结

这篇文章带着大家搞明白了如何建设BI项目，下一篇老陈就来讲讲BI项目建设完了之后的具体应用，也就是各行业各企业的典型BI业务应用场景。