BI实施过程中会遇到哪些比较麻烦的问题？已解决/未解决？
0
没有找到相关结果
重要提示：提问者不能发表回复，可以通过评论与回答者沟通，沟通后可以通过编辑功能完善问题描述，以便后续其他人能够更容易理解问题.
没有找到相关结果
推荐一份编程学习资源，包含了各类编程语言学习进阶路线图、视频教程、配套书籍文档、数百份面经，各大厂面试真题。编程语言包括：Java、前端、PHP、Python、Linux运维、软件测试、数据解构与算法、C语言、go语言等
微信扫码关注公众号，发送 "编程"获取资源
3 个回复
andrea_zhou - 咨询顾问、BA 2015-08-16 回答
赞同来自: 梁勇 、warmdesire 、ylb1017
http://www.hellobi.com/course/38
这里课程里好像有一集提到这个问题，我们可以探讨探讨。这里也列举一下：
1、项目的合同中，关于金额、范围及交付周期等的约束，如果存在了比较大的不合理，那么，将会在后续的实施过程中一直带来麻烦的事情。这个是非常重要的事情，但是却很难解决。也不是后续实施团队可以解决的。
2、需求不靠谱，或者质量低。同样也会给项目后续交付带来极大的麻烦，我们都知道，项目前期的一些问题，越是发现得晚，则修复成本越大。需求没做好，可能是客户没好好提，或者不会提需求，也可能是实施方没理解好，没采集好，等等。因此，需求很重要，这牵扯到后续设计、开发，上线及项目验收。
3、客户方高层的不重视，BI项目是极其需要高层支持的，这一点上缺乏，那么后面会很可能出现推进无力的情况。
4、业务用户消极，毕竟，很多项目最终面向的还是业务用户，如果用户都不积极参与，不配合，不好好提需求，不好好测试，或者干脆抵制，都不是好消息。
5、工具方面，如果选型的工具有很多不足，或者不好匹配客户的需求，也会造成一些不好解决的问题。譬如说客户需要BS自助式查询而工具不支持。另外，工具与团队人员的技能水平也最好要匹配。这样效率会好一些的。
好了。先列了这么些点了。
其余的一些方面，譬如设计啊，开发啊，其实都是可以好好解决，或者花点时间和心思可以来解决的问题。
BIWORK - 热衷于微软BI技术,技术架构和解决方案！ 2015-09-01 回答
赞同来自: 子呆不呆
其中的部分观点：
作为项目实施方来说，如果客户是成熟的，IT是给力的，基本上实施周期只需要考虑第一阶段 + 第二阶段的调研结果。如果客户是不成熟，IT 支持是不给力的，在资源协调上也是不给力的，就需要通盘考虑这三个阶段。
通常情况下，一个传统 BI 的实施周期比如基于一个大型 ERP 系统或者多个 CRM 系统，单人天开发的话基本上以季度或者半年为单位。需求分析与整理，业务流程分解，源数据调研基本上就能耗掉一个月左右；设计与开发至少是按月为单位 3 - 6 个月不等；最后上线测试维护基本上 1 个月。但是一般来说，BI 系统是一个迭代开发的过程，在第一次开发成果上线之后，可能需要1-2年甚至更长的周期来维护，迭代更新功能。
造价基本上除了考虑软件环境、开发工具的成本外，最大的成本就是人天。目前在国内基本人天从 2K - 8K 不等，高级咨询顾问可达 1W或以上/人天，拿这个人天价格一算基本上就知道整个项目的报价了。
作为甲方来说，是会拼命的压人天以减少成本；作为乙方来说，是希望合理的增加人天以高标准的交付质量来顺利的交付一个项目。总之，我个人觉得便宜没好货，过度的压缩成本只能使实施方在用人选择和交付内容上降低成本，最终交付一定会有风险，既影响了甲方也影响了自己。
所以，一个成熟的项目，应该是甲乙双方都站在一个尽量平等的角度合理的分解项目，有理有据的对项目每一个环节进行评估。既保证乙方的利润，又能保证甲方的交付质量，这样的项目才可能做到真正的成功。甲方一味的降低预算或乙方过度的追求利润，都会使得项目变成一个烂尾的项目，最终弄得双方都收不了场。
数据量不会有太大的要求，几个TB 级别的还可以考虑使用传统的 BI 系统，多个TB 建议考虑使用大数据。仅个人建议，因为目前为止我还没有做过 TB 级别以上的 BI 数据仓库。
BAO胖子 - 15年BI经验，涉足电力，快消品，医药，信息服务等行业的BI老兵。 2015-09-02 回答
赞同来自: