详解BI项目规划落地实施方案及风险因素

详解BI项目规划落地实施方案及风险因素01BI项目失败的原|BI项目失败的原因有很多，抛开BI项目技术上实现的难度，因为那样太细，不泛，无法看到BI难度的全貌。大家最常见的BI项目失败是：角色用户感受完了产品后，就认为是个报表管理器，使用麻烦，因为要选择一堆称之为“维度"、“度量”、“条件”和“模型”的东西（对于那些连用户都没看到产品就失败的项目就不说了）。可能还有人说，不止这些，比如：・并没有达到预期的分析已有业务，为企业未来方向提供决策的目的・需求整理出来，只是报表需求・系统做出来后，管理层不去使用・BI出来的数据对不上系统使用一段时间，就要调整模型 当然，还有很多，这里不再一一列举。根据笔者经验，可从以下三个角度来分析：1、BI理念的导入很多人认为BI就是一个系统，一种技术，而忽视了一个很重要的方面，BI也是有理念的。我相信，大部分做过BI项目的人都有这么一种感觉，管理层还是比较依赖报表，或者管理层在项目开始多强调报表的实现。若要让BI项目成功，如何让管理层摆脱报表的需要，而将注意力关注在通过BI项目根据管理层的业务需求整理出来的关键指标和分析上，是大家要关注的。其实，管理层在使用报表时，多是关注总计或汇总值的，对于明细数据，只有在发现统计值有异常后，才会有可能去看。如何将引导管理层引导到关注关键指标上，降低对报表，特别是明细报表的依赖程度，是很重要的。2、 基于业务的分析说服角色认同BI最有力的证明，就是产品和技术的实现。如果用户通过BI系统发现了业务异常后，系统不能智能的提供跟业务异常相关的分析或信息来让用户“刨根问底”的话，BI怎能成功？若用户需要自己从这个分析查到另一个分析，最后还得自己确定用哪张报表来查看明细根源，这样的系统不用也罢，因为现在的业务系统，比如ERP已经可以实现这样的功能了。3、 如何“经营”好BI?做过项目管理的人都知道，项目是有临时性的，它是为了创造出一个产品、服务或成果而开展的一个临时性工作，因为项目要有明确的起点和终点。那么又问了，若是这样，BI项目完了，如何解决由于需求的变化，而带来分析模型的调整呢？这里，就需要谈到'运营管理”了。任何-个项目结束后，都会产生系统或交付品，而这些系统或交付品本来就是需要为企业长期提供服务的，那该如何做好运营管理呢？对于BI来说，上面谈到的问题，都是-个企业在使用BI产品前所要考虑

的问题。试想，一辆汽车买回来，还要维护修理保养呢，更何况是-个根据管理层分析方法需求而不断做出调整的智能系统。那么，企业就要配备相关角色来做BI项目的运营管理，包括：技术人员（针对产品开发、DW建模等）、具备统计学能力的信息分析人员；基于这些人员来对BI产品进行持续的针对需求的升级和改善。那么如何确保BI项目在企业经营管理活动的落地应用呢？项目规划和实施方案是保障项目落地的首要环节。好的项目规划能有效提升开发人效，缩短项目周期，实现项目预期目标。做项目规划时，要杜绝“一口气吃成-个胖子”的心态，应该先易后难，稳扎稳打。F图所示的某银行决策体系的项目规划，就是从提供基础数据，到业务应用，再到决策支持体系建设，最终达到价值链管理的目的的。项目的一期便只聚焦高效上报/填报、数据自动化处理、主数据搭建、快速展现报表等需求。这就是很明智的，能有效控制项目风险。2眾集支時样总国阳ft2眾集支時样总国阳ft据植抿Al&RkttiE仰nil悻手城请丙竝£凤FS■査邛某银行决策体系的项目规划围绕BI项目规划，企业需要确定三件事：做什么、谁来做，以及怎么做。下面 展开来谈。02确定02确定BI项目范匚二1■Zj项目规划的第一步是根据项目需求和目的确定项目范围,这时在项目初期收集和明确的需求就派上用场了。对于项目管理者而言，只清楚项目范围的含义是不够的，最重要的是正确、清楚地定义项目范围。如果项目范围划分得不够明确，会直接导致项目内容意夕卜变更，有可能造成项目最终成本提高、进度严重延迟、偏离原定目标，以及影响整个项目发展和项目团队成员积极性等不良后果。具体来说，项目范围包括组织、功能、业务、数据、接口等5个方面的范围。(1)组织范围框定的是实施项目的主体,企业需要明确当期项目是否只需要在总部实施还是要在总部和所有子公司都实施，实施的内容又涉及哪些业务部门。功能范围指BI项目所包含的功能模块及具体功能，如下表所示。IT开发人员可以根据功能范围提前学习和掌握BI工具，在做开发时更有针对性、更高效。BI项目功能范围示例

编号模块模块功能瓦StlESt报表设卄夢数查询槪漱限集成远程设计仪表盘决翔蘇模嘴聚合根六模荒数觸析'丨广抉策平台智能运笙巣困叔限控制好•=平泮!5地图移动决策用移动敢可视优App?'1:展功能二秋开境集成插件业务范围描述企业需要通过BI系统实现的日常业务处理和分析任务，主要对业务模块、分析应用、分析维度、分析形式等内容进行定义。数据范围包括数据源范围和数据关联规则等，其中数据源范围不仅描述数据来自哪里，还包括对源数据的理解、源数据质量保障、数据抽取等。下表给出了确定数据源范围的示例。确定数据源范围数据辟简 介眾蓋业务数据宇典提供源翹康质屋保冲数据抽取处理XXXX2人事聚统人事XX司XX合司供应商XXXX兰汗生产至统生产XX公司XX^-.11樸应商XXXK片运营系统运营XX临：||xx^j.'ll选应芬KXX忑系纹舍员系统会员XX公司XX仁.11供应商填报采用填报方式呆入财璃据财务供应商供应商哄应工主戮据系轨XX提懺主数据視:境-供应商供应商供应商接口范围则考虑BI系统是否需要嵌入企业的其他信息系统，并实现单点登录等功能，如果需要，还应明确系统接口方式，例如由谁提供，谁设计，谁开发等。03组建BI项目实施团队项目团队是企业BI项目建设过程中的“大脑”，分工明确、配合有序的项目团队是项目成功的关键。由于BI项目的建设涉及企业内部多个部门，需要高层管理者与业务部门的认同及参与，因此项目团队通常以几位企业高层管理者为核心，设立项目领导委员会来统筹整个项目，其他成员则由企业IT部门负责人牵头，与各部门对接人一起，设立不同的小组，全程参与BI项目的规划与实施。项目团队的角色分为团队领导者、业务精通者、方案设计者、技术落地者等4类。每一类角色又可以进一步细分，例如技术落地者可以包括数据仓库(简称数仓)开发团队与应用开发团队等。具体的角色以及对应职责可以参考下表。BI项目团队中的不同角色角色惑 员顶目领務员会顶目最薛导团阻员责指导顶目方冋，遡亍关犍决策,确保顶誰企业内癥威性可由CEO扮管信息优的VF或对应岐口的VP组成顾冋团队巔顼系统架构、需求噸、帝程规划的全过程技术与业务指导CTO/CTO.条抚架构师、业务总监、行业咨询顾问顶目经理定义"廿如协调.牆蒯和检査腳的项目活动.Mmn按告进度.解决技术和业务间題,蒲导团叭劇员跟BI厂商■■业务人员、项目岌起者谈判等项目寧数据管理团队负敝计弓监控顶目所需哽的敢据库两境.制定魏据标火析数据质量數据库管理員、贖辭管理员、数据质量唆全管理员狀乜开再用険录击敖抵亡科肮僚1JHTL开趴+題维度详怕WHTL二稈吒、齣懐歩填二程师业务分析因队蔘吕业务摊度橈型的层,提供数据定必写測试葉例,宦义业务需求,在业务人员和TT人员之间架起沟通的桥梁业务需求分析师、业务代表M斎刖蜡衣疔轧眉圧戌开耳.畑总府诩抵;汹报恚冋工程师、數据挖掘专家负责过程改进和质量保证.负责系统幵发、交荷、上躺勺卜下节的傭试任务QA工巴帀•汕认二和三培训克诂团队编写和发桶培训材料,対关犍用户提供培训和缽支持技术支持、届出方案針师如果企业采用引入BI厂商或者外包商的方式来建设BI项目，就需要根据企业、BI厂商或外包商的实际情况来组建项目团队。不过需要注意的是，项目领导委员会都需要企业自己派遣成员设立，以保证对项目的整体把控。04BI项目实施方案项目实施方案是在项目开展后为规范项目开展过程而制定的指导性方案，它定义了项目的进度安排、业务和技术方案、关键产出、交付标准及各环节中可能需要的管控措施等，是项目实施过程的行动指南。总结起来，项目实施方案中应包括3项主要内容，即项目计划、蓝图方案和项目管理方法。1・项目计划项目计划是对项目进度的安排，即什么时候做什么或完成什么，主要包括里程碑计划、主计划和详细计划。这三个计划逐层细化项目工作并检验各项任务的完成情况，控制项目的进展，保证总目标的实现。BI项目里程碑计划示例项目吩缢丄二：蓝图试运行初如计划时间其中，里程碑计划处于最高地位，核心是找准里程碑。一般情况下，BI项目的里程碑计划如上表所示。2蓝图方案上文提到，企业建设BI项目时需要收集和明确详细需求，蓝图方案是经过详细调研后拟定的具有实际指导意义的文档，可以将它理解为更具体的解决方案，即将解决方案中的各类框架细化到可设计、可执行的粒度。对蓝图方案有两大要求，即可行性与全面性。可行性指蓝图方案的整体设计符合企业业务发展的需要，不能过于理想化，要考虑实施的难度。全面性则指项目团队不能局限于单个模块，而要在项目实施范围内解决企业的关键问题，并且考虑系统后续的可扩展性。项目的蓝图方案—般包括3个部分，即整体方案、系统环境方案和详细方案。(1)整体方案包括业务、技术和数据三个方面。业务方案主要是基于业务需求分析结果，设计业务分析模型，例如财务和人力等部门的分析体系、美工特色、报表权限体系等，可直接提供业务系统原型供企业参考。

-般的业务方案为：首先准备数据源接口；再到数据处理层，搭建基础数据平台和业务分析平台，梳理各个业务板块的内容；最后，搭建决策管理平台，通过报表、驾驶舱、移动端、大屏等多种方式展示数据，达到最终目标一一'言息共享、信息对称。下图为某地产集团BI项目蓝图方案中的业务方案。的匡四危计财务飙现報成木苣豐目后成木書舟HE划动袁咸木两金活h的匡四危计财务飙现報成木苣豐目后成木書舟HE划动袁咸木两金活h资本运吾人爭行政人员汇録统汁方檢审计监褒召标达昵品闯椎广贷眾冃转，、轻国輙 勖目餉 投蚩詡 销"理-职艇分析 财务密命 幵发运童 悔业崗业:亠 卑团 公国 匣目 分期综合好析風时課锻电子盘屏B車单善位.多元化产业析、监控蛙口进务合规 利闿甘忻 砲迈噓 韧业丑务I业ra址某地产集团BI项目蓝图方案中的业务方案技术方案是支撑业务分析的整体技术框架,包括特殊技术预演结果、相关代码整合等内容。BI项目的技术架构一般如下图所示。

戢琨总库EDMJ*专业牧W「门户•移动诰但番阳武追布0iUiilj戢琨总库EDMJ*专业牧W「门户•移动诰但番阳武追布0iUiilj元数据管理/主戢据曽理BI项目技术架构首先，利用ETL工具抽取业务系统的明细数据，进行数据转换之后，载入企业数据仓库。接着，在数据仓库的基础上形成数据集市，用于企业不同主题业务数据的整合分析。最后，利用BI工具在不同门户与终端上实现仪表板、固定报表、自助分析等功能。数据方案则包括对数据获取方式、数据血缘关系的梳理与描述，以及数据校对功能的设计、数据校对策略的制订等。系统环境方案描述软件环境.网络与服务器环境的配■要求。其中，软件环境包括客户端软件、BI应用、中间件、数据库管理系统及操作系统等。网络与服务器环境主要是参考BI系统的要求，描述ODS(OperationalDataStore，操作数据存储)服务器、OLAP服务器、Web应用服务器，以及整个网络的配置情况。(3)详细方案是在整体方案的基础上对每个模块的方案进一步细化，例如数据仓库建设方案、数据集成方案、数据补录方案、数据分析平台建设方案、多平台集成方案等。企业可以根据自身的需求，在技术、业务和数据方案上进行拓展。以数据仓库建设方案为例，一般包括架构规划、数据模型、数据库灾备、扩展性方案等4个部分的内容。其中，在架构规划部分，需要明确数据仓库的建设理念和建设原则。—般在设计数据仓库时，要遵循易用、实用、高可用、灵活扩展、可靠、可配置、安全等多项原则；同时，还需要对数据仓库的逻辑架构和技术架构进行规划。对于数据模型，一般情况下建议采用星型模型，雪花模型则适用于维度表数据量较大、业务逻辑较复杂，需要节省空间和分清层次的情况。数据库灾备部分主要包含网络拓扑、硬件清单和集群等内容，用于确定数据库备份的方案以应对突发情况。另外，面对企业中激增的数据，在数据仓库的基础之上，需要用MPP等扩展方案来提高数据仓库处理海量数据的能力。05BI项目实施典型风险因素以下总结了在以往BI项目实施中遭遇的一些典型风险因素。BI项目的目标及需求范围不确定,或者项目目标没有在用户方相关业务环节关键管理人员或业务人员之间形成统一的认识，或用户方对BI项目寄予不切合其业务及系统现状实际情况的期望。BI项目的需求未优先解决甚至遗漏用户企业分析需求中的刚性需求，即真正的高优先级需求，或者以BI系统未来使用者的身份高低不恰当的确定需求的优先级，从而导致BI系统在项目建设过程中就已经显得可有可无,系统上线后使用程度不高，直至搁置。（3）用户误认为BI项目是-次性交付一蹴而就的系统，或安装购买皆可快速见效的系统，而认识不到BI系统应该随着企业业务的发展及分析需求的变化而演进，在项目交付后忽略分析内容在后继使用过程中的持续完善与改进，导致项目的投入产出比达不到目标。（4） 用户的业务人员（尤其是中高层管理人员）参与程度不够，实施团队单方面根本无法有效形成长期规划及分阶段交付计划，无法保证对需求、实施内容的落实与评审；双方对沟通管理的重视不足；（5） 用户将BI项目实施工作交了没有丰富经验的BI实施团队或仅以售卖BI软件产品License为目的的厂商，将导致BI实施不成熟、甚至不完整。（6） 厂商蓄意错误的解读用户自助型BI、AgileBI等概念，引导客户走向短平快的实现思路，过份强调BI产品的能力，有意规避实施的负担。（7） 厂商通过BI软件快速定制查询、报表的能力及数据可视化能力，快速完成用户提交的百来张报表便急于交付，忽略对项目整体规划，缺乏足够的时间和预算形成系统的、合理的规划，构建统一的集成的数据基础及分析应用，导致系统后继使用时业务人员无法独力改进分析内容以适应新的要求，系统的用途及使用频率逐渐衰减直至搁置。（8） 双方，尤其是用户方，没有充分认识到BI/DW是针对性的解决方案，而非系统平台或软件产品，更非一项具体的技术。从而导致客户重软件而轻实施，不但自身没有很好的决策分析战略规划，而且将项目预算和人员精力大量投入到BI软件的选型中，选型过程谨慎而漫长,但留给项目实施的时间和预算都严重不足。06什么样的企业适合上BI项目？(1)一个企业要上BI,要看企业用BI来做什么？想得到什么效果?是做预测，还是做企业经营现状分析？是想通过BI来进行绩效管理，还是通过BI来改善业务流程？是想实现报表自定义，还是做各业务数据库整合？对，我想你也猜到了，BI只是一个技术，一个工具，但企业要先明确方向，才能考虑是否采用BI。上BI之前一定要做针对企业本身，做好行业定位，企业价值链定位和实现阶段的定位，发现企业价值链中最能体现BI价值的地方。例如：房地产企业多以现金流作为价值链，想通过BI来分析企业10年以来的销售数据，发现潜在价值，知道产品的市场定位等；(2)企业上BI的标准是什么？看企业规模大小？看企业信息化就剩下BI没有上了？不是的。就拿新兴的行业房地产来说，集团