谈需求--引导用户合理期望BI

以前一个回帖l提到如何搞定用户需求，这个比较有意思。其实如果搞定用户需求的话，已经成功一半了。但这个事情又很复杂，和行业BI应用、用户对BI认知、BI团队的综合实力、信息化基础等等都有息息相关的约束。
所以要搞好需求这个事情，就看项目目标到底想做什么样子，是想交差了事？让用户简单代替原来手工做报表？让用户随便自由想些报表你满足他们需求就OK了？所以同样的BI，同样的技术，不同的应用场景，都会使BI的价值体现得天壤之别。
我觉得谈需求，不能像业务系统那样谈，业务系统一般是业务部门要实现什么功能，有哪些操作需要控制，有哪些业务流程要通过，然后就开始开发、交付使用，没太多根本上的不同。所以BI往往出现三无需求：
1。用户无明显思路，让BI看着办，如先帮我做做销售预测或某个报表试着看之类的；
2。BI团队无明显思路，BI团队上来就是DW和BI技术轰炸，然后乖乖地按照用户说的帮用户做做一个想象中的销售分析看看；
3。项目无明确目标，不知道怎么才叫成功，于是乙方说我做一些报表，你们签收就算成功吧
我们来逐个分析：1。 这种情况显然是用户期望过高或过低，要么以为智能的东西嘛，就应该我想要预测下什么东西，就应该给我参考了。或者听说BI失败案例多，你先帮我自动完成一些报表看看先。。。。
2.  偏重技术，缺乏行业数据模型、分析模型等积累经验的团队，只能跟着用户的思路走，无法使用户使用BI实现实质性的目的。
3.  对于BI如何应用，当前什么情况，能实现什么功能、帮助用户提高多少工作效能，以后信息化提升后又能做什么，没有规划，或者甲方不愿意给乙方太多信息，也可能导致项目无明确目标。
三无项目注定是不能成功的项目，至少是没有实质BI价值的项目。
解决方案：首先，需求并非像业务系统那样，就是完全地谈功能、谈业务流程的实现，必须以谈帮助用户提高工作效率为根本、帮助用户掌握信息成为信息、知识的主人为目的，以样板案例引导用户理解BI能帮他们怎么达到理性的预期。比如同事在用户培训会上，介绍完BI基本概况后，我一般补充，什么是多维分析的实际应用，比如你看销售欠佳-〉找时间段、分公司、商品-〉然后查找原因 -〉根据历史库存发现，那段时间那个分公司畅销商品没库存、滞销商品库存过多 -〉用户根据情况去查找原因，是物流未到位，还是订货不及时，还是生产就没到位？ 原因确定后- 〉进行业务监控，将分析过的因素列举出来，从找原因报表-〉发展到业务监控报表，防止问题发生，进行业务流程级别预警。
每次与用户培训，耐心引导，效果都非常好，新部门用户还是新的用户成员，都会非常积极交流，开阔思路之后，就会积极考虑他们现在工作在做什么，将来要从哪些业务流程上进行改进，思路逐步被引导清晰，也充分发挥了他们的专业知识。
其次，BI团队应该是技术与业务兼顾的团队，技术是基础，否则没办法实现用户的展现功能，也没办法建成高效DW，更没办法整合EDW。业务上，BI团队需要有自己的分析模型，以解决用户工作问题为导向，不要怕没用户专业，因为我们是负责抛砖引玉的，你不抛出去，给个框架和思路，用户怎么接招呢？总不能让用户按照我们的要求设计分析模型吧？
再次，BI团队应因地制宜，分清楚用户需求的优先级。例如我曾经在一个业务系统还未上线就开始做其BI项目的经历，我一上来就是不错的业务分析模型，用户很欣赏，不过用户提到，否能先帮我们把数据质量监控做起来，现在系统刚上，我不知道业务运行得是否健康呀。于是我立马改变原有计划，现进行业务监控，然后顺着用户的工作需要，逐步推广分析模型的东西，由他们来改造和丰富，而EDW/ DW则在规划中逐步完善（参考业务接口设计贴），来适应业务系统的不确定性、用户需求的不确定性，否则我们的DW也吃不消这么多变化。
最后说项目目的，在前面工作都做好了后，项目目的自然就被分阶段地制定下来了，成为受欢迎、不虚高也不贫乏的高价值BI系统。